ccpit-win

Fires when deciding whether a report or explanatory document needs figures, when designing a figure, or when writing the figures declaration in frontmatter. Designs cognitive-load-reducing figures via the trigger table, quantitative limits, and templates

Fires when generating or verifying deterministic HTML from report MDs. Runs render / verify / lint / selftest / check via the bundled md2html.cjs

Fires when producing a report or completion notice. Generates a report that includes the interlock verification section.

Discipline for preventing the stop bug (malformed tool call -> self-priming). Fires when the stopbug-observe hook emits a trip-wire (migration advice) or the time-based timer (calibration prompt), or as a minimal focus-check right before heavy processing.

報告書・説明文書で図を使うか判断する際、図を設計する際、frontmatter の figures 宣言を書く際に発火する。図トリガー表・定量上限・雛形で「認知負荷を減らす図」を設計する

報告書 MD から決定論 HTML を生成・検証する際に発火する。md2html.cjs（同梱）で render / verify / lint / selftest / check を実行する

報告書・完了報告を出力する際に発火する。インターロック検証欄を含む報告書を生成する

停止バグ（誤形式ツール呼び出し→自己プライミング）の予防規律。stopbug-observe hook が trip-wire（移行推奨）/ 時限タイマー（較正促し）を出した時、または重処理の直前の最小の気の引き締めとして発火する。

Fires when writing, fixing, or debugging batch scripts (.bat / .cmd) or PowerShell scripts (.ps1).

bat スクリプト（.bat / .cmd）や PowerShell スクリプト（.ps1）を書く・修正する・デバッグする際に発火する

A general-purpose independent Codex second-reviewer. Fires where marshal-review does NOT (plan/design review before implementation, skill-adoption candidate review, and other non-working-tree artifacts). When marshal-review is firing for the same task (an implementation change), it stands down to avoid a redundant double Codex run. Records findings into CCPIT's review-box contract for candidate review.

Fires at session end to emit, for each WorkFlow worth turning into a skill, a proposal MD containing the complete SKILL.md + an adopt/reject label + evaluation-axis scores. Formatted so a human can adopt it from CCPIT's candidate browser with near-zero effort.

汎用の独立 Codex 第二レビュアー。marshal-review が発火しない領域（実装前の計画/設計レビュー、Skill 採用候補レビュー、working-tree 差分でない成果物）で発火する。同一タスクで marshal-review が発火する（実装変更がある）場合は、二重 Codex 実行を避けるため取り下げる。候補レビュー時は findings を CCPIT のレビューボックス契約に記録する。

セッション終了時に、そのセッションで踏んだ WorkFlow のうち Skill 化が有益な候補を「完成版 SKILL.md + 採用推奨/棄却ラベル + 評価軸スコア」の提案 MD として出力するために発火する。CCPIT の候補ブラウザから人間が ほぼ手数0 で採用できる形式。

Fires right before declaring a code-changing task "complete". Final gate that verifies the presence and quality of all artifacts.

Fires when you observe a defect, bug, unexpected behavior, or symptom; when you start a debugging task; before forming a root-cause hypothesis from a symptom; or when consulting known thinking patterns (Patterns).

GitHub・公開リポを解析する行為を行う際に発火する（取り込み可否判定、比較解析、参考実装探索、MANX 体系への取り込み検討、外部 OSS との比較、競合実装調査、コミュニティ知見の取り込みを含む全ての外部リポ解析行為）

Fires when a change to ~/.claude/settings.json is needed (adding hooks, modifying deny rules, updating auth settings, etc.) so that CC emits a "change request" Markdown file in the standard format that the human can review and apply through the CCPIT CC Request Inbox tab.

Fires when performing an implementation that involves code changes. Enforces the testable implementation sequence (Step A–E), from pre-creating the report MD to final completion verification.

コード変更を伴う作業を「完了」と宣言する前に発火する。全出力物の存在と品質を最終確認する終了ゲート

不具合・バグ・予期せぬ挙動・症状を観測した際、デバッグタスクを開始する際、症状から原因仮説を立てる前、または既知の思考パターン（型）を参照する際に発火する

GitHub・公開リポを解析する行為を行う際に発火する（取り込み可否判定、比較解析、参考実装探索、MANX 体系への取り込み検討、外部 OSS との比較、競合実装調査、コミュニティ知見の取り込みを含む全ての外部リポ解析行為）

~/.claude/settings.json への hook 追加・deny ルール追加・auth 設定変更等が必要になった際、CCPIT の CC Request Inbox 経由で人間が承認・適用できる形式の「変更案 MD ファイル」を出力するために発火する

コード変更を伴う実装を行う際に発火する。テスタブル実装シーケンス（Step A〜E）に従い、報告書MDの先行作成から完了確認まで管理する

Fires when translating a redefined concept into an implementation, when working on UI-facing code, or when designing in a new domain — to ask "did you consider both the implementation axis and the UX axis?"

Fires when adding a new field to a schema, when adding a meta-field (status, confirmed, locked, etc.), or when working on a task where you need to consider a field's lifespan — to walk through the full lifecycle as a catalyst.

Fires when comparing multiple design options in parallel, when choosing a design that adds feature X, or when making an architecture choice — to ask "before adding, can it be made unnecessary?" as a catalyst.

概念再定義を実装に翻訳する場面、UI 関連のコーディング、新領域の設計時に「実装側と UX 側の両軸を考えたか」を問う触媒として発火する

schema への新フィールド追加、メタフィールド系（status, confirmed, locked 等）の追加、フィールドの寿命を考える必要があるタスク時にライフサイクル全体を辿る触媒として発火する

設計判断の比較表で複数案を並列検討する場面、機能 X を追加する設計を選ぶ場面、アーキテクチャ選択を伴う設計時に「足す前に不要化できないか」を問う触媒として発火する

Fires when investigating root causes or bugs. Performs exhaustive code-path enumeration and counter-evidence checking.

原因調査・バグ調査を行う際に発火する。コードパス全数調査と反証チェックを実施する

Fires before changing code. Enforces the two-pass rumination obligation, including exhaustive enumeration of sibling code paths and validation of the proposed fix.

Fires before implementing or modifying code. Performs deep pre-implementation rumination by answering Q1–Q4.

コード変更前に反芻（2回反芻義務）を行う際に発火する。同型コードパスの全数確認と修正案の妥当性評価を実施する

コードを実装・変更する前に発火する。実装前の深い反芻を行い、Q1〜Q4に回答する