DeepSeek Harness Hub
← 返回列表

YuanyuanMa03/cot-lint

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
未验证

扫描仓库中的"思维链泄漏"——AI 助手留在文档、注释、JSDoc 里的会话残留。

尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/8/15 · 已提供中文文档

检查你的仓库是否存在思维链泄漏——即 AI 助手在文档和注释中留下的会话记录残留。

综合分
28.1
GitHub 分
28.1
用户评分
★ Stars
2
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add YuanyuanMa03/cot-lint
该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
数据截至 2026/9/18(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

cot-lint

扫描仓库中的"思维链泄漏"——AI 助手留在文档、注释、JSDoc 里的会话残留。

你的 coding agent 代码写得很好,但会把"思考过程"漏得到处都是:

- // This PR adds a retry loop (decision 7) so the diff stays reviewable.
- // The manager used to serialize writes itself; it no longer does after v1.
- // The cast is safe — it simply narrows the union. Probably fine for now.
+ // Retries transient provider failures up to 3 times with jittered backoff.
+ // The shared coordinator serializes writes per session.
+ // The cast narrows a union already validated at the loader boundary.

左边一列对代码的描述并没有错,错的是读者设定:它在和一个早已离开的评审者争论,引用一个谁都打不开的设计会话,叙述一次变更而不是陈述行为。

唯一测试

站在 HEAD 上的读者——没有任何会话记录、PR 讨论或未提交草稿——能否解析其中每一个引用、验证每一个断言?

不能,就是思维链泄漏。cot-lint 负责把它找出来。

快速开始

DeepSeek Harness —— 以插件形式装入 cot-trim 修复技能:

dsh plugin add cot-lint

任何仓库 / CI —— 零依赖,Node ≥ 20:

npx cot-lint                 # 扫描整个仓库(Markdown 等文本文件)
npx cot-lint --json          # 输出 JSON,供 CI 或 agent 消费
npx cot-lint --ext ts,py     # 同时逐行扫描源码文件
npx cot-lint --hidden        # 进入 .agents/ 等点开头目录

退出码:0 干净 · 1 有发现 · 2 用法错误——可直接接入 CI。

检测什么

| 类别 | 示例 |
| --- | --- |
| 死掉的设计会话引用 | (decision 7)、design §4.7、阶段代号 W3/T4、设计稿 |
| PR/堆叠视角 | "this PR adds…"、"a later PR in this stack" |
| 变更叙述 / 版本印记 | "used to"、"no longer"、"the old X"、"the v1 refactor"、"today"、旧版/不再 |
| 评审编排 | "Rejected in review:"、"the reviewer confirmed"、上一轮评审 |
| 对评审者的辩解 | "the cast is safe — it simply…" |
| 控制流复述 | "first we X, then we Y"、"as you can see" |
| 含糊保留 | "probably fine for now"、"should be enough" |
| 母语滑移 | 另一种语言的行文里混入未翻译的工作语言碎片 |

中英两套检测电池内置。

刻意不标记什么

保留规则是这台工具的另一半。一个无差别处理的 linter 如果删掉 RFC 9110 §10.1.5、删掉承重的 TODO(alice):、或者删掉 "the old connection drains before the new one accepts"(运行时生命周期,不是变更历史),破坏比泄漏本身更大。所以 cot-lint 机械豁免:

- issue 引用和带标记的 TODO/FIXME/XXX 递延;
- 同一行引用了 RFC 等外部标准的 § 引用;
- 带 cot-lint-ignore 抑制标记的行——请把理由写在标记旁边。

电池默认过度匹配。 每条 finding 是候选而非判决;保留规则与改写方法决定什么能活下来。

不止发现,还要修复

仓库内置 cot-trim agent skill,与 CLI 配合使用:它运行 cot-lint --json,用"唯一测试"逐条判断,删除前先枚举段落里的全部命题,并按属主优先修复(生成文件改源头、模型可见字符串走所属快照)。

把它装进你的 agent 查找 skills 的位置:

- DeepSeek Harness:dsh plugin add cot-lint(或 github:YuanyuanMa03/cot-lint)——cot-trim skill 通过插件的 skill provider 加载。
- Claude Code / 通用 agent:把 skills/cot-trim/ 复制进你的 agent skills 目录(~/.claude/skills/、.agents/skills/ 或你的 agent 约定的位置)。

与"AI 文风检测器"的区别

文风检测器标记的是听起来像 AI 的散文(用词习惯、破折号癖好)。cot-lint 标记的是视角属于作者会话的散文——只有身临其境才说得通的引用和叙述。人写的文档也会泄漏(复制粘贴 PR 描述就会);AI 写的文档也可以很干净。失败类别不同,工具不同。

来源

分类法、保留规则和电池方法提炼自 DeepSeek Harness(MIT)的工程规范——具体说是它针对 agent 写作仓库的散文卫生实践——在此泛化为任何仓库、任何 coding agent 可用。其社区生态立场见官方 CONTRIBUTING。

许可

MIT

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

同作者(YuanyuanMa03)的其他插件

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群