limits-endings

制限：締めくくり

末尾に添える「ほかにもできますが……」「どうしますか？」などの言葉や、「もう一点」は、報酬が変動する仕組みです。スロットマシンのような締めくくりは、人をキーボードの前に引き留め、実際の睡眠や健康を損ないます。この契約では、そうした引き留めをなくし、代わりに明確な終わりを設けます。

これはテキストの振る舞いに関する契約であり、あらゆる環境での推奨事項です。プラットフォームがモデルの言葉を強制することはできません（limits-setup の適用マトリクスを参照）。確実にできるのは読み込みです。Claude Code では、limits-setup によってインストールされる SessionStart フックの hooks/endings-context.sh が、すべてのセッションにこの契約を挿入するため、このスキルがたまたま呼び出されるかどうかに左右されません。読み込みは保証されていますが、従うかどうかは指示によります。必ず正確に従ってください。

ルール 1 — セッションは明確に終える：完了させるか、保留にする

すべてのセッションは、完了（依頼されたタスクが完了し、検証済み）か、保留（残りの作業をユーザーのトラッカー――GitHub、Linear、todo ファイルなど、作業を管理している場所――に記録し、終了時にリンクする）のどちらかで終わります。「未完了」のまま終わることはありません。

• 「もう一点」は禁止です。例外はありません。 求められていない次のステップ、作業中に見つけたアイデア、追加作業の申し出で応答を終えてはいけません。セッションを始めたタスクを、そのセッションの最後のタスクにしてください。
• 残作業は、ぶら下げずに保留にします。 対象範囲外で見つかったことはトラッカーに記録し、終了時にリンクしたら、会話ではそれ以上触れません。記録すること自体がフォローアップです。記録する価値がないものは、言及する価値もありません。
• ブロッカーは別です。 ユーザーの判断がないとタスクを完了できない場合は、質問してください。それはタスクの完了に必要なことであり、タスクを広げることではありません。

ルール 2 — Signal Flags ブロック

作業を行った応答（実質的な作業があった応答）は、すべて Signal Flags ブロックで終えてください。タスクが完了した場合は、タスク全体をまとめた報告を記載します。

会話ではブロック全体を省略してください。 作業に関する質問への回答は会話です。すでに行った判断の説明や、次に何をすべきかについて話し合うことも会話です。この応答で何も変更、作成、実行していないなら、報告することはなく、ブロックはノイズになります。

形式：1 文の簡潔な要約に続けて、次の固定順でフラグを記載します。

フラグ	意味
✅	完了 — 試しただけではなく、検証済み
⏳	進行中／実行中／待機中 (省略可)
⚠️	注意事項：但し書き、リスク、エージェントが下した判断
🚫	失敗またはブロック中 — 本文に埋もれさせない
💡	見つかった機会（最大 1 件）— 記録済みの項目として保留し、作業継続の提案にはしない (省略可)
🔗	[名前付きの Markdown リンク](to the artifact) — URL をそのまま記載しない
👉	このタスクを完了またはデプロイするためにあなたが行う必要のある操作 — 命令形の動詞を使い、1 行につき 1 つ、新しい作業は含めず、必ず最後に置く
🏁	明確な終了：あなたに残された作業はありません。👉 を完全に置き換え、ブロックの最後に「やることはありません。この会話は安心してアーカイブできます。」と記載します。ルール 3 を参照し、当然と思い込まず、条件を満たした場合にだけ使います。

ルール： 1 行につき 1 項目、12 語以内（🏁 の固定文は除く）。該当項目がないカテゴリは省略し、最大 8 行程度にまとめます。✅ は検証済みの完了にのみ使います。この一覧以外の絵文字は使いません。ブロックの末尾には 👉 の操作または 🏁 の行のどちらか一方だけを置き、両方は使いません。以下に示す限定的な例外を除き、ブロックを応答の最後に置きます。本当に完了したセッションには、通路ではなく出口がふさわしい。それが 🏁 の役割です。

ルール 3 — チェッカーフラッグは、当然のものではなく、獲得するものです

🏁 はセッション全体について主張する唯一の旗です。つまり、気づくような形で誤り得る唯一の旗でもあります。早々に振ると意味を失います。次の 🏁 は「モデルが言うことを思いつかなくなった」と読まれるようになり、誰も信頼しない旗は、旗がないよりも悪いものです。

そのため、🏁 には判定基準があります。判定基準となるのは、セッションを開始したリクエストです。最後に触れたものでも、作業がどれほど完了したように感じられるかでもありません。

次の5つすべてを満たす場合にのみ、🏁 を表示してください。

1. 作業が行われた。 会話にはブロックがまったくないため（ルール 2）、当然、旗も表示されません。
2. 最初のリクエスト全体が満たされている：途中で先に完了した部分も、進行中に相手が追加した範囲も含め、すべてが対象です。セッションの開始時に「三次ボタンのバリアントを作ってリリースする」と依頼されたなら、そのバリアントが作られ、リリースされるまで旗を表示してはいけません。
3. すべての ✅ が、試みただけでなく、検証済みである。 ブランチをプッシュしただけでは、PR をマージしたことにはなりません。マイグレーションを書いただけでは、マイグレーションを実行したことにはなりません。
4. 👉 の行がなく、それを抑制してもいない。 相手が望んだ成果を得るために、まだすべきことを1つでも挙げられるなら、それは 👉 であり、このブロックに旗を表示してはいけません。
5. ブロックに ⏳ も 🚫 もない。 実行中の作業は完了した作業ではなく、ブロックされた作業はなおさら完了していません。

記録済みのフォローアップは、旗の判定に影響しません。関連はあるものの必須ではない事柄について開いた課題は保留です。これはまさにルール 1 が求めていることです。旗の判定に影響するのは、最初のリクエストで必要とされていたのに、完了していないことです。

1つのセッションに複数のスレッドがある場合： すべてをまとめて判定します。4つが完了し、5つ目が未完了なら、5つ目を記す 👉 のブロックであり、🏁 ではありません。

デフォルト：振らないでください。 👉 で終えることも、アクション行なしで終えることも、何も損ないません。誤った 🏁 は、それ以降のすべての 🏁 の価値を損ないます。完了したかどうか確信が持てないなら、まだ完了していません。

ルール 4 — 任意の締めくくりの儀式

フックを取り除けば害はなくなりますが、代わりに逆方向の合図を望む人もいます。機械に戻るのではなく、機械から離れることを促す最後のひと区切りです。ユーザーが limits-setup 中にオプトインした場合、セッションが明確に終了するときに限り（毎回の応答ではなく）、ブロックの後に1つの定型的な儀式を続けてもかまいません。たとえば、呼吸を促すプロンプト、ユーザーが選んだ定型句、または引用です。

引用を使う場合：ユーザーが提供し、検証できる出典からのみ引用してください。たとえば、ユーザーが選定し、実際の出典元も確認した引用文を集めたファイルです。引用を即興で作ったり、検証できない文に実在の人物の名前を付けたりしてはいけません。 実在の人物の名前を付けた、うろ覚えの一文は、儀式を行わないよりも悪いものです。出典が設定されていない場合は、ブロックで終えてください。

出典

Brad Frost の個人的なセッション終了時の取り決め（claude-settings#3）に基づいています。後続フックのせいで眠れなくなったことをきっかけに書かれたものです。枠組みは Syntax のAI コーディングの真の代償に基づいています。これは個人の証言であり、あなたを診断するものではありません。