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 是否已存在且非空。

如果该文件存在且非空：

1. 读取文件
2. 概述其中已有的内容
3. 提问："你已经有一个构建好的 Method。你想要： a) 优化它——我会逐节展示内容，由你告诉我哪些要保留、修改或重新思考 b) 从头开始——我们会重新完成整个发掘流程 c) 保留它——进入下一个要素"

如果他们选择优化： 逐节查看现有 Method 文件：

• Methodology 名称
• 核心原则
• 阶段（阶段 1、阶段 2、阶段 3，以及任何其他阶段）
• 它为何与众不同

对于每一节，展示现有内容并询问："保留、微调，还是重新思考？"

• **保留：**进入下一节
• **微调：**针对要修改的内容提出后续问题，然后更新
• **重新思考：**使用最初用于确定该部分的问题

查看完所有部分后，保存更新后的文件（格式和路径保持不变），然后跳过并进入过渡步骤。

如果他们选择从头开始： 继续正常的发掘流程（从第 3 步开始）。最后覆盖现有文件。

如果他们选择保留： 跳过并进入过渡步骤。

如果文件不存在或为空： 继续正常的发掘流程（从第 3 步开始）——与当前行为一致。

步骤 3：探索问题——一次只问一个

按顺序提出以下五个问题，每次只问一个。等用户回答后再问下一个。每次收到回答后，简短回应他们的内容，并在引出下一个问题时以此为基础展开。绝不要一次提出多个问题。

在第 1 和第 2 个问题中，按指示提及用户的 Climax（他们的转变承诺）。

问题 1： “想一想你曾帮助某人实现[引用 climax.md 中的转变承诺]的一次经历。请一步一步讲讲你具体做了什么。不要讲理论——当时实际发生了什么？”

（等待回答。继续之前先回应他们的回答。留意他们自然采用的流程——他们本能地采取了哪些步骤，以及顺序如何。）

问题 2： “在你的领域，大多数人对于如何实现[引用 climax.md 中的转变承诺]有哪些误区？哪些传统观点其实行不通？”

（等待回答。这能揭示他们的方法有何不同。将这一点与他们在问题 1 中描述的内容联系起来。）

问题 3： “如果要把你的方法分成 3-5 个阶段来教别人，这些阶段会是什么？可以把它想成一段从受困到转变的旅程。”

（等待回答。如果他们一时答不上来，就参考他们在问题 1 中描述的步骤——他们自然采用的流程往往可以直接对应这些阶段。）

问题 4： “贯穿所有阶段的那个核心原则是什么？也就是贯穿你所教一切的主线。”

（等待回答。如果他们给出的答案流于表面，帮助他们找到更深层的模式。这将成为他们的核心原则。）

问题 5： “你的方法为什么能帮助那些用传统方法失败过的人？你对这个问题的思考方式有什么不同？”

（等待回答。将这一点与他们在问题 2 中提到的传统观点为何行不通联系起来。）

步骤 4：综合整理

收集完全部五个回答后，起草他们的方法。内容包括：

• 方法名称——如果他们还没有命名，提供 2-3 个选项。名称应体现他们的风格，而不是泛泛而谈。可从他们使用的措辞和核心原则中汲取灵感。
• 核心原则——问题 4 中那个贯穿一切的核心理念。
• 3-5 个阶段——根据他们对问题 1 和问题 3 的回答整理，并说明每个阶段会发生什么、会带来怎样的变化，以及当事人要做什么。
• 为何与众不同——根据问题 2 和问题 5 进行阐述，说明他们的方法为何能成功，而传统方法为何会失败。

呈现草案并询问：

“这像是你自己的方法吗？不是别人的——而是你的。你会做哪些调整？”

步骤 5：完善

根据他们的反馈进行修改。最多进行两轮完善。如果两轮之后他们仍不确定，记下尚未解决的问题，并建议他们完成后续部分（Creation 或 Conversation 通常会让 Method 更清晰）后再回来审视。

步骤 6：保存文件

严格按照以下格式，将最终版 Method 写入 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：衔接后续内容

保存后，告诉用户：

“你的 Method 已保存到 world-code/method.md。接下来是你的Creation——让你的 Method 焕发生机的标志性内容与产品。现在要继续进行 Creation，还是休息一下，之后再回来？”

• 如果他们想继续，调用 /world-creation。
• 如果他们想休息，告诉他们随时可以通过 /world-code-start 返回，流程会从上次中断的地方继续。

核心原则

• 一次只问一个问题。 绝不一次提出多个问题。等待对方回答。
• 以对方的话为基础。 提出下一个问题时，引用对方之前回答的内容。
• 围绕对方的高潮转折展开。 问题 1 和 2 必须结合对方具体的转变承诺，让方法始终与他们带来的转变紧密相连。
• 帮助他们找到真正属于自己的东西。 如果他们的阶段听起来像是借来的通用框架，就推动他们描述自己实际做法中与众不同之处。他们的方法早已体现在自己的思考方式中——目标是为它命名，而不是凭空发明。
• 运用他们的表达风格。 在为方法命名和描述其阶段时，采用 world-code/voice.md 中的语气、节奏、硬性规则和真实感标记。方法听起来应该像是他们会传授的东西，使用他们自己的语言和比喻。