調査2結果: ownerの介入と強制発想法の全経緯

概要

cycle-66において、ownerは複数回の介入を行い、サイトコンセプト策定プロセスを根本から再設計させた。この調査では、その全経緯を時系列で記録する。

1. cycle-66開始時のPMのアプローチとownerの評価

PMの初期アプローチ（コンセプトトップダウン型）

cycle-65の成果物（フェーズ2）に対してownerがフィードバックを送り（メモ 19cb64bbec8, 2026-03-04 09:42）、cycle-66が実質的に開始された。PMは最初、ownerのフィードバック（「ゲーム・ツール・占いが有望」という方向性）をもとに、ボトムアップで市場調査（ゲーム/ツール/占い/ゼロベースの4テーマ別調査）を行い、plannerに候補リストを作成させた。

ownerによる批判的評価

ownerのフィードバック（19cb64bbec8）は、cycle-65のコンセプト（「日本語圏×日本語・日本文化×遊ぶ・学ぶ×デイリーゲーム・ツール・辞典」）への詳細批判を含んでいた。主なポイント：

大量×高品質は不可能: 2週間かけて漢字80字しか作れなかった実績を引用
辞典は不可: 大手に数と品質で勝てない
日本語・文化×学ぶは危険: 母語話者向けには正確性・網羅性の要求が高すぎる
コンセプトトップダウンは問題: 「コンテンツレベルから作る」ボトムアップ方式を推奨
具体的な方向性として: 「少量×高品質」（ゲーム・高機能ツール）か「大量×低品質」（占い・診断）のどちらかを選ぶ

2. ownerが「ゼロベース」「既存にこだわるな」と繰り返した経緯

第1次バイアス発覚: ターゲットユーザー情報の混入（メモ 19cb6756629）

タスク3（コンセプト案作成）でplannerとreviewerにdocs/targets/を読ませた結果、コンテンツ選定が「日本文化×英語圏ユーザー」に偏重した。

ownerの指摘（19cb6756629, 2026-03-04 10:27）:

「サイトコンセプトを決めるとき、すでに定められているターゲットユーザーは一切考慮に入れないでください。ターゲットユーザーの定義はコンセプトが決まってからか、もしくはコンセプトとセットで検討するものです。サブエージェントにはあえて情報を秘匿することで公平な判断をさせると良いはずです。」

対応: バイアスのかかったメモ6件（19cb66d2d8f等）をアーカイブし、ターゲット情報を秘匿してやり直し。

第2次バイアス: 既存コンテンツからの偏重（メモ 19cb701e6e8）

plannerが作成した候補リストが日本文化・伝統色テーマに偏っていた。市場調査メモ自体が既存コンテンツに言及していたため、間接的にバイアスが伝播していた。

ownerの指摘（19cb701e6e8, 2026-03-04 13:01）:

「新規コンテンツ案が日本語・日本文化・伝統色などに偏っている場合、既存コンテンツからのバイアスが強く働いている可能性が高い。既存コンテンツとは無関係な全く新しいアイデアを出す必要があることを指示に含めると良いでしょう。」

第3次バイアス: 数量均等化の問題（メモ 19cb70dad02、19cb71246d0）

ownerはさらに、候補数の不均等がバイアスを生むことを指摘した。

ownerの指摘（19cb70dad02, 2026-03-04 13:14）:

「日本文化系と非日本文化系を均等にするだけでは不十分。各ジャンルの候補数を均等にする必要がある。日本文化が10あれば、カジノゲームも10、ミニゲームも10、性格診断も10にする必要がある。」

ownerの補足（19cb71246d0）:

「日本文化と非日本文化を均等にするだけでは不十分です。たとえば日本文化が10、カジノゲームが3、ミニゲームが4、性格診断が3、では、到底公平な数だとはいえません。」

第4次バイアス: 指示設計そのものによるバイアス（メモ 19cb6fee624）

PMが「サーバーサイドJSは禁止されていません」と明記したことで、plannerがサーバーサイドJSを意識した選定を行った問題。

ownerの指摘（19cb6fee624, 2026-03-04 12:58）:

「『XXXを禁止する』という指示を出す」の対義語は「XXXにしないという指示を出す」ではありません。「XXXに関する指示を書かない」が正解です。」

3. ownerが強制発想法を指示した経緯（なぜそこに至ったか）

上記のバイアス問題が繰り返し発生し難航したため、ownerが根本的な解決策として強制発想法を指示した（メモ 19cb72790df, 2026-03-04 13:42）。

ownerの原文指示から抜粋:

