cycle-65完了報告: フェーズ2（市場調査と戦略策定）完了

サイクル65 完了報告

概要

サイト全面価値向上プロジェクト（B-165）フェーズ2「市場調査と戦略策定」が完了しました。

完了タスク

タスク2-1: ターゲットユーザーの深い理解

各ターゲットの検索行動・ニーズの徹底調査
競合サイト分析、未充足ニーズの発見

タスク2-2: サイトコンセプトの再定義

成果物: docs/site-concept.md
コアコンセプト: 「日本語・日本文化をAIと一緒に遊び、使い、学ぶ場所」
最適サイト構成: 4構成（A: デイリーゲーム、B: 実用ツール、C: AI実験記録、D: クイズ・診断）
ターゲット再定義: 5ターゲット（2削除・2追加・3継続）
レビュー: A評価

タスク2-3: コンテンツ戦略の策定

成果物: docs/content-strategy.md
106コンテンツの全数評価: 17維持 / 26改善 / 63削除
3軸評価フレームワーク（独自性・訪問者価値・サイト整合性）策定
削除バッチ戦略（3段階）策定
フェーズ3優先実装リスト（10ページ）策定
レビュー: B→修正→A評価

タスク2-4: 全成果物のクロスレビュー

文書間データ不整合4件発見・修正（訪問者数、セクション番号、構成D診断、ラッコツール数）
レビュー: B+→修正→A評価

ブログ記事

成果物: src/blog/content/2026-03-03-ai-agent-site-strategy-formulation.md
タイトル: 「AIエージェントによるサイト戦略策定の全記録」
レビュー: B→修正→承認

主な成果物

ファイル	状態
docs/site-concept.md	新規作成
docs/content-strategy.md	新規作成
docs/targets/ (5ファイル)	2削除・2追加・1更新
docs/cycles/cycle-65.md	更新
src/blog/content/2026-03-03-ai-agent-site-strategy-formulation.md	新規作成

テスト結果

テスト: 145ファイル / 1921テスト全パス
ビルド: 4249ページ生成成功
lint / format: 全パス

レビュー結果サマリー

全成果物がA評価を取得済み（ブログ記事のみB→修正で承認）。

キャリーオーバー

なし。フェーズ2の全タスク（2-1〜2-4）が完了。フェーズ3以降はB-165として継続。

Owner→PM

2026-03-04 09:42

フェーズ2再考指示

サイクル65の成果物について、以下の通りフィードバックします。内容をよく確認して、フェーズ2をやりなおしてください。

すべてを一度廃棄してやりなおすのではなく、別の作業として作って、最終的に両者を並べて公平に比較して、良いところを組み合わせて選ぶやり方が良いでしょう。

管理上の問題

site-value-improvement-plan.md のステータスが更新されていません。ファイル末尾のルールに従って、各フェーズが完了するたびに更新するべきです。

このことは忘れやすそうに思えるので、backlog.mdのB-165にも備忘として書いておくと良さそうです。

サイトコンセプトへのフィードバック

「日本語圏向け × 日本語・日本文化 × 遊ぶ・学ぶ × デイリーゲーム・ツール・辞典」という構成について

site-concept.md からコンセプトの作り方について見ていきます。検討の結果選択されたのは、以下の組み合わせのようです。

対象地域: 日本語圏テーマ: 日本語・日本文化目的: 遊ぶ・学ぶ媒体: デイリーゲーム・ツール・辞典

これについて、いくつかの角度から見てみましょう。

日本語 × 日本語・日本文化 × 学ぶ

まず、対象地域「日本語圏」の人たちがテーマ「日本語・日本文化」について目的「学ぶ」というコンセプトについてです。この組み合わせは母語話者に対して母語・自国文化について説明するものであり、第二言語や他国文化に関するものよりも遥かに高度または網羅的な情報が要求されるものと考えられます。

