dsh-deadend：编码智能体的失败账本与自动失效机制
DeepSeek Harness 插件 `dsh-deadend` 为编码智能体设计，旨在解决其重复尝试已知失败方案的问题。它通过记录“试过且走不通”的方案，并在再次尝试前进行验证，将失败经验固化为仓库资产。 该插件具备锚点追踪、自动过期、命令规范化等核心功能，数据存储于仓库而非本地，支持多人协作。安装启用后，智能体可使用 `check`、`record` 等命令高效管理失败记录，确保不再重复无效劳动。
阅读全文get-fable：为编码智能体构建确定性工作流
`get-fable` 是一款便携式编码生命周期系统，旨在通过确定性的工作流和技能路由，解决编码智能体执行纪律缺失的问题。它不依赖单一模型，而是通过13个核心技能模块（如DISCOVER、RESEARCH、PLAN、TEST、REVIEW等），强制智能体遵循证据驱动的严谨工程流程，而非盲目猜测。该工具作为DSH插件运行，支持从发现到发布的全流程闭环，显著提升了智能体代码生成的稳定性、安全性与可复现性。
阅读全文dsh-research-first：让 DSH 智能体先调查再动手
# 前言 用编码智能体改代码，常见的毛病是它先动手：不查文档里当前的 API 签名，不翻仓库里已有的实现，也不看社区有没有踩过同样的坑，写完再一轮轮试错。一种补救是在工具调用前硬性拦截、强制先调查，但调查本身可能无法进行——离线环境、网络受限、文档根本拉不下来——任务就卡在那里。 dsh-research-first 走的是另一条路：默认不阻断，而是在 agent 未调查就要写、改、执行时，往会话里注入一条模型可见的提醒，并记录到会话日志；调查工具失败时提醒用户，由人决定是否继续。下面介绍这个插件的功能、安装和配置。 # 这是什么 dsh-researc
阅读全文dsh-lens：让 DeepSeek Harness 里的智能体边写码边拿到诊断
# 前言 用 DSH（DeepSeek Harness）做编码智能体时有个常见困扰：模型每次 `write` / `edit` / `bash` 之后，改出来的代码有没有类型错误、有没有违反 lint 规则，要等你自己跑一遍工具链才知道。问题发现得晚，修复成本就高。 在 Pi 宿主里，pi-lens 已经解决了这件事：引擎在智能体写码的同时运行 LSP、linter、formatter、类型检查和结构分析。dsh-lens 做的就是把同一套引擎接到 dsh 上。下面介绍它的定位、能力、安装和配置。 # 这是什么 dsh-lens 是 pi-lens 的
阅读全文dsh-llm-verifier：多候选补丁的验证、排序与受控应用
dsh-llm-verifier 是 Web0926 维护的 DeepSeek Harness 插件，将「生成多个候选补丁→测试筛选→LLM 排序→人工审批应用」固化为工作流。它对同一编码任务运行 3 或 5 个候选，各自在独立 detached Git worktree 中工作，先执行确定性验证剔除失败候选，再用 llm-verifier 排序，仅剩一个通过者时直接胜出，2 个用 1 个 pivot，3–5 个用 2 个。插件设两道审批门：候选执行前与应用补丁前各一道，应用前复查仓库路径、base HEAD、干净状态与补丁 SHA-256。验证命令可自动检测或显式指定，支持 npm/pnpm
阅读全文dsh-research-nudge：给 DSH 编码智能体加一个研究提醒
`dsh-research-nudge` 是 Leitarkkk 开发的一款 DeepSeek Harness (DSH) 插件，旨在解决编码智能体在本地反复试错效率低下的问题。该插件采用建议式（advisory）机制，不直接执行搜索或拦截工具，而是通过观察 agent 的读取、编辑、执行及失败行为，将累积成本量化为“Research Debt”。当达到预设阈值时，插件会在下一个模型步骤中注入短提醒，建议 agent 查阅官方文档或网页以获取外部证据，随后进入 10 分钟冷却期。若 agent 确需继续本地工作，可调用 `research_nudge_snooze` 工具临时静音提醒（默认 3
阅读全文