hypothesis-logger
Skill3 starsChanged 13 days agoMITView on GitHub
WF-07 探索的デバッグの仮説を記録・追跡する。Use when: 探索的デバッグ(WF-07)の Phase E-1 で仮説を定義・結果記録・AC 更新するとき。「仮説を記録して」「次の仮説に進む」「検証結果を記録して」。
In this repository75 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/plangate.mdcCursor rule
- acceptance-criteria-buildSkill
- acceptance-reviewSkill
- ai-dev-brainstormSkill
- ai-dev-execSkill
- ai-dev-planSkill
- ai-dev-verifySkill
- ai-loop-cycleSkill
- architecture-sketchSkill
- brainstormingSkill
- breakdown-gateSkill
- codex-multi-agentSkill
- codex-mvp-splitSkill
- context-loadSkill
- context-packagerSkill
- design-gateSkill
- diff-auditSkill
- edgecase-enumerationSkill
- evidence-ledgerSkill
- feature-implementSkill
- ho-apply-scriptSkill
- instruction-debt-auditSkill
- intent-classifierSkill
- known-issues-logSkill
- local-exec-handoffSkill
- manual-cloud-taskSkill
- nonfunctional-checkSkill
- plangate-setupSkill
- plan-normalizationSkill
- plan-review-gateSkill
- pr-decisionSkill
- ref-integrity-scanSkill
- requirement-gap-scanSkill
- review-gateSkill
- risk-assessmentSkill
- skill-creatorSkill
- skill-policy-routerSkill
- subagent-delegation-briefSkill
- subagent-dispatchSkill
- subagent-driven-developmentSkill
- subagent-team-designSkill
- systematic-debuggingSkill
- working-contextSkill
- acceptance-criteria-buildSkill
- acceptance-reviewSkill
- ai-loop-cycleSkill
- architecture-sketchSkill
- brainstormingSkill
- breakdown-gateSkill
- codex-multi-agentSkill
- context-loadSkill
- diff-auditSkill
- edgecase-enumerationSkill
- feature-implementSkill
- ho-apply-scriptSkill
- instruction-debt-auditSkill
- intent-classifierSkill
- known-issues-logSkill
- The first 60 shown.
The file
Files
Hypothesis Logger
正本:
.claude/skills/hypothesis-logger/SKILL.md関連:docs/workflows/07_exploratory_debug.mdPhase E-1
WF-07 探索的デバッグの仮説→検証→学習→AC 更新サイクルを構造化して記録する。
手順
Step 1: 仮説番号の採番
docs/working/<TASK-XXXX>/status.md のすべての「仮説-N:」プレフィックスのエントリ(完了済み - [x]・未完了 - [ ] 問わず)を走査し、最大の N を特定して N+1 を採番する(存在しない場合は 仮説-1 から始める)。完了済み仮説をカウントから除外すると番号が重複するため、完了状態に関わらず全件を対象にする。
Step 2: status.md への仮説記録
docs/working/<TASK-XXXX>/status.md の残タスクに以下の形式で追記する:
- [ ] 仮説-N: <仮説の説明(1 行)>
prediction: <検証すれば何が分かるか>
verification: <どうやって検証するか(コマンド / ビルド / 手順)>
waiting_external_verification: <true|false>waiting_external_verification: true の場合は BLOCKED 状態として扱う(working-context.md §BLOCKED 状態 準拠)。
Step 3: evidence ディレクトリへの詳細記録
docs/working/<TASK-XXXX>/evidence/exploratory/hypothesis-N.md を作成する:
# 仮説-N: <タイトル>
## 仮説
<詳細な仮説の説明>
## 検証手順
<再現性のある手順>
## 予測結果
<成功 / 失敗の判断基準>
## 検証結果
<!-- 検証完了後に記入 -->
- 結果: <RESOLVED|REJECTED|DEFERRED>
- 判明した事実: <text>
- 次の仮説: <text or なし>
## AC への影響
<!-- 前提変更があれば記入 -->
- 影響 AC: <ID or なし>
- 変更内容: <text>Step 4: 検証結果の記録(検証完了後)
検証が完了したら以下を実施する:
evidence/exploratory/hypothesis-N.mdの「検証結果」セクションを記入status.mdの- [ ] 仮説-N:を- [x]に更新し、結果を 1 行追記- AC への影響がある場合(Phase E-3 発動条件):
pbi-input.mdの Notes に「前提変更 (仮説-N 由来)」として追記test-cases.mdの該当 AC を更新- 影響が Out of scope を超える場合は人間に C-3 再承認を求める
完了状態
| 状態 | 意味 |
RESOLVED | 仮説が正しく、問題が解消された |
REJECTED | 仮説が外れた(問題は別の原因)→ 次の仮説へ |
DEFERRED | 外部依存で検証待ち(BLOCKED 状態に移行) |
使用例
入力: 「EAS ビルドが失敗する原因として .gitignore の glob 誤マッチが怪しい。仮説を記録して」
出力イメージ (status.md への追記):
- [ ] 仮説-3: .gitignore の `pr*.json` glob が `primitive.json` を誤マッチしている
prediction: glob を修正すれば EAS が primitive.json を含める
verification: .gitignore を修正して EAS production build を再実行
waiting_external_verification: true関連
- WF-07:
docs/workflows/07_exploratory_debug.md - BLOCKED 状態:
.claude/rules/working-context.md§BLOCKED 状態
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

