Token导航 LogoToken导航

MCP Server · AI代理

Task Review Manager

开源MCP协议服务器,为AI辅助开发团队提供多角色协作的功能细化与开发执行工作流编排服务。

未说明官方级别未说明来源级核验工具 39
代码管理TypeScriptClaudeClaude DesktopCursorClineVS Code

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
MohanTn
提供方
MohanTn

工具数量

39

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Task Review Manager 属于AI代理类 MCP Server,公开资料标注 39 个工具,通过传输方式未标注接入,适配 Claude Desktop、Claude、Cursor,没有现成的安装命令;接入前先确认权限范围。

分类

AI代理

传输方式

未说明

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 39 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

A行为人

开源 模型上下文协议(MCP) 该服务器为人工智能辅助的软件团队协调多方利益相关者的功能细化和开发执行工作流。

______________________________________________________________________

概述

AICconductor为您的AI编码代理提供了一个结构化、可审计的管道——从原始特征想法到合并代码。它暴露了 39个MCP工具 任何兼容MCP的代理(Claude、Copilot、Cursor、Cline等)都可以调用以通过两个工作流驱动任务:

  1. 功能优化 --将一个功能分解为离散的任务,然后在编写任何代码之前,将每个任务通过一个连续的利益相关者审批链进行路由。
  2. 开发执行 --通过开发人员推动批准的任务→ 代码审查员→ 具有完整审计历史的QA生命周期。

特性

多方利益相关者评审产品总监→ 建筑师→ UI/UX专家→ 安全官审批链
开发管道开发者→ 代码审查员→ QA → 完成了 NeedsChanges 反馈回路
实时仪表盘看板位于 localhost:5111 实时WebSocket更新
多存储库从单个服务器跨多个代码库管理任务
优化报告生成完整细化过程的markdown/HTML/JSON报告
工作流检查点保存和恢复工作流状态;回滚上次利益相关者的决定
任务执行计划并行化建议的依赖性分析
零外部依赖所有内容都保存在本地SQLite数据库中

______________________________________________________________________

先决条件

  • 码头工人 Docker Compose
  • MCP兼容的AI代理(Claude Desktop、VS Code Copilot、Cursor、Cline等)

______________________________________________________________________

快速开始

git clone https://github.com/your-org/aiconductor.git
cd aiconductor
docker compose up -d

MCP服务器和仪表板现在正在运行。通过在MCP配置中添加以下内容来连接您的AI代理:

克劳德桌面版 — ~/Library/Application Support/Claude/claude_desktop_config.json

{
  "mcpServers": {
    "aiconductor": {
      "command": "docker",
      "args": ["exec", "-i", "-e", "DISABLE_DASHBOARD=true", "aiconductor-mcp", "node", "dist/bundle.js"]
    }
  }
}

VS Code — .vscode/mcp.json 或用户设置

{
  "mcp.servers": {
    "aiconductor": {
      "command": "docker",
      "args": ["exec", "-i", "-e", "DISABLE_DASHBOARD=true", "aiconductor-mcp", "node", "dist/bundle.js"]
    }
  }
}

重新启动您的代理。打开仪表板 http://localhost:5111.

______________________________________________________________________

工作流

中包含两个斜线命令工作流 .github/prompts/ 并且可以直接从您的代理调用。

/refine-feature --功能优化

将纯文本功能描述转化为利益相关者批准的、可实现的任务。

Feature Description
  │
  ├─ Scope determination & context gathering
  ├─ Attachment analysis (images, docs, spreadsheets)
  ├─ Clarification questions
  ├─ SMART acceptance criteria generation
  ├─ Test scenario generation
  ├─ Task breakdown (5–8 tasks)
  │
  └─ Batched stakeholder review cycle
       │
       ├─ Product Director  →  Architect  →  UI/UX Expert  →  Security Officer
       │        │                  │               │                  │
       │     reject             reject          reject             reject
       │        └──────────────────┴───────────────┴──────────────────┘
       │                                  ▼
       │                         NeedsRefinement → restart
       │
       └─ All tasks reach ReadyForDevelopment ✓

