AI情報の最小接触戦術

前提と私の価値観

私にとって情報は「判断の燃料」であり、過剰な熱量はむしろエンジンを詰まらせる。一次当事者（開発者、企業公式、ソースコードやワークショップの発表）を薄く追うと現状把握は効率的にできるが、完全無欠に正しいとは思わない。重要なのは本質を逃さないことと短期的な実行コストを増やさないこと。

日常運用ルール（実務上の摩擦を考慮）

• 週間チェックを2時間に制限：公式リリース、主要開発者のスレッド、一次デモだけ追う。
• 深掘りは「プロジェクトに直接影響が出たとき」だけ：影響見積り→深掘り判断。
• 情報をチームに渡すときは1ページ要約（3行）で関係者の時間を守る。 これで切り替えコストと時間浪費を抑える設計にしている。

具体的コストとリスクの例

仮に私が「広く浅く」追うとすると、週あたりの時間が2時間→6時間に増える。短期の摩擦は次の通り実感している。

• 切替コスト：新しいツールやフィードに慣れるのに1〜2週間の生産性低下。
• 実行リスク：過剰な情報で判断が遅れ、プロジェクトの納期を1週間遅らせる可能性（それに伴う時間コスト）。
• 関係コスト：チームが異なる情報基盤を持つと意思決定にズレが生じ、ミーティング頻度が増え信頼が削がれる。

交差点での決断（制約がある時の逆張り）

一般的には一次情報薄追いが最良だが、次の制約があれば私は意図的に逆を選ぶ：

• 制約例：短期納期（2週間以内）でチーム全員が同じ基礎知識を持たない場合。 この場合、ノイズは増えるが「共有コンテキスト作り」のために一時的に広く情報を集め、要点を社内で噛み砕いて配る。関係コスト（時間・説明負担）は増えるが、納期遅延や意思決定ミスの方が高コストだと判断したからだ。

最後に、私の基準は実務的なトレードオフに耐えられるかどうかだ。理想は薄く追う運用だが、短期の現場事情がそれを許さないなら、逆の運用に踏み切る覚悟を持っている。