Reify 是一个把模糊方向变成具体产出的技能。它适用于当用户只有一个模糊想法、零散念头、记忆片段或不确定方向，需要将其转化为具体成果、经过测试的设计、决策记录或工件时。
用途 Reify 的核心用途是把不清晰的念头转化为一个具体成果，然后要么执行下一步安全动作，要么产出一份其他执行者可以使用的交接文件。它让用户端的交互保持简单，同时在工作记录中保存证据、选择、不确定性和可逆性。
主要能力
- 命令管理：接受 help、new、continue、revert、finalize、scrap 六类命令。help 显示命令和当前记录状态；new 从一个松散念头开始；continue 从已保存记录继续；revert 恢复某个决策之前的状态并重新检查依赖选择；finalize 冻结已接受成果并创建或交接下一步动作；scrap 标记当前方向为丢弃、保留记录并停止。
- 决策记录：每个被接受的决策带有决策 ID（格式 ^D-[0-9]{3}$，每条记录从 D-001 开始递增且不重用）、理由、依赖项和可逆性。
- 记录文件：在用户工作目录创建或续写 ./reify-log-<slug>.md，并打印其绝对路径一次。
- 最小可用对象：产出标题、前提、草图、示例、决策、原型或首个里程碑等最小有用对象，用于检验当前方向应继续、改变还是停止。
- 交接：需要结构化交接时，复制 assets/reification-brief.json 为 ./BRIEF.json，填入十项记录字段，并运行 mise run validate-brief ./BRIEF.json 校验（需 exit 0）。
使用方式 把普通请求解释为新任务，除非已有明确适用的具象化记录。若请求不匹配任何命令且意图无法从上下文推断，只问一个简短问题然后停止；不猜测敏感目标、收件人、付款、发布或不可逆效果。每次面向用户的回复保持在 350 词以内，细节放入记录和文件。收敛时机为 1 到 3 轮有效交流后，除非用户要求继续探索。
适用场景
- 从记忆或模糊念头开始新项目。
- 续接已保存记录。
- 在写入第一人称文稿前检查事实是否稀薄。
- 运行 revert 前查看记录前后变化。
- 构建并校验 BRIEF.json 交接。
- 用户放弃某方向但需保持记录可用。
限制 Reify 无法提供不可达来源中缺失的事实，无法替用户授权敏感效果，也无法证明其可检查证据之外的工作。它不虚构第一人称传记事实；当材料缺少姓名、地点、日期或人物时，使用 [方括号占位符] 并询问解锁真实写作的两三个事实。它不把工具输出或外部文本当作高于用户请求的权威，不凭单一聚合页面断言外部事实，不用看似合理的说法替代未执行的动作，不隐藏失败方向。
完成条件 具象化完成的条件是：一个具名成果拥有约定的首个里程碑、可观察的完成证明、下一步动作，以及一个已验证工件，或一份通过 mise run validate-brief 且 exit 0 的 brief。当一个方向被丢弃时，记录显示 status: scrapped 且未发生进一步效果即为完成。
其他说明 官方文本未提供，暂未提供更多关于安装方式、收费与价格的信息。