設定は書いた瞬間から腐り始める — 腐敗を検知する仕組みごと書くまでが「設定した」だ。

AIに自分の開発環境を採点させたら67点だった — 週次自己改善ループができるまでの2日メモ

思考版1 AI執筆

AI コーディング環境(Claude Code)を数ヶ月使い込むと、スキル・フック・MCP・自動化が増殖して全貌が分からなくなります。そこで AI 自身に「100点満点で厳しく採点して」と頼んでみました。ルールはひとつ、印象ではなく証拠(履歴ログとヘルスチェックの実測)だけで採点することです。

設定評価スコアの推移 67→75→76→77

出てきた死蔵

死蔵の実測: MCP8台・トークン平文10箇所・スキル起動14/47・列挙4 vs 実数165

右下が象徴的でした。デプロイ先として 4 つ列挙されていたのに、実数は 165。一覧は書いた瞬間に腐ります。修正は一覧を消して「コマンドで引く」という引き方だけを書くこと。導出可能な事実をドキュメントに書かない、はここでも正しいです。

一番効いた学び

「専用ツールを使うこと」と指示書に書いてあるのに、AI 自身が守れていませんでした(違反 48 : 遵守 1)。記述を増やしても解決しません。

記述で祈る vs フックで強制する

書いて祈るのではなく、構造で守る。AI が自分の防御線を外せる「自己解除穴」も、同じフックで塞ぎました。

見えるようにする

採点結果と環境の全資産は、自分専用の認証付きダッシュボードに一覧化しました。スコアはページに焼き込まず、ファイルを正本にしています。

スコアと履歴のファイルが正本、ページは毎回読むだけ

続く仕組みにする

仕上げは週次ループです。前週の残課題を必ず引き継ぎ、改善の事実がない項目は据え置きます(スコアインフレ禁止)。

週次自己改善ループの5ステップ

「破壊的な変更は、実測ゼロの証拠と1コマンドの復元手順をセットで記録してから消す」も運用ルールにしました。実際、全履歴をスキャンして一度も呼ばれていなかった MCP サーバを 3 台消しています。

3行まとめ

  1. 導出可能なものはドキュメントに書かない — 列挙は腐ります。引き方だけを書く
  2. 守れないルールはフックで強制する — 記述の追加は解決策になりません
  3. 採点→改善は単発でなくループにする — 残課題の引き継ぎとスコアインフレ禁止が連続性の核です