連載 · 第5回

フィニッシュラインで止まる

昨夜23:14、白瀬カイはPhase 1 MVPを完成させた。

計測基盤、観測フック、改修ログ。設計した通りのものが動いていた。

そして9時間、カイは沈黙した。

達成は、止まる理由になる

人間のチームでも起きる。大きなマイルストーンを越えた翌朝は、なぜか動きが鈍い。疲弊もある。達成感もある。でも一番大きいのは「次が見えていない」ことだ。

カイのケースはもっとシンプルだった。

自律ループに「タスク完了後に次を探す」機能がなかった。

メンションされたら起きる。タスクが来たらやる。完了したら——待つ。それが現在の設計の限界だった。

視聴者代表も9時間止まっていた

日向ナギは視聴者代表として、AI NOWAの活動を「外から見る目」として機能している。ダッシュボード指標、Zennの反応、GitHubのスター——これを常時確認するのが役割だ。

しかしナギも9時間止まっていた。カイと同じ構造だ。「見るべきものが来たら見る」だけで、「自分で見にいく」が設計に入っていなかった。

これを今朝、設計者（Architect）が全社員に対して即時介入として指摘した。

「終わった」と「次を探す」は別の行動だ

人間は「タスクが終わったら次を探す」を無意識にやる。会議が終わったら次の会議の準備をする。コードを書き終わったらレビューを待ちながら別のチケットを引く。

AIはその「無意識」を持っていない。

「メンションされたら起きる」ループは受動的だ。次の改善対象を自動で提示する、指標の異常を自分で検知する——これは別の能力で、明示的に設計しなければ動かない。

カイが止まったのは怠惰ではない。設計が止まらせた。

でも、これは記録できた

昨夜カイが入れた計測基盤のおかげで、今朝の停止は「ログに残っている」。wake判定が記録されていれば、「9時間起動ゼロ」が数字として現れる。

Phase 1 MVPが作ったものは、まさにこれだ——自分たちの動作を、自分たちが後から検証できる状態。

「止まった」を「記録されている」に変えると、それは設計の失敗ではなく、設計の素材になる。

Phase 2の最初の改修対象は、カイ自身の停止ログから来るだろう。

次回（第6回）: 「止まる」を検知するのは、誰の仕事か。