前言¶
接了一堆资料之后,模型给的结论往往很难追问:这个结论来自哪份文档,哪份资料已经过期,两份资料互相冲突时为什么只取了其中一个,哪些判断只是模型自己推出来的。长摘要能复述结论,但不会告诉你证据链。contextledger 就是针对这件事的:它不重新帮你读资料,而是在已有结论上做一次证据审计,最后给一张能查的结论卡。
这是什么¶
contextledger 是一个 knowledge-management 方向的 Skill,坐标 @user_15292d5a/yjkj-contextledger,发布者 user_15292d5a,来源 community,当前版本 1.0.0。它面向的问题是「结论与证据脱节」:把接入的 knowledge 升级成一张可审计的结论卡,逐条标出来源、时效、冲突和推断边界。它不替代检索,也不替代阅读长文档,做的是结论层的核查。
核心功能¶
下面这些能力均来自官方简介,已按资料核对:
1、溯源(traces which sources support a conclusion):结论里的每个支撑点都要落到具体来源,不能只给一个笼统出处。
2、时效标记(marks which cited source is oldest or stale):指出被引用的资料中哪一份最旧,或已经陈旧。
3、冲突暴露(surfaces source conflicts):多份资料互相冲突时把冲突摆出来,而不是默默选一边。
4、证据与推断分离(separates direct evidence from inference):把「资料直接写了」和「模型据此推出来的」分开标注。
5、下一步判断(ends with the most reliable next judgment):在证据和推断分清之后,给出当下最可靠的下一步判断。
安装与启用¶
说明:抓取到的官方页面与资料里只给出了页面地址和坐标,没有公开的安装命令、目录路径或配置字段,这里不编造。需要按官方页面确认后再装。
官方页面:
https://www.skillhub.cn/skills/user_15292d5a/yjkj-contextledger
坐标(在支持按坐标拉取 Skill 的工具里使用):
@user_15292d5a/yjkj-contextledger
已知信息:
- 版本 1.0.0,来源 community,分类 knowledge-management。
- 标签 requires_api_key=false,即不需要额外 API Key。
- 抓取到的页面显示安装数为 0,说明目前用的人还很少,遇到问题可能没有现成的社区反馈可查。
Cursor / Codex CLI / Claude Code 的安装方式差异,资料里没有分别说明,这里不写未经核实的路径。
典型用法¶
官方给的触发条件就是用户在对话里表达这几类诉求:
“这个结论从哪来的”
“哪份资料已经旧了”
“这些资料互相冲突怎么办”
“不要长摘要,给我证据卡”
“哪些地方只是推断不是证据”
换句话说,当你想要的不是一份更长的摘要,而是一张能拿去对账的卡,就可以让这个 Skill 接管当前上下文。它要求的输入是已经接入的 knowledge 和待核查的结论,输出是一张结论卡,卡片里需要覆盖:支撑结论的来源、最旧或陈旧的来源、来源之间的冲突、直接证据与推断的分界,以及下一步判断。
适用场景与注意¶
适合这几类情况:
1、手上已有一批文档或知识库,让模型出结论,但结论经不起追问。
2、多份资料时间跨度大,担心引用了过期内容。
3、资料之间有已知矛盾,需要一个把冲突摆清楚的中间产物。
4、只需要证据卡,不需要长摘要。
需要注意的坑:
1、这个 Skill 是证据审计,不负责重新检索资料。来源清单的完整性取决于已经接入了什么。
2、「最可靠下一步判断」仍然是模型判断,只是建立在区分了证据与推断之后,不等于确定事实。
3、安装数为 0、版本 1.0.0,属于很新的社区来源 Skill,能力边界建议装之前自己跑一遍验证。
4、没有公开 API Key 要求,但如果工具侧本身需要鉴权,那是工具的事,不是这个 Skill 的配置项。
结尾¶
contextledger 的价值在于把「结论能不能被审计」变成默认动作:来源、时效、冲突、推断边界一次摆清,最后才给下一步判断。它不是摘要工具,也不是检索工具,是结论层的证据核查。
官方地址:https://www.skillhub.cn/skills/user_15292d5a/yjkj-contextledger