A行为人
开源 模型上下文协议(MCP) 该服务器为人工智能辅助的软件团队协调多方利益相关者的功能细化和开发执行工作流。
  ](docker-compose.yml) ](package.json) 
______________________________________________________________________
概述
AICconductor为您的AI编码代理提供了一个结构化、可审计的管道——从原始特征想法到合并代码。它暴露了 39个MCP工具 任何兼容MCP的代理(Claude、Copilot、Cursor、Cline等)都可以调用以通过两个工作流驱动任务:
- 功能优化 --将一个功能分解为离散的任务,然后在编写任何代码之前,将每个任务通过一个连续的利益相关者审批链进行路由。
- 开发执行 --通过开发人员推动批准的任务→ 代码审查员→ 具有完整审计历史的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 -dMCP服务器和仪表板现在正在运行。通过在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 --buildCI/CD管道
所有pull请求都会自动通过我们的GitHub Actions CI工作流运行,其中包括:
- 构建 --TypeScript编译
npm run build - 棉绒 --代码质量检查
npm run lint - 测试 --通过覆盖率跟踪进行Jest测试
npm test - 覆盖 --覆盖率指标上传到Codecov
看 贡献.md 有关在本地运行这些检查、了解故障和我们的分支保护规则的详细信息。
______________________________________________________________________
配置
| 变量 | 默认值 | 描述 |
|---|---|---|
DATABASE_PATH | ./tasks.db | SQLite文件位置(/data/tasks.db 在Docker中) |
要重置所有数据,请执行以下操作:
docker compose down -v && docker compose up -d______________________________________________________________________
许可证
麻省理工学院
