はじめに
こんにちは。海外のSaaS事例を分析するサイト「Sparks Station」を運営しています。 今回、サイトのコンセプトを大きく変更し、単なる「開発事例（Cases）」の紹介だけでなく、「先進的な思想（Thoughts）」を扱うカテゴリを新設しました。
なぜ今、開発系のサイトにあえて「ポエム」とも取られかねない「思想」の領域を組み込んだのか。 その背景には、生成AI時代における個人開発者の生存戦略に対する、私なりの強い危機感と仮説がありました。
この記事では、今回のリブランディングの意図と、それをどう技術的・デザイン的に実装したかについてまとめます。
1. 「機能」はコモディティ化する
これまでのSparks Stationは、**「海外で流行っているMicro-SaaSを分析し、日本で再現する」**ことを主眼に置いていました。 いわゆる「タイムマシン経営」の個人開発版です。
しかし、GitHub Copilotやv0.dev、そしてGeminiのようなAIエージェントの進化により、「機能（Function）を作ること」のコストは劇的に下がりました。 「ToDoリストが作れる」「予約管理ができる」といった機能的価値は、もはや差別化要因になり得ません。誰でも作れるようになるからです。
「便利なツール」は、AIによって瞬時に生成されるコモディティになります。 そこで戦い続けるのは、個人開発者にとってジリ貧のゲームだと感じ始めました。
2. 「思想（Narrative）」を実装せよ
機能で差別化できないなら、何がプロダクトの価値になるのか？ 私はそれを**「ナラティブ（物語・世界観）」**であると定義しました。
ユーザーは「単にタスクを管理したい」のではなく、「自分が主人公であると感じられる世界観の中で、タスクを消化したい」と考えるようになるのではないか。 「正しい情報」よりも「信じられる物語」に価値がシフトする。 （最近の記事で取り上げた「ナラティブ工学」の概念です）
そこでサイトのコンセプトを以下のように再定義しました。
- Before: 海外SaaSの事例データベース
- After: 事例（Logic）と 思想（Narrative）を種火に、プロダクトを創造するスタジオ
「機能の実装」だけでなく、「思想の実装」こそが、これからのエンジニアに求められるスキルセットだと考えたからです。
3. サイトへの実装（Design & Tech）
このコンセプト変更に合わせて、Next.js製のサイトにもいくつか手をごくわえました。
UI: 「知性」と「魔術」の共存
今までのサイトは、SaaSらしい「Emerald（緑）」を基調としたクリーンなデザインでした。 しかし、新しい「思想」カテゴリには、少し怪しげで深遠な、かつ高貴なイメージが必要です。
そこで、Tailwind CSSと自作のテーマ管理ロジックを組み合わせ、記事のタグに応じてUIのテーマカラーが動的に変わる仕組みを導入しました。
- Micro-SaaS系: 従来通りの
Emerald (Green)。信頼性と成長の象徴。 - AI / Tech系: 新設した
Cyan (Blue)。冷徹な知性と未来。 - Thoughts系: 新設した
Purple。魔術、深淵、ナラティブ。
// src/lib/theme.ts (抜粋)
export function getThemeForTag(tag: string): Theme {
const lowerTag = tag.toLowerCase();
// 思想・哲学系タグなら紫
if (['narrativeengineering', 'thought', 'philosophy'].includes(lowerTag)) {
return THEMES.purple;
}
// AI系なら青
if (['ai', 'llm', 'agent'].includes(lowerTag)) {
return THEMES.blue;
}
// デフォルトは緑
return THEMES.emerald;
}
これにより、トップページに並ぶカード群が、単なる技術ブログではなく、多様な属性（論理・技術・思想）が混在する「魔法の実験場」のような雰囲気になりました。
Workflow: AIとの共創
また、今回の「思想」カテゴリの記事作成自体も、AIとの新しいワークフローで実験しています。
- NotebookLM: 膨大な論文や哲学書を読み込ませ、「個人の感想」ではなく「構造化された概念」として整理する。
- Gemini: 整理された概念を、「エンジニアに刺さる文脈」へ翻訳し、記事の設計図を書く。
- Antigravity (Agent): 記事のMarkdown化、そして概念図（アイキャッチ画像など）の生成・実装までを半自律的に行う。
私がやったのは、最初の「問いの提示」と、最後の「微調整」だけです。 これこそが、今回提唱している「AIを相棒（Buddy）にする」というナラティブの実践でもあります。
おわりに：エンジニアの新しい戦い方
「コードを書く」という行為の意味が変わりつつあります。 仕様書通りに動くものを作るのではなく、自分の内面にある「思想」や「美意識」を、デジタル空間に物理法則として記述する。 それが、これからの個人開発の面白さであり、勝機なのだと思います。
Sparks Stationでは、今後も「海外事例」といっしょに、こうした「面倒くさいけど面白い思想」をどんどん発信し、実際にプロダクトとして実装していきます。
興味のある方は、ぜひ覗いてみてください。 （記事カードが紫色に光っていたら、それは「思想」の話です）