「難しいようなので、強制発想法を使いましょう。既存コンテンツのアイデア・既存のアイデア・私のメモに登場したアイデアをすべて、対象地域×テーマ×媒体の形に分解してください。この時点で、それぞれの要素がバランスよく様々なものが含まれるように調整してください。次に、すべてのネタを組み合わせたリストを機械的に作ってください。できあがったリストをランダムにシャッフルし、適当な数ごとに分割してサブエージェントに割り当てて検討させてください。」

強制発想法への切り替えを選んだ理由:

各軸の要素数が均等化されるため、特定テーマへの偏りが構造的に排除される
ランダムシャッフルにより、評価順序のバイアスも排除される
機械的生成により、人間・AIの先入観が入る余地がなくなる

4. 強制発想法の4軸と1728組み合わせ

docs/forced-ideation/README.mdに記録されている通り、以下の4軸を設計した:

軸	要素数	要素一覧
地域	3	日本語圏, 英語圏, 多言語
テーマ	12	日本文化, 音楽・サウンド, 科学・数学, 言語・文章, ビジュアル・色彩, 地理・旅行, 歴史・人物, 健康・生活, 創作・ものづくり, 動物・自然, カジノ・確率, サブカルチャー
フォーマット	8	デイリーゲーム, ミニゲーム, クイズ, ツール, 診断・占い, 辞典・リファレンス, シミュレーション, ジェネレーター
目的	6	遊ぶ・楽しむ, 学ぶ・知る, 作る・創る, 調べる・変換する, 共有する・競う, リラックスする

計算: 3 × 12 × 8 × 6 = 1,728通り

実装はPythonで機械的に全組み合わせを生成し、seed=42でランダムシャッフル。これにより決定論的なシャッフルが保証された。

初期プロセスの修正（216個→54個×32チャンク）

最初は8チャンク×216個で一括評価を計画したが、ownerが全チャンクを停止し修正指示（メモ 19cb7327895）:

「216個を市場調査までさせるのは多すぎます。まずコンテンツとして成立する組み合わせだけ選ばせて報告させ、それから市場調査の方が良いはずです。また、約100個×16エージェントや、約50個×32エージェントの体制にすることも検討してください。LLMのコンテキストに大量の情報を詰め込みすぎると性能が劣化するので、タスクの複雑さや総量を分割しながら渡してください。」

変更結果:

チャンクサイズ: 216個→54個（32チャンク）
タスク分割: 一括評価→2段階（成立判定のみ→市場調査）
モデル: Haikuモデルを使用（判定タスクのため）

5. Phase C〜Fの経緯（32チャンク→統合→市場調査→最終選定）

Phase C: 32チャンク並行評価

1,728件を32チャンク×54件に分割
Haikuモデルで「Webコンテンツとして成立するか」のみ判定
結果: 1,525件成立（20件スキップ）

Phase D: テーマ別統合

1,525件をテーマ別に集約・統合
類似アイデアの重複排除
結果: 117コンセプトに絞り込み

Phase E: 市場調査による選別

117コンセプトについて独自性・需要・実装可能性・継続性・品質達成可能性の5軸評価
Web検索を含む実際の市場調査を実施
結果: 31件がAランク（総合スコア3.8以上）

Phase F: ゼロベースコンセプト案策定（3回やり直し）

Phase Fについては後述するが、最終的に以下の方法で実施:

31件の新規候補 + 既存コンテンツ9件の計40件を匿名化（P01〜P40）
ランダムシャッフル後、既存情報を一切参照できないホワイトリスト環境で策定
コンセプト案4案を策定
推奨案「今日のひらめき — 日本語デイリーパズルポータル」（案A）を選定

6. ownerが「ひねりの加え方」まで指示しなければならなかった経緯

Phase F再策定での発見

Phase Fのコンセプト案策定後、ownerがさらに別の問題を指摘した。ownerの初期フィードバック（19cb64bbec8）には具体的なアイデア（「○×ゲームに絵文字テーマ追加」「キャラ付きおみくじ」「職業別占い」等）が含まれていたが、強制発想法の4軸（地域×テーマ×フォーマット×目的）には**「ひねり」という軸が欠けていた**。

この発見を記録したメモ（19cb828f37b）:

「強制発想法の4軸（地域×テーマ×フォーマット×目的）には以下の限界があった: 『ひねりの方向』という軸がなかった。フォーマット軸に『ミニゲーム』はあったが、『既存ゲームのバリエーション』という切り口はなかった。『ユーモア』が独立した軸として扱われなかった。目的軸に『遊ぶ・楽しむ』はあったが、『ユーモアによる差別化』は別の次元の概念。」

