world-method について
world-methodは、問題解決と変化の実現における本人独自のアプローチを言語化するマーケティング向けガイドスキルです。VoiceとClimaxを土台に質問を重ね、名称や段階を備えたメソッドにまとめます。
主な機能
- 01VoiceとClimaxのファイル確認
- 025つの質問を順番に実施
- 03メソッド名と中核原則の設定
- 043〜5段階の整理
- 05world-code/method.mdへの保存
活用シーン
- 01自然な問題解決の手順の説明
- 02一般的な方法との違いの明確化
- 03既存の変化の約束を教えられるメソッドに整理
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mrpaulscrivens/ boring-zoo --skill world-methodインストール後、Claude Code で/world-methodを入力して読み込まれたか確認します。
詳細
World Method
ユーザーが自然に問題を解決し、変化をもたらす独自の方法である「Method」を見つけられるように導きます。
導入
質問をする前に、まず以下の簡単な説明を伝えます。
あなたのMethod(またはCode)とは、あなたが自然に問題を解決する方法です。他の誰かのフレームワークではなく、あなた自身の直感的なアプローチです。それはすでにあなたの考え方の中に存在していて、私たちはそれに名前を付けるだけです。重要な違いはここです。情報は何をすべきかを伝えますが、方法論はどのように考えるかを教えます。私たちが見つけ出すのは、まさにそれです。
プロセス
ステップ 1:Climax ファイルを読む
Bash ツールを使って、現在の作業ディレクトリに world-code/voice.md と world-code/climax.md が存在するか確認し、内容を読み取ります。
cat world-code/voice.md
cat world-code/climax.md
world-code/voice.md が存在しない、または空の場合は、ユーザーに次のように伝えます。
「あなたのMethodは、VoiceとClimaxを土台にしています。まずVoiceの基盤を整える必要があります。」
その後、/world-voice を呼び出して、ここで停止します。
world-code/voice.md は存在するものの、world-code/climax.md が存在しない、または空の場合は、ユーザーに次のように伝えます。
「あなたのMethodは、約束する変化であるClimaxを直接土台にしています。まずその基盤を整える必要があります。Climaxを定義しましょう。」
その後、/world-climax を呼び出して、ここで停止します。
両方のファイルが存在する場合は、内容を読み取り、以下をメモします。
- Voiceのトーンとキャラクター、厳守事項、真正性を示す要素
- Climaxの変化の約束、変化前の状態、変化後の状態
以下の質問ではClimaxを随所で参照し、ステップ4で文章を作成する際にはVoiceを反映します。
ステップ 2:既存の成果を確認する
world-code/method.md がすでに存在し、空でないか確認します。
ファイルが存在し、空でない場合:
- 内容を読み取ります
- すでに書かれている内容の概要を提示します
- 次のように尋ねます。「すでにMethodができています。次のどれを行いますか? a) 磨き上げる — 各セクションを順に見せるので、残すもの、変更するもの、考え直すものを教えてください b) 最初から始める — 発見のプロセスを最初から進めます c) そのままにする — 次の要素に進みます」
「磨き上げる」を選んだ場合: 既存のMethodファイルの各セクションを一度に1つずつ確認します。
- 方法論の名前
- 中核となる原則
- フェーズ(フェーズ1、フェーズ2、フェーズ3、および追加のフェーズ)
- 他とは異なる理由
各セクションについて、現在の内容を提示し、「これを残しますか、調整しますか、それとも考え直しますか?」と尋ねます。
- 残す: 次のセクションに進みます
- 調整する: 変更点について絞り込んだ追加質問をしてから、内容を更新します
- 考え直す: そのセクションに関する最初の発見用の質問を使います
すべてのセクションを確認したら、更新したファイルを同じ形式、同じパスに保存し、「移行」ステップに進みます。
「最初から始める」を選んだ場合: 通常の発見フロー(ステップ3以降)に進みます。最後に既存ファイルを上書きします。
「そのままにする」を選んだ場合: 「移行」ステップに進みます。
ファイルが存在しない、または空の場合: 通常の発見フロー(ステップ3以降)に進みます。現在の動作から変更はありません。
ステップ 3:発見のための質問 — 一度に 1 つずつ尋ねる
以下の 5 つの質問を一度に 1 つずつ尋ねます。次の質問をする前に、ユーザーの回答を待ちます。各回答の後、内容を簡潔に受け止め、次の質問を紹介するときにその回答を踏まえます。複数の質問をまとめて尋ねてはいけません。
質問 1 と 2 では、指示に従ってユーザーの Climax(その人が約束する変化)に触れてください。
質問 1: 「あなたが誰かの[climax.md にある、その人が約束する変化を参照]の達成を手助けしたときのことを思い出してください。実際に何をしたのか、手順を追って教えてください。理論ではなく、何が起きたのかを教えてください。」
(回答を待ちます。次に進む前に、その回答を受け止めます。本人が自然に行うプロセス、つまり直感的に取った行動の順序に注目します。)
質問 2: 「あなたの分野では、[climax.md にある、その人が約束する変化を参照]を達成する方法について、多くの人が何を誤解していますか?実際にはうまくいかない、一般的な通説は何ですか?」
(回答を待ちます。ここから、その人のアプローチの独自性が見えてきます。質問 1 で説明された内容と結び付けます。)
質問 3: 「あなたのアプローチを 3~5 つの段階で教えるとしたら、どのような段階になりますか?行き詰まった状態から変化を遂げるまでの道のりとして考えてください。」
(回答を待ちます。答えに迷っている場合は、質問 1 で説明されたステップを参照します。多くの場合、本人が自然に行っているプロセスが、そのまま段階に対応します。)
質問 4: 「すべての段階を結び付ける、たった 1 つの原則は何ですか?あなたが教えるすべてに通じる軸は何ですか?」
(回答を待ちます。表面的な回答の場合は、より深いパターンを見つけられるよう手助けします。これが「中核原則」になります。)
質問 5: 「一般的な方法でうまくいかなかった人にも、あなたのアプローチが効果を発揮するのはなぜですか?問題に対するあなたの考え方は、どこが違いますか?」
(回答を待ちます。一般的な通説がうまくいかないという、質問 2 の回答と結び付けます。)
ステップ 4:統合する
5 つすべての回答を得たら、その人のメソッドの草案を作成します。以下を含めます。
- メソドロジーの名称 — すでに名前が付いていない場合は、2~3 個の候補を提案します。汎用的ではなく、本人らしさが感じられる名前にします。本人が使った言葉と中核原則をもとに考えます。
- 中核原則 — すべてを結び付ける、質問 4 で得た 1 つの考え。
- 3~5 つの段階 — 質問 1 と 3 の回答をもとに、各段階で何が起き、何が変わり、本人が何をするのかが伝わる説明を付けます。
- 他の方法との違いと効果 — 質問 2 と 5 の内容をもとに、一般的な方法がうまくいかないところで、なぜその人のアプローチが成功するのかを説明します。
草案を提示し、次のように尋ねます。
「これはあなた自身のアプローチだと感じますか?誰かほかの人のものではなく、あなた自身のものとして。どこを調整しますか?」
ステップ 5:調整する
フィードバックを反映します。調整は最大 2 回まで行います。2 回調整してもまだ決めかねている場合は、未解決の点を記録し、後の要素(Creation や Conversation を進めると、メソッドが明確になることがよくあります)を完了してから見直すよう提案します。
ステップ 6:ファイルを保存する
最終的なメソッドを world-code/method.md に、正確に次の形式で書き込みます。
# One Method
## Methodology Name
[Named methodology]
## Core Principle
[The one idea that ties everything together]
## Phases
### Phase 1: [Name]
[Description — what happens, what changes, what they do]
### Phase 2: [Name]
[Description]
### Phase 3: [Name]
[Description]
[Add more phases as needed, typically 3-5]
## Why It Works Differently
[What makes this approach succeed where conventional methods fail]
発見のための質問への回答を使って、すべてのセクションを埋めます。プレースホルダーを残してはいけません。
ステップ 7:次に進む
保存した後、ユーザーに次のように伝えます。
「あなたのメソッドを
world-code/method.mdに保存しました。次は Creation です。あなたのメソッドを形にする、代表的なコンテンツやオファーを作成します。今すぐ Creation に進みますか?それとも、休憩して後で戻りますか?」
- 続けたい場合は、
/world-creationを実行します。 - 休憩したい場合は、いつでも
/world-code-startから再開でき、前回の続きから進められると伝えます。
重要な原則
- 質問は一度に1つだけ。 質問をまとめてはいけません。回答を待ってください。
- 相手の言葉を踏まえる。 次の質問を組み立てる際は、以前の回答で相手が話した内容に触れてください。
- 相手のクライマックスに触れる。 質問1と2には、相手固有の「変革の約束」を盛り込み、メソッドが相手の届ける変革と結び付いたままになるようにしてください。
- 相手ならではのものを見つけられるよう支援する。 各フェーズが借りてきた一般的なフレームワークのように聞こえる場合は、相手が実際にどのような独自の取り組みをしているのか、説明を促してください。相手のメソッドは、考え方の中にすでに存在しています。目標は、それを生み出すことではなく、名付けることです。
- 相手の声を反映する。 メソドロジーに名前を付け、各フェーズを説明する際は、
world-code/voice.mdにある口調、リズム、厳守事項、本人らしさを示す要素を使ってください。メソッドは、相手自身が教えるときの言葉や比喩で表現されるべきです。