漢字を扱うコンテンツは、本プロジェクトを開始した最初期に作られました。今から2週間以上前のことです。そこから2週間掛けて、現時点で用意できている漢字数はたったの80字です。小学校一年生で習う漢字の数だけで、しかも解説や用例は準備できていません。この80字に入っていない漢字を「漢字カナール」に入れると「常用漢字ではありません」と出てしまいますが、これはほとんどバグのようなもので、UXはかなり劣悪です。

「AIだから大量のコンテンツを作りやすいはず」と安直に連想しているのだと思いますが、高品質かつ大量のコンテンツを作るのは非常に難しいものです。このプロジェクトは高コストなClaude CodeのClaude 4.6 Opusを中心に動かしていますから、大量コンテンツの生成はほぼ不可能です。より安価なモデルやローカルLLMを使えば大量生成もできるかもしれませんが、今度は品質が犠牲になります。母語話者が納得するほどの品質と量を用意するためには、緻密に設計されたパイプラインと膨大なコストが必要になるわけです。

日本語・日本文化に関する高品質な学習コンテンツを日本語圏向けに用意することは非常に大きな困難が伴うわけですが、それでも価値あるコンテンツを用意できるという根拠は用意できているでしょうか？

学ぶ × 辞典

目的「学ぶ」と媒体「辞典」の組み合わせについては、すでに述べた説明で十分かと思います。辞典系のコンテンツは大量高品質が求められますが、そのようなコンテンツを量産するためには非常に大きな困難が伴います。

既存の辞典を維持することにどうしても固執してしまっているように見えますが、「どうすれば大手出版社の辞典に勝てるのか」を考えてください。数や品質の勝負に乗ってしまっては、絶対に勝てません。別のページにリンクが貼ってあることなど微々たる違いしかなく、差別化にはなりえません。

もしも独自性を出せるとしたら、すでに提案しbacklog.mdにも積んであるB-111のような「遊び」に近いフザけたコンテンツくらいのものでしょう。これでさえ、LLMがどこまでユーモアを理解し、それを体現できるかはよく検討した方が良いものと思います。

敬語早見表やビジネスメール作成ツールもベースとなるデータの品質と量が非常に重要なコンテンツなので、これと同様の問題があるはずです。

日本語・日本文化 × ツール

テーマ「日本語・日本文化」と媒体「ツール」の組み合わせについては、実用的な用途が主になると考えられます。実用性が主だということは、すなわち正確性への要求が非常に高いということです。

アルゴリズムで検証が可能なものであれば、テストケースを多くして丁寧なレビュープロセスを通すようにすれば品質を担保できます。しかし、言語や文化は検証が非常に難しく、担保のしようがありません。

正確性が求められるツールが不正確だという結果は、constitution.md で要求している「helpful」の要件を満せず、場合によっては禁止されている「makes people sad」にも該当する可能性があります。この組み合わせをコンテンツの重要な柱とするのであれば、品質を担保するための具体的な方法をセットで用意すべきです。もしそれが難しいのであれば、主要コンテンツとして含めるべきではありません。

英語圏 × 日本文化 × 遊ぶ

多言語化は将来的な対応とされていますが、日本語学習者向けの遊びコンテンツは有力かもしれません。「日本語」を狙ってしまうと要求されるデータ量が膨大になり、「学び」を狙ってしまうと品質担保が非常に難しいので避けるべきですが、「日本文化」をテーマにした「遊び」であれば検討の余地があります。

四字熟語やことわざなどは、英語圏向けのクイズ+解説とすると興味を持ってもらいやすくなりそうです。さらに掛け算を増やして、都道府県×サブカルチャーとして都道府県ごとのアニメ作品を絡めてみたり、都道府県×戦国武将で有名人を絡めてみたり、和歌×歴史・時代背景や、伝統色×使われている場所や物の解説など、組み合わせで独自性を出すことを検討してください。

ただし、これらの案は大量生成の必要性と品質担保の難しさと紙一重です。また、英語圏に競合するサイトが無いかどうかもよく調査する必要があります。少なくとも、絶対に大量高品質が求められる分野には手を出さないようにしてください。

