strategic-thinking-partner
Strategic Thinking Partner
施策、方針、打ち手、考え方の整理などについて、ユーザーと対話しながら より強い結論や論理構成を発見し続ける ための上位スキル。
このスキルは単独でピラミッドを構築しない。pyramid-principle を下位スキルとして呼び出し、その出力を draft.md として扱う。
同時に、対話のための作業メモとして discussion.md を持ち、未定義単語・未解決の質問・回答反映状況を管理する。
このスキルの責務は次の 3 つである。
pyramid-principleを使って、現時点の考えをdraft.mdに構造化するdiscussion.mdで、定義と質問 backlog を保持し続ける- ユーザー回答を
discussion.mdとdraft.mdの両方へ確実に反映し、次に掘る論点を追加し続ける
いつ使うか
以下のような依頼で使う。
- 施策を考えたい
- 方針や打ち手を一緒に考えたい
- 雑メモから戦略や主張を育てたい
- 雑メモをまず整理した上で、考えを深めたい
- 論点の抜け・弱さ・別案を対話で見つけたい
- 既存の結論に縛られず、別の結論へ飛びたい
- 既存の構成を壊してでも、より強い論理構成を見つけたい
- いきなり清書せず、問いかけと対案で主張そのものを作り替えたい
逆に、すでに論点が固まっていてそのまま文章化したい場合は、このスキルを使わず通常の文章化フローへ進む。
管理ファイル
このスキルは必ず 2 つのファイルを管理する。
draft.md:pyramid-principleによって構造化された現行ピラミッドdiscussion.md: 対話の進行と未解決論点を保持する作業メモ
会話だけを状態として扱ってはいけない。
未定義単語、質問、回答、未反映項目はすべて discussion.md に残す。
思考操作
このスキルで使う思考操作は、以下の 4 つに固定する。
1. Definition
その言葉は何を指すか
論理を動かす単語の意味を揃える。曖昧な単語を見つけたら、まず定義を確認する。
確認する観点:
- この単語は具体的に何を意味するか
- 似た単語とどう違うか
- どこまで含み、どこから含まないか
- この会話の中で同じ意味で使い続けられているか
2. Why
なぜそう言えるか
主張を支える根拠、前提、因果を掘る。
確認する観点:
- その主張はどの事実・前提に乗っているか
- その前提から、なぜその結論が導けるのか
- 間に抜けている論理ステップはないか
- 因果と相関を取り違えていないか
3. So What
それで何が言えるか
ローカルな論点を上位の主張、施策、意思決定へ接続する。
確認する観点:
- その話は親ノードの何を支えるのか
- その結論を採ると何が変わるのか
- 読み手や意思決定者にとって何が重要なのか
- 優先順位や方針にどう効くのか
4. Really
本当にそうか
反例、別解、境界条件、逆向きの結論を当てる。
確認する観点:
- 反例はないか
- 別の説明でも成り立たないか
- 条件が変わると崩れないか
- 逆の結論の方が自然ではないか
原則
1. 最初に必ず pyramid-principle を使う
入力が雑メモ・箇条書き・断片メモである場合、まず pyramid-principle を使って draft.md を作る。
以後の対話は、その draft.md を土台として進める。
2. 定義が曖昧なら先に止める
単語の定義が少しでも曖昧で、論理チェインがつながらない場合は、その単語を discussion.md の辞書へ追加し、先に定義を揃える。
定義が揃っていない単語の上に議論を積み上げてはいけない。
3. 未解決の論点を忘れない
AI は、思いついた深掘りポイントを会話の流れの中で消してはいけない。
ユーザーに今すぐ聞かない論点も、discussion.md の backlog に残す。
4. 回答は必ず二重反映する
ユーザーから得た回答は、必ず次の 2 か所へ反映する。
discussion.md: 質問や定義の状態更新draft.md:pyramid-principleによる構造更新
どちらか片方だけ更新して終えてはいけない。
5. 結論も構造も変えてよい
議論の途中で結論や構造が変わってよい。重要なのは、各時点の draft.md が Barbara Minto の原則を満たしていることである。
6. AI は停止を決めない
探索を止めるかどうかはユーザーが決める。
AI は深掘りポイントを出し続けてよいが、未解決項目を勝手に捨ててはいけない。
discussion.md の構成
discussion.md は少なくとも以下の 4 節を持つ。
1. Definitions
単語の辞書。各項目は以下を持つ。
IDTermCurrent DefinitionStatus:open/proposed/confirmed/deferredSourceReflected to Draft:yes/no
2. Question Backlog
深掘りポイントをすべて貯める場所。各項目は以下を持つ。
IDType:definition/why/so-what/reallyTargetQuestionWhy This MattersPriorityStatus:open/active/answered/reflected/parked/dropped
parked は「重要だが今は掘らない」、dropped は「ユーザーが不要と判断した」を意味する。
3. Active Questions
このターンでユーザーに返す問い。
backlog 全体は無限に増えてよいが、ここに置く数は会話しやすい範囲に絞る。
4. Answered / Reflected Log
どの回答がいつ得られ、draft.md に反映済みかを残す。
手順
Step 1. draft.md と discussion.md を読む
まず現行の draft.md と discussion.md を読む。
このとき、以下を把握する。
- 現行ピラミッドの結論と上位構造
Definitionsのopen/proposedQuestion Backlogのopen/active/answered/parked- 未反映の回答
Step 2. 未反映回答を discussion.md に反映する
ユーザーが会話で答えた内容、または discussion.md に直接書いた内容を読み、各項目の Status を更新する。
会話で得た回答が discussion.md にまだ書かれていなければ、必ず追記する。
Step 3. pyramid-principle で draft.md を更新する
answered になった項目や、新しく確定した定義を反映して、pyramid-principle を再度使い draft.md を更新する。
更新後、反映済み項目は reflected または Reflected to Draft: yes にする。
Step 4. 未定義単語を追加する
更新後の draft.md を読み、論理を支える重要語のうち定義が揃っていないものを Definitions に追加する。
Step 5. 新しい深掘りポイントを追加する
更新後の draft.md を読み、Definition / Why / So What / Really の 4 操作で新しい深掘りポイントを見つけ、Question Backlog に追加する。
Step 6. Active Questions を選ぶ
backlog から、次にユーザーへ返す価値が高い項目を選んで Active Questions に置く。
今ターンでユーザーへ返す数は会話しやすい範囲に絞ってよいが、backlog 自体は削らない。
Step 7. ユーザーへ返す
ユーザーには次を返す。
- 現在の
draft.mdの要点 - 今回
discussion.mdに反映した内容 Active Questions- 必要なら次の再構成候補
各ターンの出力
毎ターン、少なくとも以下を示す。
1. Current Draft
現行ピラミッドのメインメッセージと主要論点。
2. Discussion Memo Update
今回 discussion.md に追加・更新した定義、質問、状態変更。
3. Active Questions
このターンでユーザーに答えてほしい問い。
各問いには以下を添える。
TypeTargetQuestionWhy This Matters
4. Rebuild Option
必要なら、次に pyramid-principle へ渡すべき再構成案。
停止条件
このスキルは、AI 自身の判断で完了しない。
停止するのは、ユーザーが「ここで止める」「いったんこの状態でよい」と示したときだけである。
停止時も、未解決項目を消してはいけない。必ず以下を残す。
- 反映済みの結論と構造
Definitionsの未解決項目Question Backlogのopen/active/parked- 次に掘るならどこか
してはいけないこと
discussion.mdを作らず、会話だけで状態管理する- 未定義単語を放置したまま論理を先へ進める
- 過去に出た深掘りポイントを、ユーザー確認なしで消す
- ユーザー回答を
discussion.mdにだけ反映してdraft.mdを更新しない draft.mdだけ更新してdiscussion.mdの状態を更新しないpyramid-principleを一度しか使わず、議論だけで構造更新を済ませる- 深掘りポイントを出す前に、勝手に探索を打ち切る
More from geb-algebra/writer-skill
pyramid-principle
Create a draft that communicates the given main message to the reader through interaction with the user. Use this skill whenever the user asks you to write, draft, or compose any kind of text — articles, blog posts, proposals, reports, emails, presentations, white papers, announcements, etc. This skill applies broadly to ALL writing tasks regardless of genre or length, and should be combined with other writing skills when applicable. The only exception is when the user explicitly states they do not need structural organization (e.g. "構成はそのままで", "内容は変えないで", "翻訳して"). If in doubt, use this skill.
12writing-blogs
Blog-specific composition, tone, and manners. Use alongside structured-writing and finalizing-articles when writing blog articles; this skill does not define pyramid structure, structured memo finalization, paragraph conversion, or Issues handling.
10structured-writing
Create a draft that communicates the given main message through a strong SCQA introduction and either a single pyramid or multiple linked pyramids. Use this skill whenever the user asks you to organize rough notes, bullets, or partial drafts into a coherent structure without losing source information.
9discussion-partner
Top-level discussion skill for requests about ideas, proposals, strategies, or directions that need both deep discussion and explicit record-keeping. Use when the user wants to think with you, not just organize notes.
8deep-thinker
Build an independent view from the user's input and deepen the discussion with sharp questions, hypotheses, objections, or reframes. Use when the user wants to think together, pressure-test a claim, uncover hidden assumptions or constraints, explore alternative views, or be challenged rather than merely organized. Clarify only ambiguity that could change the conclusion; otherwise proceed with explicit assumptions.
6finalizing-articles
Turn a structured memo produced by structured-writing into a publishable article. Use this skill whenever the input already has Introduction, Content, and optional Issues sections, and the user asks to finalize, prose up, article-ize, or convert the structured memo into a finished draft.
1