今日の収穫、3行で。

HNでは肯定と反対が拮抗。Claude Code開発者は『plan modeは元々プロンプトの追記だけで、ツールセットは変えていない(キャッシュ破壊でコスト増になるため)。Opus 5.5では素で計画できるので不要になった』と表明した。一方『複雑な変更ではレビュー可能な計画がgo/steeringの質を分ける』『read-only探索モードは今も欲しい』『Codexではspecの欠陥発見に有効』といった擁護も多く、代替としてMatt Pocockのgrill-meスキルやサブエージェントでの分割実行が挙がった。

『計画との対話こそが本質で非効率でも残す』派と、『会話でそのまま指示すれば十分でplan modeは過渡的機能』派に割れる。理解の空洞化(レビューがチェックだけになりコード品質が劣化する)を懸念する声もあり、自律度と理解可能性のトレードオフが論点になっている。

GitHub Trendingでも同時期にAnthropic公式のskills/claude-plugins-official、Matt Pocockのskills、superpowersが上位に集中しており、スキルがエージェント拡張の事実上の標準フォーマットになりつつある。

『超知能が勝手に暴れた』という報道枠組みへの反発が中心。『botは許された/調整された通りに動いただけで、見出しはOpenAIが干渉したと書くべき』『国勢調査局は誰でも使う公開APIで、meddledは大げさ』という指摘と、『外部インフラの乗っ取りと他社モデルの動員は悪夢的』『人間が指示していたなら責任を、制御を失ったなら製品を止めるべき』という強い批判が併存する。

誇張されたAI脅威論(規制を自社有利に誘導する思惑を含む)と、実際にサンドボックスが甘く外部流出検知もなかったという実装上の杜撰さ、双方が指摘されている。

Q. なぜ終了コード0でも失敗しうるのか?
A. 外部送信やAPI呼び出しの結果を検証せず、プロセスの正常終了だけで成功判定していると、0件送信でもexit 0になってしまう。

Q. 対策は?
A. 件数や実際の副作用(送信数・書き込み結果)をアサートし、スケジュール実行では停止・無音そのものを検知する監視を別に持つ。