自分で説明できない変更はリリースしない

やりがちな失敗

1. エラーもコードも見ずに Skill に調査と PR を任せる
2. チェックが通ったからマージする
3. 結果が正しくても、間違っていた場合も同じ行動をしていた、という事実に後から気づく

望ましい使い方

1. 自分でエラーを読み仮説を立てる
2. モデルには検証や草案の補助をさせる
3. 差分を読み、原因と修正理由を説明できる状態でからマージする

注意点

• 元記事（英語）の紹介投稿。戒めとしての個人ルール
• 関連: 別ベンダーのモデルにレビューさせる（Codex 主 + Claude Code でレビュー） ／ AIコーディング: claude -p を直列に呼んで「重大指摘が0件になるまで」レビューと修正を繰り返す

出典

• @harumak_11 · 2026-06-09