mcpField
P
problem-statement

problem-statement

github.com/open-horizon-labs生産性3111 回インストール12 週間前に更新
リポジトリ

problem-statement について

problem-statement は、解決策を選ぶ前に問題の捉え方を整理するワークフロースキルです。チームが目標と解決方法を分け、制約や前提を確認し、次の行動につながる検証可能な問題文を作成します。

主な機能

  1. 01現在の問題の捉え方を整理
  2. 02目標と解決策の切り分け
  3. 03制約と前提の特定
  4. 04行動につながる問題文への再構成
  5. 05別の説明可能性の検証

活用シーン

  1. 01方針を選ぶ前の問題設定
  2. 02無理のある解決策の見直し
  3. 03拡大または揺れ続ける要件の整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/open-horizon-labs/skills --skill problem-statement

インストール後、Claude Code で/problem-statementを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yamlreferences/framing.md

詳細

/problem-statement

問題の枠組みを定義します。問題の捉え方を変えれば、解決策の範囲も変わります。

問題文は現実そのものではなく、現実を見るレンズです。目標は、行動を可能にし、それが誤りだと判断できる条件を示す、もっともらしく一貫性のあるストーリーです。網羅的な説明ではありません。

使用するタイミング

  • 解決策を選ぶ前に新しい作業を始めるとき
  • 解決策に無理がある、または回避策のように感じられるとき
  • アプローチが何度も揺れ動くとき
  • 要件が拡大し続けるとき
  • X-Y 問題の可能性があると感じるとき

スキップする場合： すでに明確な問題文がある場合は、/solution-space に進んでください。

JIT リファレンス

依頼が X-Y 問題のように見える場合、例が役立つ場合、または枠組みが細かくなりすぎている場合にのみ、references/framing.md を読み込んでください。

枠組みを定めるプロセス

ステップ 1：現在の枠組みを示す

「現在、問題は次のように捉えられています：[問題の説明]。」

次の一手を変える要素だけを記録します。提示された問題、埋め込まれた前提、固定の制約と柔軟な制約、そして行動を妥当なものにする最もシンプルなストーリーです。

ステップ 2：WHAT と HOW を分ける

良い問題文は、変えるべき内容を述べるものであり、変え方を述べるものではありません。

確認事項：

  • 提案された解決策ではなく、症状や結果を説明していますか？
  • コードベースに詳しくない人でも、何が問題なのか理解できますか？
  • 複数のアプローチを選べる余地がありますか？
ステップ 3：制約を特定する

厳格な制約、柔軟な制約、前提を明示します。柔軟な制約や前提には疑問を投げかけますが、厳格な制約を交渉で取り下げてはいけません。

ステップ 4：捉え直した問題文を作る

次の形式を使います。

[誰が] [どのような成果] を必要としている。なぜなら [それが重要な理由] がある一方、現在は [妨げとなっていること] があるため。

良い問題文は、明快で、成果に焦点を当て、検証可能で、解決策に依存せず、次の一手を導けるだけのもっともらしさを備えています。

ステップ 5：簡潔に検証する

確認事項：

  1. この枠組みは行動を可能にしますか？
  2. 何を明らかにし、何を隠していますか？
  3. 解決策の範囲を変える、もっともらしい別のストーリーはありますか？
  4. 誰が異議を唱えるでしょうか。その人はどのような別のストーリーを語るでしょうか？
  5. これが単なる症状にすぎないことを示す証拠は何でしょうか？

出力形式

## Problem Statement

**Current framing:** [How the problem is currently being described]
**Reframed as:** [Your crisp problem statement]
**The shift:** [What changed in how we see it]

### Working Story
[The plausible story that makes this problem worth acting on now — concise, not exhaustive]

### Constraints
- **Hard:** [Actually immovable constraints]
- **Soft/assumed:** [Constraints that may be flexible]

### Assumptions Being Tested
- [assumption embedded in this framing]

### Frame Pressure Test
- Reveals/enables: [what this framing makes visible or easier]
- Hides/risks: [what this framing may obscure]
- Plausible alternate: [one alternate story that would change the solution space]
- Who disagrees: [stakeholder/role and the alternate story they would tell]

### Signal This Framing Is Wrong
[What evidence would show this frame is misleading or only a symptom]

セッションの引き継ぎ

セッションファイルを使用している場合は、以前の Aim ／ Problem Space と、任意で Problem Weave にある候補の枠組みを読み、そのうえで ## Problem Statement を置き換えるか追記します。weave は証拠や代替案として扱い、合意事項とはみなしません。後続のフェーズでは、作業中のストーリー、制約、前提、検証結果、無効化の兆候を引き継ぎます。

コメント

Markdown 対応