mcpField
A
AI Workbench MCP

AI Workbench MCP

本地服务
github.com/hrishikesh-thakre开发工具018 周前更新

关于 AI Workbench MCP

AI Workbench 是面向编码 Agent 工作流的 MCP 服务和本地监督系统,侧重证据采集、验证、验收策略与可审计报告。它将运行记录转化为验收结果和 PR 产物,并指出高风险工作仍需人工审查。

主要功能

  1. 01采集本地运行证据
  2. 02验证工作并应用验收策略
  3. 03生成可审计报告和 PR 产物
  4. 04监督受支持的本地 Agent 工作流
  5. 05使用 MCP 工具分析运行记录

适用场景

  1. 01审查编码 Agent 修改的证据
  2. 02验收前应用验证配置
  3. 03生成 accept、needs_review 或 block 的 PR 决策
  4. 04分析多个运行记录

MCP 相关

提供七种工具,用于打开运行、选择策略和模型、记录执行、验证、应用质量门禁及分析运行。Goose 或其他 MCP 主机可通过 `ai-workbench mcp serve` 连接。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"hrishikesh-thakre-ai-workbench": {
"command": "uvx",
"args": [
"ai-workbench-mcp"
]
}
}
}
启动命令uvx ai-workbench-mcp

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
pypiai-workbench-mcp0.6.0a0

工具

7

收录的工具列表 · 更新于 3 周前

参数类型必填说明
docsany否
riskstring否
taskstring是
promptstring否
recipeany否
projectstring是
run_dirany否
policy_packany否
include_diffboolean否
changed_filesany否
execution_hoststring否
context_profileany否
validation_profileany否
auto_select_policy_packboolean否

详细介绍

AI Workbench

许可证

AI Workbench 负责监督 AI 编码 Agent、采集证据、验证工作、执行验收策略,并生成可审计、适合提交 PR 的报告。

由于 ai-workbench 这个包名已被占用,此公开 Alpha 版仍使用 PyPI 包名 ai-workbench-mcp。产品和 CLI 的名称是 AI Workbench:

pip install ai-workbench-mcp
ai-workbench --help

当前源代码元数据指向尚未发布的 ai-workbench-mcp==0.8.0a0。 此公开 Alpha 版将本地监督、证据采集、验证、验收策略和 PR 报告整合为统一的产品界面。

公开 Alpha 版警告

监督器是首选的自动化证据途径,但守护进程、Codex 钩子和 OpenCode 适配器的支持仍处于 Alpha 阶段。AI Workbench 会检查证据质量和验收就绪情况,但不能证明工作绝对正确。高风险工作仍需人工审核。

架构

  • AI Workbench 监督器采集本地证据。
  • AI Workbench 验证会写入 validation_report.json。
  • AI Workbench 质量门会写入 revision_decision.json。
  • AI Workbench PR/报告界面会呈现 accept、needs_review 或 block。

Agent 的输出是一项提议。Workbench 接受证据。

MCP 是连接协议。AI Workbench MCP 是工具服务。 验收由选定的验证配置文件和质量门决定。 Agent 执行工作。Workbench 验收工作。MCP 将两者连接起来。

快速开始

注册一次项目,然后启动本地监督器:

pip install ai-workbench-mcp
ai-workbench supervisor setup --project-dir . --task-type code_change
ai-workbench supervisor start

在项目中运行 Codex、OpenCode、Goose 或其他受支持的本地工作流。 然后检查最新报告:

ai-workbench supervisor status
ai-workbench reports show latest --project-dir .

从已完成的运行中生成适合提交 PR 的产物:

ai-workbench pr-gate --run-dir runs/<run_id>

规范的本地运行记录为:

runs/<run_id>/
  task_metadata.json
  final_prompt.md
  model_selection.json
  model_output.md
  validation_report.json
  revision_decision.json
  run_log.jsonl
  metadata.json
  transcript.jsonl
  commands.jsonl
  workspace/
  validation/
  artifacts/

validation_report.json 和 revision_decision.json 是最终验收依据。监督器的配套报告是本地证据,不能替代这些 Workbench 产物。

Codex 钩子

安装项目级 Codex 钩子:

ai-workbench setup codex --project-dir . --task-type code_change

重启 Codex 或启动新会话,打开 /hooks,检查项目钩子,并信任该钩子一次。在观察到钩子事件之前,监督器状态报告会将 Codex 覆盖状态标记为已配置但未验证。

Goose MCP

AI Workbench 仍提供相同的 MCP 工具生命周期。使用以下命令向 Goose 或其他 MCP 主机注册服务:

ai-workbench mcp serve

七个 MCP 工具仍为:

workbench_open_run
workbench_select_policy_pack
workbench_select_model
workbench_record_execution
workbench_validate_run
workbench_quality_gate
workbench_analyze_runs

PR 门禁

Workbench 的 PR 验收会使用真实的 Workbench 运行证据:

ai-workbench pr-gate \
  --run-dir runs/<run_id> \
  --out runs/pr_gate/pr_comment.md \
  --json-out runs/pr_gate/pr_decision.json

结果仅有以下几种:

  • accept
  • needs_review
  • block

缺失、无法读取或仅含脚手架内容的证据都会导致阻止。CI 运行成功、上传的产物、置顶的 PR 评论或模型自述均不构成验收证据。

引导资源

如需将入门配置、提示词、配方、文档和 GitHub PR 门禁工作流添加到仓库:

ai-workbench bootstrap --target .

引导过程会将 runs/ 保持为忽略状态。

包演示

如需仅使用软件包运行合成演示:

ai-workbench demo --target ./workbench-first-run

此演示使用固定证据展示 PR 门禁的 accept、needs_review 和 block 结果。这并非针对真实目标仓库的验收运行。

开发

python -m pip install -e ".[dev,publish]"
python -m pytest -q -p no:cacheprovider
python -m ruff check . --no-cache
python -m mypy --no-sqlite-cache --no-incremental
ai-workbench demo --target runs/package_demo_smoke
ai-workbench validate --project ai_workbench_mcp --profile scaffold --run-dir runs/scaffold-smoke

不要提交 runs/。已提交的示例证据必须经过脱敏,并存放在 examples/ 下。

文档

配方:

样例证据:

许可证

Apache-2.0。参见 LICENSE。整合后的 Prove It 代码保留了源自 MIT 的署名信息,详见 NOTICE。

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。