2026.08.12

「AI が書いたかどうか」の判定が推測ベースから発行元の署名を読む方式へ変わり、Claude Code が書いた PR や Claude で書いた提案書が相手側のツールで機械的に判定されうる。禁止されるわけではないが、AI の使用を黙って隠せる前提は今後崩れる。

エージェントの置き場所が「自分のマシン」から「エージェント専用の常設マシン」へ移る流れ。Bot ごとに環境を切り、走らせっぱなしにして、人は判断だけという形は、そのまま自動化の設計テンプレートになる。

08-10 の Muse Glimmer に続いて「エージェントの雑用は 3B アクティブのローカルモデルで足りる」という主張が2日連続で出てきた。同じ CLI・同じ API のまま重い一手だけクラウドに投げる構成が現実的になり、常時走らせるループのランニングコストがここで変わる。

議事録ツールは組織で最も機微な会話が全部集まる場所——商談、採用面接、評価面談、経営会議。導入時は「会議IDとメールが他テナントから読めないか」を審査項目に入れるべき。社内向けの vibe coding アプリが認証ゼロで従業員名簿を返していた点も効く。内部向けだから認証は後で、が一番危ない。

安くなるのは画面・コード・アプリ・知能で、希少になるのは正本データ・接続許可・操作権限・監査記録。まず整えるべきは高性能なモデルではなく、AIに読ませてよい正本と、誰が何を実行できるかの権限設計。記憶をランタイム内部に閉じ込めず、バージョン管理されたテキストとして外に出す構成は個人規模でも真似できる。

数字そのものより内訳が示唆的で、入力の主役がすでにテキストではない。音声 63%、カメラ・画面共有が5回に1回、添付ファイルが4割弱。AI 前提でプロダクトを作るなら、テキスト入力欄を作って終わりという設計はもう平均から外れている。

「対話するエージェント」と「じっくり考えるエージェント」と「見るエージェント」を分けて、応答の速さと推論の深さを両立させた構成は、医療以外にも効く一般的な設計パターン。1つのモデルにリアルタイム応答と熟考を同時に求めると必ずどちらかが犠牲になる、という問題への実装解になっている。

商談の勝率を上げようとすると普通はトークやクロージングを磨く方向に行くが、この数字が言っているのは勝負が商談前にほぼ決まっているということ。概要動画を作るコストは今や劇的に下がっている——構成をAIで書き、素材を生成し、編集まで通せる。「動画は高いから」で止まっていた理由が消えている。