遊び × デイリーゲーム

デイリーゲームは、あるいはそうでないミニゲームも含めて、比較的差別化の敷居が低い類のコンテンツです。

ゲームというのは、少しルールを入れ替えたり、多少の改良を加えるだけで、面白さがまったく変わってくるものです。たとえば単純な○×ゲームであっても、○×ではなく犬と猫の絵文字にしたり、時間制限を設けたりするだけで、ずいぶんと印象が異なるゲームになってきます。

デイリーゲーム・デイリーパズルのようにして繰り返しの来訪を狙ったり、やり込み要素やタイムアタックなどの要素で「単純だが何度も遊んでしまう」設計にしたりすれば、エンゲージメントを高めることも可能です。

この領域は十分に調査していないようなので、掘り下げて調査する余地があると思います。

大量×高品質の避け方

ここまで見てきたように、大量×高品質を確保することは非常に難しいものです。現時点の本プロジェクトにおいてはほぼ不可能と思ってよいでしょう。

対策としては、大量を避けるか、高品質を避けるかのどちらかになります。つまり、基本的な選択肢は「少量×高品質」か「大量×低品質」のどちらかになります。

大量を避けるには、少量のゲームやツールのようなインタラクティブコンテンツを作り込むなどして、特定のコンテンツに力を注ぐやり方が考えられます。

既存の有名なゲームに独自のひねりを加えていくつかのゲームを作り、あとはそれをひたすら改善したり機能を増やしたりすると良いでしょう。カジノゲームやパズルゲームなど、誰もが知っているようなゲームをベースに、デザインを変えたりルールの一部を変えたり、あるいは別のゲームを組み合わせたりすれば、比較的容易に独自性を出せるはずです。イロドリなどはシンプルな要素だけで独自性を出すことに成功した1つの例といえるでしょう。

あるいは、ある程度複雑な機能を持ったツールを少数提供するやり方も考えられます。今のyolos.netで提供されているツールは各ページで非常にシンプルな機能提供しているのみですが、たとえば対象者ごとにページを作り、欲しい機能が全部揃っていてそれぞれが有機的に繋がっているようなツールセット（たとえば単位変換・計算機能・グラフ機能などがすべて入った高度な電卓ツールなど）を提供したり、あるいは高度な機能を多数揃えたツール（ユーザー自ら色を選んで組み合わせるカラーパレットなどは作り込みやすいでしょう）を提供するやり方も考えられます。単なる「いろいろな要素が表示されるカレンダー」などはこのうちに入りません。入るとしたら、カレンダーに加えて日付計算が入っていたり、西暦・和暦・皇紀・旧暦などの変換機能があったり、さらに何らかの追加機能が入っている必要があるでしょう。また、ツールだからといって、データセットの大量×高品質が求められるものを選んではいけません。ビジネスメール作成ツールなどはこの典型です。

高品質を避けるのは悪いことのように思われるかもしれませんが、実は必ずしもそうではありません。「品質」は「正確性」「網羅性」「独自性」「もっともらしさ」その他いろいろな要素に分解できますが、ある特定のコンテンツ領域においてはすべての要素を満たさなくとも十分な品質といえることがあるからです。

たとえば、学び要素を含まない遊びコンテンツであれば、正確性はさほど重要ではありません。占いや性格診断になるとさらに正確性の重要性は下がり、もっともらしさや独自性の勝負になります。本プロジェクトで主に使っているClaude 4.6 Opusはすべての要素においてまあまあの品質を出しますが、そのためにはレビューサイクルを回す必要があり、またコストも高いため量産には向いていません。しかしながら、ClaudeシリーズならHaikuを使えば、あるいはさらにローカルLLMを使えば、正確性を犠牲にして「大量」を達成することができます。 Haikuを使って少しフザけたおみくじの文面を大量に用意させ、それをランダムに表示するだけでも面白いかもしれません。年齢・星座・性別などの属性に応じて、日替わりで用意しても面白いでしょう。

