用途
History 是一个用于“时间维度调查”的技能：追溯一个系统、一项决策或一个代码库是如何来到当前状态的。它关注的不仅是“现在是什么样”，更是“为什么会变成这样”。典型用途包括：理解历史决策的来龙去脉、为事后复盘或根因分析重建事件时间线、在安全修改遗留代码之前补齐背景上下文。
主要能力
- 重建时间线：梳理发生了什么、以何种顺序发生、每一次转变由什么引起。
- 识别关键决策点：在哪些节点事情本可以走向不同方向，以及为什么最终走了当前这条路。
- 提供解释当前状态的上下文，并识别对未来改动构成约束的因素。
- 交付历史叙事时，标注哪些部分有文档记录、哪些属于重建推断。
使用方式
使用前先复述目标、成功条件以及不可触碰的边界，然后执行：
- 明确需要追溯的对象：代码库、决策、事故或组织模式。
- 重建时间线：事件、顺序与每次转变的成因。
- 识别关键决策点：决定了什么、为什么、备选方案是什么。
- 输出历史叙事，并说明文档化部分与重建部分的区别。
- 按交付物打包结果，并显式列出置信度、假设与未解决风险。
示例调用：/history trace how this [system/decision/codebase] arrived at its current state. What happened, in what order, and why?
交付物
- 相关历史的时间线：按顺序排列的事件、决策与转变。
- 关键决策点清单：决定了什么、为什么、备选方案是什么。
- 解释当前状态并约束未来改动的上下文。
适用场景
- 需要理解某事物为何如此，而不只是它做什么。
- 复盘或根因分析需要还原事件时间线。
- 在安全修改遗留代码或遗留决策之前需要补充背景。
限制与注意事项
- 历史是一种重建而非确定结论，记录不完整或存在歧义时必须注明。
- 不应仅因当前状态有问题就假定过去的决策是错的，需结合当时上下文。
- 保持比喻锚定在真实机制上，避免滑向虚构设定。
- 验证时需检查：是否包含全部承诺的交付物、已确认事实与假设/推断是否清晰分离、比喻是否仍能干净地映射到真实操作机制。
- 除 Hermes Agent 和本次会话常规工具集外，资料未提及额外运行时依赖；关于收费、平台支持等信息暂未提供。