任务在中处理 每个角色的批次 --采用单一角色可以一次性覆盖所有任务,从而大大减少上下文开销。

/dev-workflow --开发执行

驱动器 ReadyForDevelopment 通过实施任务 Done.

ReadyForDevelopment
  └─→ InProgress ─→ InReview ─→ InQA ─→ Done ✓
           │             │          │
           └─────────────┴──────────┘
                    NeedsChanges → back to InProgress

每个阶段都由不同的角色处理: 开发者 (实施和测试), 代码检查者 (批准或请求更改), 问答 (验证验收标准)。

______________________________________________________________________

仪表盘

打开 http://localhost:5111 在您的浏览器中。

看板功能详细信息
  • 新增的定制看板图 --按工作流状态排列的任务卡;空列折叠成细长的条带,这样所有列都可以在屏幕上显示,而无需水平滚动
  • 实时更新 --WebSocket连接将任务状态更改立即推送到所有打开的浏览器选项卡
  • 详图面板 --根据功能验收标准、测试场景、澄清和细化步骤进度
  • 多仓库切换器 --从侧边栏在已注册的存储库之间切换
  • 审阅者在场 --查看某个功能当前有哪些审阅者处于活动状态

______________________________________________________________________

MCP工具参考

编排

工具说明
get_next_step返回任务的下一个角色、系统提示和必需的输出字段——主编排驱动程序
get_workflow_snapshot功能的所有任务状态和角色的压缩概述(约5 KB,而完全获取约50 KB)
get_task_execution_plan具有最优执行顺序和可并行阶段的依赖性分析
get_similar_tasks从过去的特征中查找可比任务以帮助估算
get_workflow_metrics周期时间、吞吐量和瓶颈统计数据

利益相关者评审

工具说明
add_stakeholder_review提交具有特定角色结构化字段的批准/拒绝审核
validate_review_completeness在提交之前,请在飞行前检查所有必填字段是否存在
get_task_status当前状态、已完成/待审查和允许的转换
get_review_summary所有任务的完成百分比和利益相关者进度
validate_workflow试运行验证——检查是否可以进行转换
rollback_last_decision撤销利益相关者对任务的最新决定

开发管道

工具说明
transition_task_status在开发阶段移动任务(正在进行中→ InReview→ InQA → 完成)
batch_transition_tasks在一次调用中原子地转换多个任务
get_next_task获取下一个要处理的任务,可选择按状态筛选
get_tasks_by_status列出与特定状态匹配的所有任务
verify_all_tasks_complete断言功能中的每个任务都已完成
update_acceptance_criteria将单个验收标准标记为已验证
batch_update_acceptance_criteria在一次通话中验证多个条件

功能和任务管理

工具说明
create_feature使用slug、名称和描述创建新功能
update_feature更新功能元数据(名称、描述)
get_feature加载完整的功能数据,包括所有任务、标准和场景
list_features列出存储库中具有任务计数的所有功能
delete_feature删除一个功能和所有相关的任务、评论和转换
add_task将任务添加到具有验收标准和测试场景的功能中
update_task修改任务属性(标题、描述、标准、场景、依赖关系)
delete_task删除任务及其所有数据

细化跟踪

工具说明
update_refinement_step通过8步优化工作流程记录进度
get_refinement_status完整的改进进度,包括步骤完成和标准
add_feature_acceptance_criteria添加功能级别验收标准(在创建任务之前)
add_feature_test_scenarios添加功能级测试场景
add_clarification记录澄清问题和答案
add_attachment_analysis存储附件或设计的分析结果
generate_refinement_report将完整的细化过程导出为markdown、HTML或JSON

检查点管理

工具说明
save_workflow_checkpoint用描述保存当前工作流状态
list_workflow_checkpoints列出某个功能的所有已保存检查点
restore_workflow_checkpoint从以前保存的检查点恢复

库管理

