回答：逐步发生了什么，哪里感到痛苦？当前旅程记录今天实际发生的事。未来旅程是对应该发生什么的提议，并用标签标明。
阅读 ~/.claude/skills/research-shared/contract.md 并在整个过程中遵守。$SHARED 指代该文件夹。你的输出是 idea 文件夹中的 journeys.md。如果未指定 current 或 future，则创建当前旅程。
步骤
-
开始。 遵循合约中的“开始一轮运行”。 当简要描述命名了决策并且接收报告已完成时，步骤完成。
-
选择模式。 遵循合约中的“原型或真实”。 当你说出了本轮运行使用哪种模式及原因时，步骤完成。
-
选择角色和场景。 从
personas.md中选取主要角色，以及决策所依赖的任何其他角色。为每个角色指定一个具体场景及其边界：从哪里开始，到哪里结束——结束点是指角色知道它是否成功，或者对于重复性事件，是指下一个周期的开始。如果缺少personas.md，则使用jobs.md中的细分群体，并在运行笔记中说明。 当每个旅程都有一个场景，并注明开始和结束时，步骤完成。
然后根据你要映射的状态进入相应分支。
当前
-
仅原型：访谈。 在阅读任何研究之前，遵循
$SHARED/belief-interview.md的“提问、记录和检查”部分。主题：启动此场景的情境、人们今天经历的步骤、最糟糕的时刻、还有谁参与其中、以及它是如何结束的。 当本技能使用的每个信念都有结论时，步骤完成。 -
走查阶段。 为每个旅程编写 5 到 7 个今天发生的事件的阶段：阶段、目标、他们正在做什么、触点、他们正在想什么、情绪（1 到 5 分）、痛点和机会。真实模式仅使用
primary.md。情绪分数是基于推断的，除非有参与者的原话支持。从未汇合的路径变成独立的旅程。触点要指明还有谁参与，造成痛苦的等待或交接应单独成行。然后反转走查的假设：如果不是一次性完成、或者不是单独进行、或者用户有无障碍需求，会怎样？每个答案变成一个痛点或一个[gap]。 当每一行都已填充（未知处填unknown）、每个情绪都是 1 到 5 的整数或unknown、并且反转已完成时，步骤完成。 -
标记重要时刻。 指出 2 或 3 个重要时刻，每个以粗体标注的阶段名称开头。这些时刻是产品可以改变结果的关键点。 当每个时刻在表格中命名了一个阶段，并说明了如果它顺利、不顺利、以及人们如果放弃会做什么时，步骤完成。
-
撰写。 填充
$SHARED/templates/journeys.md中的## Journey:部分，使用模式所需的横幅。 当每个部分都有其主张或一个[gap]时，步骤完成。 -
结束。 遵循合约中的“结束一轮运行”。在原型模式下，还要遵循
$SHARED/belief-interview.md的“告知用户”部分，下一个技能是/create-interview-script，用于测试风险最大的信念。在真实模式下，下一步是再次使用本技能，模式为future。
未来
-
从今天开始。 未来旅程是对当前旅程的回应。如果
journeys.md中没有该角色和场景的当前旅程，则先创建当前旅程。 当未来旅程所回应的当前旅程存在时，步骤完成。 -
重新设计阶段。 审视当前旅程的痛点和重要时刻。针对每个阶段，说明将发生什么变化，以及用户现在会做什么。删除应该停止存在的阶段。保留已经有效的部分。每一行都标记为
[proposed]，并附上触发此设计的证据，因为这是设计而非发现。预测的情绪仍使用 1 到 5 分。 当当前旅程的每个痛苦阶段都已更改或标记为保留（附有理由）时，步骤完成。 -
列出必须成立的条件。 列出此未来旅程所依赖的条件：用户必须做什么、业务必须构建什么、可能出什么问题。指出其中风险最大的条件。 当“必须成立的条件”至少有 3 行并标记了风险最大的条件时，步骤完成。
-
撰写。 添加
$SHARED/templates/journeys.md中的## Future journey:部分。 当每个部分都有其行或一个[gap]时，步骤完成。 -
结束。 遵循合约中的“结束一轮运行”。下一个技能是
/create-usability-plan，用于通过用户来测试未来旅程。