关于 ssotchk
ssotchk 是只读技能,用于查找项目文件和平台间重复或矛盾的事实。它汇总出现位置、建议有依据的权威来源,并列出处理方式,不会修改文件。
主要功能
- 01查找重复和矛盾事实
- 02分类副本与内容漂移
- 03建议权威来源位置
- 04为各副本提出处理方式
- 05通过二次搜索核验结果
适用场景
- 01审查遗留项目文档的一致性
- 02定位过时的规范副本
- 03识别相互冲突的状态或配置
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ lilmgenius/ paperthin --skill ssotchk安装后在 Claude Code 中输入/ssotchk确认已加载。
详细介绍
找出单一事实存在的所有位置,指出它应有的归属,并报告偏差——不做任何更改。
目标
定位单一事实来源(SSOT)违规:同一事实在不同制品或平台中被重复、转述或相互矛盾。一个事实有 N 份副本,就有 N-1 份潜在负担,因为副本会逐渐失去同步。输出是一份映射——事实所在位置、哪份副本应为规范版本,以及其他副本应如何处理——供 ssotize 或人工执行。这是只读操作。
在需要理顺多个制品,尤其是混乱或遗留状态时使用此方法;一旦某项事实已清晰地归于单一来源,就需要维护,而不是再次整合。
工作流
- 明确范围内的事实——要跟踪的具体事实、值、规范、决策、状态或定义,而非整份文档。
- 列出给定制品和平台中的每一处出现。
- 对每处进行分类:完全相同的副本、转述、部分内容、过时内容或相互矛盾。
- 选定规范归属位置——权威性最高、维护最频繁且最接近事实实际变更之处(值对应代码/配置,决策对应规范,状态对应工单);绝不可随意决定。
- 为每处非规范内容确定处理方式:去重(冗余副本)、引用(文档应链接到规范来源,代码应导入/读取/包含规范来源,配置应通过共享读取方式使用规范来源),或 协调(内容不一致——需要人工判断何者正确)。
- 报告:一张列出各处内容的表格(位置 · 类型 · 处理方式)、附有一句理由的建议规范归属位置,以及需要决策的矛盾/偏差单独列表。
规则
- 只读。提出建议;不要编辑、移动或删除。
- 结果列表为空也完全有效——绝不可为了填满报告而捏造偏差。
- 将矛盾与普通重复分开;绝不可暗中认定哪一个冲突值才是“正确”的。
- 标记仅存在于非规范副本中的任何细节——删除该副本前,必须先将这些细节纳入规范归属位置。
- 尊重边界:如果副本跨越信任/权限范围(私有与公开、内部与面向客户),必须指出,不能忽略。
- 考虑平台差异:有些位置支持嵌入引用,有些只能链接,有些则需要附上引文和链接。
验证
完成前:
- 用第二种方法重新列举——采用不同的搜索词、同义词或工具——并确认没有遗漏报告中未包含的内容。完整性是 SSOT 的核心风险:你没找到的副本,终将失去同步。
- 规范归属位置必须有理有据,不能想当然。
- 报告必须可执行:人工或
ssotize无须重新发现任何内容,就能据此采取行动。
评论
支持 Markdown