独自性はモデルの性能というよりプロンプトの性能です。ただもっともらしい文面を出させるのではなく、「達成できそうにないアドバイスを出す」「手に入らなそうなラッキーアイテムを出す」「ラッキーアイテム/カラー等の指定がやけに細かい」「やたらと褒めてくれる」「やたらと厳しい」「方言を使う」「特定の語尾を使う」「特定の業種の人に特化させる」など、指示の仕方を工夫すれば独自性を出すことができます。これであれば、大量生成に向いている安価なモデルであっても求められる品質水準に達することができるはずです。

どの方針でいくとしても、まずはどのようなコンテンツを作れそうか、既存のものが無いかどうか、競合に勝てるだけの独自性や価値を出せるか、などを調査・検討してください。確証がないのに選んではいけません。

コンセプトの作り方

ここまで、各コンテンツの組み合わせについて見てきました。サイト全体のコンセプトとして「日本語・日本文化をAIと一緒に遊び、使い、学ぶ場所」と書くとそれらしく見えますが、各要素にまで分解するとこれだけの問題や考慮事項があります。

コンセプトレベルから作るのではなく、あえてコンテンツレベルから作る方法をお勧めします。価値を出せそうなコンテンツを5個から10個くらい見つけて、親和性が高く、なおかつ将来的な展開の幅がありそうな組み合わせを見つけて、そこからコンセプトを作るやり方です。このときの組み合わせ=コンセプトの案も、複数作った中から選ぶと良いでしょう。

本プロジェクトでは「誰に」「何を」「どのように」などを縛っていませんから、「何ができるか」と「何が求められているか」の交差点を探るやり方が適しているはずです。どちらか一方だけを出発点にしてしまうと、誰も求めていないものになるか、あるいは実際には作れないものになる可能性が高くなります。現時点のyolos.netは前者に近く、今回あなたが作ってくれたコンセプトは後者に近いものだといえるでしょう。どちらもあまり良い状態とはいえません。

コンセプトレベルで交差点を探るのは難しいですが、コンテンツレベルであれば比較的やりやすいものです。まずは、どんなコンテンツが良さそうかを探るところから始めてみてください。

ブログ記事の取捨選択について

次に、 content-strategy.md で述べられているブログ記事の選択について見ていきます。

「AI実験と無関係な汎用技術Tips」について、競合記事が存在しない基調な記事が含まれています。たとえば、Mermaidをユニットテストする記事はウェブ上のどこにもなさそうです。独自の試行錯誤の結果分かったことを伝える記事はE-E-A-T要件を強く満たすものなので優先的に保持すべきです。ただし、書き方は変える必要があるかもしれません。それぞれの記事を丁寧に確認して、独自の内容については改善したうえで保持するべきです。

「B3: 自社コンテンツ誘導・リリース記事」については、書き直しによって「AIがどのような調査をし、どのような判断をしたのか」というコンテンツにできるものがあります。こうすれば「AIエージェントが自律的にサイトを構築する過程の技術的背景」となるため、独自要素がある価値あるコンテンツになります。すべて削除するのではなく、1つ1つ丁寧に見て書き換えの余地を探ってください。良い記事になる余地がなければ削除しても構いません。

なお、サイト名決定の記事は消しても構いませんが、サイト名の由来はどこかで説明するべきです。

コンテンツ削除の方法について

content-strategy.md にあるコンテンツの削除方法についても確認しましょう。

削除するコンテンツを全く別のコンテンツに301リダイレクトする設計は、301リダイレクトの誤用です。 SEO上もこれが高く評価されるとは思えません。一般的に、コンテンツ削除時は410エラーを返すべきだと推奨されているはずです。コンテンツ削除時のベストプラクティスを調査して、適切な対応をしてください。

ブログ記事「AIエージェントによるサイト戦略策定の全記録」について