工具说明
register_repo注册新的存储库命名空间
list_repos列出所有已注册的存储库及其任务计数
get_current_repo从当前工作目录中自动检测存储库

______________________________________________________________________

利益相关者角色

角色重点领域关键输出字段
产品总监市场契合度、用户价值、验收标准质量marketAnalysis, competitorAnalysis, quickSummary
建筑师技术可行性、设计模式、技术选择technologyRecommendations, designPatterns
UI/UX专家可用性、可访问性、用户行为usabilityFindings, accessibilityRequirements, userBehaviorInsights
安全官员安全要求、合规性、风险评估securityRequirements, complianceNotes

______________________________________________________________________

项目结构

src/
├── index.ts                 # MCP server — tool definitions and request handling
├── AIConductor.ts     # Business logic for all workflow operations
├── WorkflowValidator.ts     # State machine — validates transitions and returns role prompts
├── DatabaseHandler.ts       # SQLite CRUD operations
├── rolePrompts.ts           # System prompts for each stakeholder role
├── websocket.ts             # WebSocket server — real-time event broadcasting
├── dashboard.ts             # Express web server (port 5111)
├── types.ts                 # TypeScript interfaces
└── client/                  # React SPA (Vite)

.github/prompts/
├── refine-feature.prompt.md # Feature refinement workflow
└── dev-workflow.prompt.md   # Development execution workflow

数据库:

  • Docker: /data/tasks.db (持续体积 task-review-data)
  • 当地: ./tasks.db 在项目根中

______________________________________________________________________

本地开发

npm install
npm run dev          # Watch mode — recompiles on change
npm run build        # Production build (server + client)
npm test             # Run all tests with coverage
npm run lint         # TypeScript and code quality lint
npm run dashboard    # Start dashboard standalone (port 5111)

要在代码更改后重建Docker镜像:

docker compose up -d --build

CI/CD管道

所有pull请求都会自动通过我们的GitHub Actions CI工作流运行,其中包括:

  • 构建 --TypeScript编译 npm run build
  • 棉绒 --代码质量检查 npm run lint
  • 测试 --通过覆盖率跟踪进行Jest测试 npm test
  • 覆盖 --覆盖率指标上传到Codecov

看 贡献.md 有关在本地运行这些检查、了解故障和我们的分支保护规则的详细信息。

______________________________________________________________________

配置

变量默认值描述
DATABASE_PATH./tasks.dbSQLite文件位置(/data/tasks.db 在Docker中)

要重置所有数据,请执行以下操作:

docker compose down -v && docker compose up -d

______________________________________________________________________

许可证

麻省理工学院

工具与能力

工具数量

39

资源数量

0

提示词数量

0

能力标签

工作流编排TypeScript本地部署AI协作代码管理多角色审批开发自动化

支持客户端

Claude DesktopClaudeCursorClineVS Code

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

多步任务编排

把拆解、检索、执行串成一条链,模型按步骤调用工具。

长期上下文

把会话、笔记和知识放到外部存储,换个会话还能接着做。

接自有流程

把内部系统和模型连起来,让助手调用已有的工作流。

选择建议

值得选的地方

  • 工具数量 39 个,一次接入能覆盖的操作比单点工具更全。
  • 已经适配 Claude Desktop、Claude、Cursor,换客户端不用重新研究配置。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在AI代理场景里让模型直接调用外部能力的人。
  • 已经在用 Claude Desktop 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Task Review Manager

MCP World · 本页

39未说明未标注1 个2026-05-17
Everything Claude Code

MCP World

0stdio有1 个2026-05-17
Filesystem 560c4363

MCP World

13未说明未标注2 个2026-05-17
Time 7365cb6d

MCP.so

2SSE有2 个2026-05-17
Server Everything (everything)

MCP World

11stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Task Review Manager 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Task Review Manager 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Task Review Manager 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Task Review Manager 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Task Review Manager 支持哪些客户端?

公开资料标注支持 Claude Desktop、Claude、Cursor、Cline、VS Code;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP