Search the alley

記事を検索

2文字以上でタイトル・カテゴリ・タグを検索できます。

個人開発者のAIエージェント運用設計:Codexに任せる前に決めること

AIエージェントを個人開発で使う前に、目的、権限、変更範囲、レビュー、build/check、本番反映の線引きをどう決めるかを解説します。

公開 2026.06.28 / 更新 2026.06.28

この記事のポイント

  • 個人開発のAIエージェント運用は、目的、変更範囲、禁止事項、検証、完了報告の5点から始める
  • 調査、設計、1記事追加、クラスター追加、build/check、push、本番反映は同じ作業として混ぜない
  • AGENTS.mdやSkillsは、強いモデルを使うための飾りではなく、レビュー可能性を上げる運用部品になる

結論:AIに任せる前に、人間側の合格条件を決める

CodexやClaude Codeに任せる時、プロンプトのうまさだけでは足りません。何を変えてよいか、何を変えないか、どの確認が通れば完了か、どこからは人間確認かを決めるほど、AIの成果物はレビューしやすくなります。

チェックOK例危ない例
目的1記事クラスター追加サイト全体を良くして
範囲src/dataの対象ファイルのみ全部自由に触って
合格条件build/check/sitemap成功いい感じならOK
戻し方git diffとcommit単位で確認差分を見ない
本番影響pushまで、本番未反映そのまま公開

Codexに渡す前に決める5点

  • 目的:何を達成する作業か
  • 変更範囲:触ってよいファイル、触らないファイル
  • 禁止事項:本番反映、秘密情報、依存追加、破壊的操作
  • 検証:build、check、sitemap、URL、diff
  • 完了報告:変更内容、確認結果、commit/push、本番確認URL

作業単位を分ける

単位AIに頼みやすいこと混ぜると危ないこと
調査だけ公式ソース確認、比較表未確認情報で実装する
設計だけ構成案、見出し、導線案勝手に大改造する
1記事追加本文、FAQ、関連リンク既存記事の主題を壊す
クラスター追加親子記事、更新メモ、sitemap本番反映まで丸投げ
build/checkログ確認、生成物確認失敗を成功扱いする
push通常pushdeployやforce push

AGENTS.md / CLAUDE.md / Skillsの役割

AGENTS.mdやCLAUDE.mdは、AIに性格をつけるための文章ではなく、作業ルール、禁止事項、確認コマンド、報告項目を固定するための運用ファイルです。Skillsは繰り返す作業手順を再利用する道具として使うと、毎回の指示漏れを減らせます。

GitHub差分レビュー導線を残す

個人開発では、AIが作業を終えたあとにGitHubで差分を見られる状態を作るのが現実的です。commit、push、PR、またはローカルdiffのどれで見るかを先に決めるだけでも、AI作業の採用判断がしやすくなります。

FAQ

AGENTS.mdを書けばAIエージェントは安全になりますか?

安全性は上がりますが、それだけで十分ではありません。権限、diff、build/check、本番反映の人間確認も必要です。

pushまで任せてもよいですか?

通常pushの条件が満たされ、deployや本番反映が走らないと確認できる場合に限ります。force pushやdeployは別確認にします。

関連記事