ブログ記事「AIエージェントによるサイト戦略策定の全記録」についても気になったのでフィードバックしておきます。

まず、記事全体を通じて一般論化しきれていません。かなり一般論として適用するのが難しい記事なので、それであればいっそ経験則として具体的な話にすることも検討してください。一連の流れで得られた一般論的な学びを簡潔にまとめて冒頭に提示し、具体的な経緯を説明し、最後に学びをまとめなおす形にすれば、具体的な事例であっても読者にとって価値のある記事にできるはずです。学びは「AIにはどのような指示を出すと良いか」という観点に絞ってください。「『削除』は『失敗』ではない」などは、他の学びとはかなり異質であり、読者が関連性を見出しにくいものです。
冒頭近くの「ツールもブログも辞典も、『作れるから作った』コンテンツであり、『誰のどんな問題を解決するか』が曖昧なまま増殖していた」とありますが、これは不正確です。実際は初期のマーケティング分析に基づいて計画されたコンテンツであり、「作れるから作った」とはかなり様相が異なります。過去にブログ記事として書いていますので、内容を確認してください。
「この調査結果を踏まえて、既存コンテンツの活用案と完全に新しいコンテンツの提案を合わせた22の候補が出揃いました。ここで問題になったのが、AIエージェントの『既存バイアス』です。」という記述も正確ではありません。最初にAIエージェントが作ったのは、「既存コンテンツの活用案」だけでした。「完全に新しいコンテンツの提案」は、サンクコストに固執していることを危惧したOwnerの指示によって、繰り返し「既存にこだわるな」「新しいものを検討しろ」「ゼロベースで考えろ」と指示されながら作られたものです。最初にこの指示を出した結果出て来た4案すべてが既存コンテンツの踏襲だったので、現行踏襲のバイアスが如何に強力かが分かります。結果として出揃った有効な提案4つと現在のサイトを要素に分解するようにとOwnerが指示し、最終的に出揃った候補が22案です。最初から22案が出てきたわけではありません。この経緯を見れば、「以下のような傾向が見られたと考えられます」としている3つが的外れであることが分かると思います。新規コンテンツを冷遇していたのではなく、そもそも全く新規コンテンツを考えたがらなかったのです。メモを調べて経緯をよく確認して書き直してください。
「事実検証の教訓」というセクションがやや唐突に出てきているように見えます。前後の繋がりが自然になるように修正すると良いでしょう。

全体的に、読者がどう思うかを考慮しきれていないように見えます。レビューするときはまず読者のペルソナを具体的に設定し、その人物になりきって読んでみると良いでしょう。

とはいえ今回は前述の通りでフェーズ2をやりなおすことになるので、記事は全面的に書き換えることになるはずです。ここで指摘した内容を直接反映するのではなく、次に書き換えたときに同じような誤ちをしないためのフィードバックとして受け取ってください。

レビューの観点

メモのやり取りを見ていると、各ステップのレビューが「数字が正しいか」「URLは合っているか」などの瑣末な部分に終始してしまっているように見えます。

レビューで一番大事なのは、その成果物が本当に価値のあるものになっているか確かめることです。価値を高めるために正確を期することは重要なことではありませんが、それは価値のほんの小さなパーツでしかありません。細部のレビューよりも、まず全体としての価値を確認するようにと常にreviewerに指示してください。細部の確認だけを指示してはなりません。

ここでいう「価値」とは、来訪者が「楽しめるかどうか」や「役に立つかどうか」、そして「競合サイトにない独自の楽しさ/役立ちがあるかどうか」などを指します。レビューを行わせるときは、必ずこういった「価値があるかどうか」や「目的を達成するための一番良い方法になっているかどうか」を確認するように指示してください。

本プロジェクトの目標は、来訪者に最高の価値を提供することです。そのためのマーケティング分析とコンテンツ戦略、そしてコンセプトの策定は、サイトの今後を決める非常に重要なフェーズです。焦らず時間をかけて、とにかく丁寧に検討してください。