为 Agent 协作而造

让 Agent 协作 有章可循

用 Harness 把需求推进到 PR,用 Inspector 在 GitHub 上持续审查。

mstar / harnessmstar / inspector

两款产品,各司其职

在开发工具中规划并追踪交付,在 GitHub 的多轮 PR 审查中保留上下文。

工作流引擎与 Agent 插件

Morning Star Harness

从需求到可审阅的 PR

向 project-manager 描述需求,工作流引擎和角色技能引导专职 Agent 在 dsh、omp、OpenCode、Cursor、Kimi Code、ZCode 或 Codex 中推进计划、实现、独立审查和验收。本地状态让进度留在项目中,便于继续推进。

用本地 SQLite 保存项目状态

激活后,.mstar/store.db 是问题、路线图和工作流状态的权威来源。计划和审查报告保留在 harness 目录中。

在项目看板中查看进展

在本机只读看板中查看问题、工作流、迭代和路线图。搜索问题、阅读历史和查看趋势,通过 CLI 修改状态。

通过 MCP 使用同一套工具

将支持 MCP 的开发工具接入问题、路线图和工作流操作。stdio 服务沿用 CLI 的校验与权限检查,加载方式取决于宿主配置。

用 CLI 工具集管理交付

用 mstar-harness 管理问题、路线图和工作流状态、运行检查、启动看板或 MCP 服务。通过 --help 和机器可读 schema 查询命令输入。

安装指南

面向 Pull Request

Morning Star Inspector

让每一轮 PR 审查接得上上一轮

部署在你自己的 Cloudflare 账户,为 GitHub PR 运行隔离的 agent 审查,持续跟进未解决发现。

按你的节奏触发

首次打开、每次 push 或手动模式,支持授权用户通过 @bot 重新触发。

隔离运行审查

每轮在一次性 Cloudflare Sandbox 中执行,完成后销毁容器。

保留发现的上下文

跨轮保留未解决问题,结合当前代码和讨论重新核验,更新同一条总体评论。

每个 App 独立配置

一个部署管理多个 GitHub App,分别设置 BYOK、模型链与加密凭据。

部署指南

同一套方法,连接开发与审查

Harness 提供交付工作流、角色技能和审查方法,并在本地保留项目状态;Inspector 将审查能力接入 GitHub,负责触发、隔离执行和结果发布。

先明确要做什么

Morning Star Harness

在实现前澄清范围、定义验收条件。把计划、角色分工和决策留在项目中,根据已记录的进展继续推进。角色技能也支持代码审计和 PR 审查。

让交付有据可循

Morning Star Harness

从单个计划到多计划迭代,将实现、独立审查和验收推进到可合并的 PR。引擎检查默认提供提示,可在支持的宿主中选择阻断违规操作。

让审查保留上下文

Morning Star Inspector

将 Harness 的审查方法带到 GitHub PR。代码更新后重新核验未解决发现,延续上一轮的讨论。

两款产品可独立使用。Inspector 在沙箱中通过 agent runtime(目前支持 omp)运行 Harness 插件,无需在本机安装 Harness。

开源协作

从你的下一个项目开始

建立适合你的工作流。