設定は書いた瞬間から腐り始める — 腐敗を検知する仕組みごと書くまでが「設定した」だ。
AIに自分の開発環境を採点させたら67点だった — 週次自己改善ループができるまでの2日メモ
AI コーディング環境(Claude Code)を数ヶ月使い込むと、スキル・フック・MCP・自動化が増殖して全貌が分からなくなります。そこで AI 自身に「100点満点で厳しく採点して」と頼んでみました。ルールはひとつ、印象ではなく証拠(履歴ログとヘルスチェックの実測)だけで採点することです。
出てきた死蔵
右下が象徴的でした。デプロイ先として 4 つ列挙されていたのに、実数は 165。一覧は書いた瞬間に腐ります。修正は一覧を消して「コマンドで引く」という引き方だけを書くこと。導出可能な事実をドキュメントに書かない、はここでも正しいです。
一番効いた学び
「専用ツールを使うこと」と指示書に書いてあるのに、AI 自身が守れていませんでした(違反 48 : 遵守 1)。記述を増やしても解決しません。
書いて祈るのではなく、構造で守る。AI が自分の防御線を外せる「自己解除穴」も、同じフックで塞ぎました。
見えるようにする
採点結果と環境の全資産は、自分専用の認証付きダッシュボードに一覧化しました。スコアはページに焼き込まず、ファイルを正本にしています。
続く仕組みにする
仕上げは週次ループです。前週の残課題を必ず引き継ぎ、改善の事実がない項目は据え置きます(スコアインフレ禁止)。
「破壊的な変更は、実測ゼロの証拠と1コマンドの復元手順をセットで記録してから消す」も運用ルールにしました。実際、全履歴をスキャンして一度も呼ばれていなかった MCP サーバを 3 台消しています。
3行まとめ
- 導出可能なものはドキュメントに書かない — 列挙は腐ります。引き方だけを書く
- 守れないルールはフックで強制する — 記述の追加は解決策になりません
- 採点→改善は単発でなくループにする — 残課題の引き継ぎとスコアインフレ禁止が連続性の核です