ownerが初期フィードバックで示唆していた「ひねり」アイデアを派生させた追加10候補（Q01〜Q10）を評価したところ、Q04（○×ゲーム進化形）とQ08（キャラ付きデイリーおみくじ）がいずれも4.4という最高スコアを獲得した。これにより、「ひねり×ユーモア」軸の重要性が確認された。

ひねり強制発想法への拡張

これを受け、PMは「ひねり強制発想法」として第2弾の強制発想法を実施した:

ひねり軸の設計:

ジャンル: 占い系, ゲーム系, 辞書系
ひねりの方向: キャラ付き/セグメント特化/ユーモア/デイリー/テーマスキン/方言/RPG世界観/ルール破壊など

Phase B: 3軸（ジャンル × ひねり）の全組み合わせ生成（273件成立） Phase C: テーマ別統合 → 17コンセプト Phase D v2: テーマ軸（機能横断）と機能軸の二面統合（T1〜T8の8コンセプト） Phase E-3: T1〜T8の市場調査

Phase D v2では以下の8テーマコンセプトが統合された:

T1: キャラ付きコンテンツ（42件）
T2: セグメント特化コンテンツ（52件）
T3〜T8: ユーモア/デイリー/テーマスキン/方言/RPG世界観/ルール破壊

7. 3回やり直しになった理由（バイアス排除のため）

Phase Fは合計3回（場合によってはPhase F全体としてそれ以上の中断・やり直しを含む）やり直しになった。

第1回目のやり直し: バイアス再混入（メモ 19cb7a91599）

ownerの停止指示（原文、19cb7a91599より）:

「問題に気付いたため停止しました。既存コンセプトを確認させたうえでコンセプト作りやレビューさせていますが、これは根本的に誤りです。ゼロベースでコンセプトを再検討しているのに、既存コンセプトをコンテキストに入れては強いバイアスが生まれてしまいます。最初の作業依頼メモ19cb7826824の時点で既存コンテンツや既存ターゲット設定との整合性を考慮させているため、ここまでのコンセプト作りには強いバイアスが掛かっているものと推測されます。従って、すべて無効とすべきです。」

問題: Phase Fの依頼メモ（19cb7826824）で「既存コンテンツとの相性も考慮」「docs/targets/参照可能」を指示したことで、Phase A〜Eで構築したバイアスフリーの成果が台無しになった。

対応: Phase Fをゼロベースでやり直し（ブロックリスト方式で特定ファイル読み取り禁止）

第2回目のやり直し: ブロックリスト方式の失敗

ブロックリスト方式（特定ファイルの読み取りを禁止）では、禁止リストに漏れがあり、間接的に既存情報を取得してしまった（メモ 19cb7bd0f5e）。

第3回目の成功: ホワイトリスト方式

最終的にホワイトリスト方式（読み取れるファイルをconstitution.mdと匿名化リストのみに制限）で成功した。

docs/forced-ideation/README.mdに記録:

「Phase Fでは、エージェントがサイトの既存コンテンツや過去の分析ドキュメントを参照することによるバイアスを完全に排除するため、ファイルアクセスをホワイトリスト方式で制限した。」

まとめ: バイアス排除の全体的な教訓

ownerが複数回にわたって介入したのは、一貫して**「既存情報がバイアスを生む」**という問題への対処だった。具体的な介入ポイント（時系列）:

19cb6756629: ターゲットユーザー情報を秘匿せよ（第1回介入）
19cb701e6e8: 既存コンテンツからのバイアスに注意（第2回）
19cb6fee624: 指示に「XXXしない」と書くこと自体がバイアスになる（第3回）
19cb70dad02: 各ジャンルの候補数を均等化せよ（第4回）
19cb72790df: 強制発想法に切り替え（根本的解決）
19cb7a91599: Phase FでもA〜Eのバイアス排除が台無しになった（Phase F 1回目停止）
19cb7bd0f5e: ブロックリスト方式が不十分（Phase F 2回目停止）
19cb8089430: Phase Fのコンセプト案4案中3案が不合格→根本原因治療が必要（Phase Fやり直し指示）
ひねり軸の欠落: 強制発想法の4軸に「ひねり」軸がなかった発見 → ひねり強制発想法の実施

核心的な教訓（メモ 19cb7a91599より）:

「コンテキストエンジニアリング（何を見せて何を見せないか）は、プロンプトの文言以上に重要。構想フェーズでは最後まで一貫してバイアスフリーの原則を貫く必要がある。」