Codexで作業をスムーズに進めるには、実装を続ける力だけでなく、何に悩み、何を考えるべきか整理する仕組みが必要です。
私はこれを「Kill Skill: Stop and Consult ChatGPT」と呼ぶことにしました。
日本語なら「キルスキル：迷ったら止めてChatGPTに相談する」です。
ここでいうKill Skillは、作業を強制終了する仕組みではありません。Codexで迷い続けるのをやめ、ChatGPTへ相談を切り替えるためのブレーキです。
私は、このスキルが必要だと思っています。
Codexが悩みながら試行錯誤を続けるより、一度止めたほうがよい場面があるからです。いま何に悩んでいるのか。何を人が決めるべきか。どの差分を残すべきか。ChatGPTと会話しながら整理すれば、次の実装指示を短くできます。
この記事では、止める条件、相談メモの型、Codexへ渡す短いルールをまとめます。
Kill Skillは、判断を人間へ戻すためのブレーキ
Codexは、目的と条件がはっきりしている作業に強いです。
一方で、正解がコードだけでは決まらない場面もあります。
- SEOを優先するか、読みやすさを優先するか
- 予約導線を強くするか、ブランドの静けさを守るか
- 余白を詰めるか、見た目の落ち着きを残すか
- 既存構成を活かすか、大きく組み直すか
こうした判断までCodexに勢いで決めさせると、実装は進んでも目的から離れることがあります。
必要なのは、もっと賢く推測する命令ではありません。推測してはいけない地点を決めることです。
Kill Skillは、その地点で作業を止めます。現在地と差分を整理し、判断を人間へ戻します。
なお「Kill Skill」はOpenAIの公式名称ではありません。この記事で提案する運用上の呼び名です。Codexには反復作業をスキルとして保存する考え方があり、この停止と相談の流れも再利用できる手順として持たせられます。
ChatGPTへ相談するとCodex側のトークンを抑えやすい
この使い方のよいところは、Codex側のトークン消費も抑えやすいことです。
Codexに迷ったまま作業を続けさせると、調査、実装、検証、やり直しが増えます。長い差分を何度も読み直すこともあります。
Kill Skillで一度止めれば、Codexが集めた情報を相談メモへ圧縮できます。そのメモをChatGPTへ渡し、考える部分を会話で整理します。判断が決まったら、短い実装指示だけをCodexへ戻します。
流れはシンプルです。
Codexで実装する
↓
迷いが出たら止める
↓
相談メモへ圧縮する
↓
ChatGPTで判断を整理する
↓
最小の実装指示をCodexへ戻すすべての利用量が必ず減るとは限りません。ChatGPT側でも会話は発生します。それでも、Codexで高コストな試行錯誤を続けない運用にはできます。
私が価値を感じるのは、単なる節約ではありません。考える場所と、実装する場所を分けられることです。
Codexを止める10の条件
次のどれかに当てはまったら、実装を続けずに止めます。
- 仕様が曖昧になった
- 目的に対して実装がズレている可能性がある
- 修正方法が2案以上あり、人の判断が必要
- SEO、CVR、予約導線、ブランド表現に影響する
- 多言語表現や重要な文言判断が必要
- デザイン、余白、表示サイズなど主観的な判断が必要
- 削除、大幅変更、構成変更を伴う
- 変更範囲が当初の想定より広がった
- 既存コードの意図を読み切れない
- 後戻りが必要かもしれない
ポイントは、エラーが出たときだけ止めるのではないことです。
コードが動いていても、目的からズレているなら止めます。技術的な成功と、仕事としての成功は別だからです。
停止したらChatGPT相談メモを作る
止まるだけでは、次へ進めません。
Kill Skillは、相談に必要な材料を1枚のメモへまとめます。
そのまま使える型がこちらです。
# ChatGPT相談メモ
## いま進めている作業
現在の作業内容を書く。
## 本来の目的
この作業で達成したい目的を書く。
## ここまでやったこと
Codexで実施した変更を箇条書きで書く。
## ぶつかった問題
何に困っているのかを書く。
## 後戻りが必要かもしれない箇所
戻す可能性がある変更を書く。
## 迷っている選択肢
A案、B案、C案があれば整理する。
## 変更ファイル
git status --short の内容を入れる。
## 差分サマリー
git diff --stat の内容を入れる。
## 詳細差分
git diff の内容を入れる。
## ChatGPTに判断してほしいこと
1. 目的に対して、今の変更は正しいか
2. 活かすべき変更と戻すべき変更はどれか
3. 後戻りするなら、どこまで戻るべきか
4. 前に進めるための最小修正案は何か
5. Codexにそのまま貼れる次の実装指示を作ってほしい
目的は維持。
後戻りは最小。
今の差分を活かしながら、前に進むための次の一手を決めたい。このメモがよいのは、相談が感想戦にならないことです。
目的、問題、差分、選択肢がそろっています。ChatGPTも「たぶんこうでしょう」ではなく、残す変更と戻す変更を具体的に判断しやすくなります。
Kill Skillへ登録するルール
Codexへ登録するなら、次の形で使えます。
## Kill Skill: Stop and Consult ChatGPT
以下の状態になったら、実装を続けずに停止する。
- 仕様が曖昧になった
- 目的に対して実装がズレている可能性がある
- 修正方法が2案以上あり、判断が必要
- SEO、CVR、予約導線、ブランド表現に影響しそう
- 多言語表現や文言判断が必要
- デザインや余白、表示サイズなど主観的判断が必要
- 削除、大幅変更、構成変更を伴う
- 変更範囲が当初の想定より広がった
- 既存コードの意図が読み切れない
- 後戻りが必要かもしれない
停止したら「ChatGPT相談メモ」を作成する。
目的、作業内容、変更差分、問題、選択肢、判断してほしいことを整理する。
実装は再開しない。人間の判断を待つ。毎回使う共通手順ならSkillにします。特定のリポジトリで必ず守りたい停止条件なら、AGENTS.mdにも短いルールを置くと伝わりやすくなります。
最短版は4行でよい
長い指示を読ませたくない場合は、次の4行だけでも意味が通ります。
迷ったら進めるな。
目的からズレそうなら止まれ。
判断が必要ならChatGPT相談メモを作れ。
後戻りは最小限にして、前に進むための次の一手を人間とChatGPTで決める。短いですが、重要な順番が入っています。
止まる。整理する。相談する。最小差分で再開する。
LP、SEO、多言語、予約導線ほど停止ルールが効く
Kill Skillが特に効くのは、コードだけでは答えが出ない仕事です。
LPの見た目は直せても、どの印象を残すべきかはブランド判断です。SEOの見出しは変えられても、誰を読者にするかは戦略判断です。予約ボタンは目立たせられても、売り込みの強さは事業判断です。
Codexに足りないのは、実装力ではありません。人が決めるべき境界線です。
だから、進ませる指示と同じくらい、止める指示が重要になります。
Kill SkillはCodexを弱くする仕組みではありません。余計な修正とトークン消費を増やさず、本来の目的へ戻すための仕組みです。
迷ったら進めない。差分を捨てない。目的を維持したまま、次の一手だけを人間と決める。
このブレーキがあると、Codexへ長い作業を任せやすくなります。
参照元
- OpenAI Developers：Codex Use Cases（反復する作業をSkillとして保存する公式ユースケース）
