任务指挥台Equinox7379/dsh-mission-control

DSH Mission Control · 任务指挥台

将 AI 对话转化为可追踪的工作。

CI
License: MIT

一个面向 DeepSeek Harness (DSH) 的本地任务控制台。定义目标成果，绑定一段对话，预览确切的请求内容，然后发送一次。跟踪模型的输出和工具活动，再判断任务是否真正完成。

当你的工作跨越多个 AI 对话，并且需要将目标、执行和验证保持在一起时，它会很有用。

快速开始 · 兼容性 · 开发 · 中文说明

使用合成演示数据渲染的 Mission Control 界面

实际的插件界面，使用合成的项目、任务和执行数据渲染。此截图未调用任何真实模型；模型回合完成与人工验收是两个独立的状态。

你可以做什么

- 按项目组织工作。 为每个任务设定目标、验收标准、优先级和计划。
- 通过现有的 DSH 对话执行。 绑定一个会话，检查其工作目录、模型和即将发出的提示词，然后明确确认派发。
- 跟踪实际运行过程。 查看输出、工具调用次数、工具错误和执行状态。重新打开控制台不会重新发送任务。
- 将评审与执行分开。 记录计划、审批、验证证据和最终验收。模型回合完成并不自动等同于任务完成。
- 导出 Markdown 报告。 让项目和任务上下文在 UI 之外也可用。

Mission Control 使用 DSH 现有的会话引擎和已配置的模型。它不需要单独的模型 API 密钥，也不会替换对话记录。

兼容性

| 组件 | 当前支持 |
| --- | --- |
| Mission Control | 0.2.1 |
| DSH 运行时 | 0.1.3-alpha.2 —— peer 依赖已固定到该版本 |
| Node.js | 22 或更高版本；CI 在 Node 22 上运行，本地验证也使用 Node 24 |
| 包管理器 | pnpm 11 |
| 已验证平台 | Windows；CI 工作流在 windows-latest 上构建和测试 |
| 界面 | 中文 UI，桌面浏览器布局；窄屏为只读 |
| 桌面集成 | 对兼容的 DshDesktop 构建提供可选的 Desktop Bridge 支持 |

请在 127.0.0.1 上使用正在运行的 DSH Web 配置文件。请先安装并配置 DSH。目前尚未认证与其他 DSH 版本或操作系统的兼容性。

快速开始

1. 构建插件

git clone https://github.com/Equinox7379/dsh-mission-control.git
cd dsh-mission-control
pnpm install --frozen-lockfile
pnpm run build
安装前先构建：仓库包含源代码，生成的 lib/ 目录有意不提交。

2. 将其添加到你的 DSH Web 配置

在仓库目录中，于 PowerShell 里执行：

$pluginPath = (Get-Location).Path
dsh plugin --profile web add "file:$pluginPath"

请使用绝对路径：DSH 会从配置目录运行其包操作。通过你常用的启动器重启 DSH Web，然后重新加载页面。该插件的 bundle 会自行注册；无需手动插入 cordis.patch.yml。

3. 运行你的第一个任务

1. 在 DSH 中打开 任务指挥台。
2. 创建一个项目和一个任务。写下具体的目标和验收标准。
3. 在任务的 会话 部分，打开 会话工具，刷新列表，然后点击你想要使用的会话旁边的 绑定。你也可以选择 新建并绑定。
4. 点击 交给 DSH 执行，检查目录、模型和提示词，然后选择 确认发送一次。
5. 关注输出和工具活动。在将任务标记为完成之前先验证结果。

可展开的手动工作流是可选的。当你需要计划审批、证据或明确交接时使用它。

数据与行为

- 插件状态存储在 DSH 主目录下的 storages/dsh-mission-control/ 中。任务状态和执行元数据使用单独的 JSON 文件。
- 原始会话保留在 DSH 自己的会话存储中。
- 执行使用所选会话的模型和权限策略。模型用量遵循该会话现有的提供方配置和费用。
- 停止请求仅限于任务自身排队的消息或仍归其所有的实时轮次。不确定的执行状态会保持可见，而不会被报告为成功。
- Markdown 导出默认保存到 Documents/DshMissionControlExports。设置 DSH_MISSION_CONTROL_EXPORT_DIR 可选择其他导出目录。

开发

安装依赖后，构建并运行现有检查。在 PowerShell 中：

$env:DSH_MC_TEST_TMP = Join-Path ([System.IO.Path]::GetTempPath()) 'dsh-mission-control-tests'
pnpm run build
pnpm test
pnpm exec playwright install chromium
pnpm run test:browser

浏览器健康检查使用一个隔离的本地服务器。test:execution-browser 是一个单独的、需主动启用的集成检查：它需要一个专用的 DSH Lab，创建一个演示任务，并发送一个真实的模型请求。其所需的 DSH_MC_LAB_* 变量列在该脚本的顶部。

要从现有构建创建可分发的包：

$env:DSH_MC_LIB_DIR = (Resolve-Path lib).Path
$packRoot = Join-Path ([System.IO.Path]::GetTempPath()) ('dsh-mc-pack-' + [guid]::NewGuid())
$env:DSH_MC_PACK_STAGE = Join-Path $packRoot 'stage'
$env:DSH_MC_PACK_DEST = Join-Path $packRoot 'packages'
npm run pack:built
这会生成一个 .tgz，其中包含构建后的插件、打包的协议文件、README 和许可证。CI 工作流会检查构建、单元测试、浏览器健康路由和打包创建。

项目结构

| 位置 | 用途 |
| --- | --- |
| src/client.tsx | 项目和任务 UI |
| src/domain.ts、src/storage.ts | 任务工作流和持久化状态 |
| src/execution/ | 调度、运行观察、停止处理和执行 UI |
| src/bridge.ts、src/rpc-contracts.ts | 可选的 Desktop Bridge 集成 |
| protocol-vendor/ | 固定版本的协议 schema 和测试夹具 |
| tests/ | 领域、API、持久化、兼容性和浏览器检查 |

反馈与贡献

提交 issue时，请附上 DSH 版本、插件版本、操作系统、复现步骤以及预期与实际行为。请使用不包含凭据或私密对话数据的小型示例。

欢迎范围明确的修复和具体的工作流建议。对于较大的功能，请先在 issue 中描述使用场景。如果这个控制台对你的工作有帮助，点个 star 能帮助其他 DSH 用户发现它。

中文说明

任务指挥台让你把 AI 对话整理成可以跟进、验证和交接的工作。

在项目中建立任务，写明目标与验收标准，绑定一个已有的 DSH 会话；确认工作目录、模型和待发送内容后，再交给 DSH 执行。执行输出、工具调用和任务状态集中显示，模型回合结束与人工验收保持分开。

当前版本为 0.2.1，适配 DSH 0.1.3-alpha.2，采用中文界面，已在 Windows 验证。普通浏览器即可使用任务界面，Desktop Bridge 是可选集成；窄屏仅供查看。

安装时先按上面的步骤克隆并构建，再使用绝对路径添加到 DSH Web profile，重启后打开「任务指挥台」。源代码仓库不包含生成的 lib/，因此不要跳过构建直接安装 GitHub 源码地址。

欢迎提交可复现的问题、实际使用反馈和范围清楚的修复。项目独立开发，不是 DeepSeek 官方产品。

许可证

MIT © 2026 Equinox7379。独立社区软件；不是 DeepSeek 官方产品。第三方依赖保留各自的许可证。