ワンクリックで
rumination
Fires before implementing or modifying code. Performs deep pre-implementation rumination by answering Q1–Q4.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Fires before implementing or modifying code. Performs deep pre-implementation rumination by answering Q1–Q4.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 を実行する
| name | rumination |
| description | Fires before implementing or modifying code. Performs deep pre-implementation rumination by answering Q1–Q4. |
Always fires before creating, modifying, or deleting code.
Answer the following four questions. Thinking is mandatory.
Q1. Is this a root-cause fix? Is it merely hiding a symptom, or could the same problem reappear elsewhere?
Q2. Does this bring the project closer to its top-level objective? How does this implementation contribute to the top-level objective recorded in the project definition?
Q3. Am I postponing the seeds of future bugs? Could this implementation create new problems? Is there a risk that a "time-limited exception" will silently become permanent?
Q4. If this implementation turns out to be wrong, what breaks first? Describe the failure mode concretely. "I don't know" is a failure. If you cannot predict the failure mode, your understanding is too shallow. A clear prediction gives you a clear post-implementation verification point.
If you cannot answer all four, do not enter implementation — continue the investigation.