我正在开发一个点与点击冒险游戏，并在开发不同阶段使用AI，主要用于编码。有一个工作流程对我非常有用，那就是准则验证。随着项目的增长，信息变得分散在故事文档、对话、游戏状态和实现文件中。我也在途中改变了故事的一部分，往往是因为原始想法需要太多的实现工作或太多新的资产。这意味着老版本可以轻松地留在项目中。这是一个我在开发生产软件系统时非常熟悉的问题，但这里的问题更难解决，因为真相的来源并不总是清晰的——它不是一个我可以从逻辑上推断依赖关系的代码片段。例如，我将一场景从两个守卫改为一个守卫和一只乌鸦。这个小变化影响了对话、动画、谜题逻辑和游戏状态。仍然有几个地方可以假设旧版本。所以我开始使用AI作为检查工具。 我将应该被视为当前的来源提供给它，它寻找冲突：旧名、过时事件、基于更老版本的对话、错误的游戏状态假设等。一个重要的规则是它不决定什么是准则。如果两个来源不一致，它会报告冲突，并我决定需要改变什么。 我制作了一个通用版本的这个工作流程，它与我的游戏无关。它会问你保存故事圣经、词汇表、对话和实现文件的位置，以及哪些来源应该被视为权威。 通用准则验证技能： https://github.com/zachi-mann-code/ai-agent-skills/tree/main/validate-project-canon 如果有人在一个真实的项目中尝试它，我很有兴趣听听它错过了什么地方，或者这种方法在哪里会崩溃。