⚙️

repo-autopilot-plugin

工作流更新于 2026.09.20

在终端中运行以下命令：

dsh plugin install AristotleAsborg/repo-autopilot-plugin

将以下提示词粘贴到 DeepSeek Harness 对话框中：

在 DeepSeek Harness 终端执行 dsh plugin install AristotleAsborg/repo-autopilot-plugin，即可从 https://github.com/AristotleAsborg/repo-autopilot-plugin 安装该插件。

插件介绍

维护一个活跃仓库时，最难的不是写代码，而是把「反馈有没有被接住、环境是否就绪、演练与验收有没有留证、合并前两份副本是否真的一致」这些琐事做对。repo-autopilot 本身把从细化 idea 到修 issue、开 PR 的整条链路做成可重复流程，并在每一次对外写动作前插入人类闸门；repo-autopilot-plugin 则把这套系统装进 DeepSeek Harness，让模型在对话里也能调用同一套实现，而不必再单独 clone 一份仓库。

插件的定位是「适配器，不是分叉」：业务逻辑全部留在随包自带的 repo-autopilot（vendor 目录，可用 MANIFEST 逐文件校验），Host 侧只负责选对只读入口、执行命令、把退出码翻译成人话，并把原始输出带回。对外只暴露一个工具 repo_autopilot_check，四种模式覆盖不同场景：doctor 做七项环境自检（state、闸门悬挂、本地小模型、GitHub 连通性等）；drill 核对 7 天实战演练台账是否合格；acceptance 确认 0.1～8.2 验收步骤表能否加载；compare 在合并两份副本前做逐文件内容哈希比对。四种模式全是只读，不评论、不开 PR、不读 GitHub 凭证，写能力仍属于 repo-autopilot 自己的闸门流程。

如果你已经在用或打算用 repo-autopilot 做仓库运维或从一句话落地新项目，又希望在 Harness 里先确认「这台机器能不能跑」「台账是否达标」「合并有没有风险」，这个插件很合适。它也适合把自检交给模型代跑：退出码语义内置在模式表里（例如 drill 的 1 表示未满 7 天而非失败），stderr 会先按环境问题、缺依赖、路径错误分类，避免把适配器或本机环境问题误说成仓库坏了。

需要完整自动化修 issue、建仓或走对话指令（/细化idea、/修复等）时，应直接使用 repo-autopilot 本体及其技能路由；本插件负责的是 Harness 侧的只读体检与比对边界，装完即用、路径可在安装时写入或每次传 repo_root。