使用说明
对齐驱动开发(ADD)代理
通过MCP实现意向代码可追溯性协议
闭环人工智能治理架构,旨在使用模型上下文协议(MCP)连接业务意图(Notion)和执行状态(GitHub)。
🛑 问题:规范熵
在人工智能辅助的软件开发中,团队通常会以比管理更快的速度发布生成的代码。一个功能在规范中定义,传递给LLM,然后合并。随着时间的推移,代码库偏离了最初的业务意图,造成了巨大的有状态内存真空。
此存储库提供 意图代码可追溯性协议 为了解决这个问题。它迫使LLM违背初衷来管理其代码,确保AI在接触代码库之前阅读手册。该代理不是将LLM连接到任务跟踪器上,而是充当文档和代码库之间的有状态治理桥梁。
🏗️ 核心架构:治理循环
该系统在4步编排循环上运行,利用MCP服务器来维护上下文隔离和数据安全。
- 意图层(概念MCP): 我们将Notion视为规范和架构决策的不可变真理来源。代理在接触代码之前必须阅读手册。
- 治理桥梁(推理引擎): 语义路由器(
reasoning.py)分析查询,选择适当的MCP工具,并将业务逻辑映射到代码库,确保上下文在翻译中不会丢失。 - 执行状态(GitHub MCP): 代理遍历存储库树并读取代码的当前状态(
mcp_manager.py). - 审计追踪: 该代理通过将精确的Notion规范URL嵌入到生成的Git提交消息中,建立从产品意图到合并提交的永久可追溯性,从而促进了一个决策分类账,使其在团队更替中幸存下来。
🧠 “对齐门”的实施(feature_diff.py)
治理循环的核心是对齐门。在执行之前,系统在Notion规范和GitHub存储库之间执行确定性特征差异,以停止违反记录意图的“修复”。
- 它从Notion标记中提取结构化需求列表。
- 它从Git blob中提取已实现的功能。
- 它计算一个确定性交叉点(
overlap,only_in_notion,only_in_code). - 它揭示了工程团队(或人工智能)需要优先考虑的三大架构差距,以符合规范。
🚀 快速启动和部署
该架构已准备好投入生产,并已容器化。
选项1:单命令Docker执行(推荐)
启动完全容器化的治理桥梁:
# Linux/macOS
./run_with_docker.sh
# Windows
run_with_docker.bat
选项2:手动设置
cp .env.example .env
# Fill in required tokens
pip install -r requirements.txt
python app.py
🔌 API和校准闸门正在运行
代理通过中央统一端点进行操作(GET /agent)并且可以在您的意图和执行层访问35个以上的粒度工具。
示例工作流:
- 触发对齐门:
GET /agent?query=compare%20features%20between%20docs%20and%20code返回一个严格的特征差异,根据Notion规范评估代码真实性。 - 审核分类账:
GET /agent?query=how%20many%20commits%20are%20in%20the%20repository直接工具执行返回执行层的当前状态。 - 验证意图:
GET /agent?query=Find%20documentation%20about%20the%20API迫使代理从指定的真实来源合成响应。
🔑 环境配置
为了保护治理桥,必须在您的 .env:
| 变量 | 描述 | 必填 |
|---|---|---|
OPENAI_API_KEY |
协调语义路由和对齐差异 | ✅ |
GITHUB_PERSONAL_ACCESS_TOKEN |
授予执行层读取权限 | ✅ |
GITHUB_TOOLSETS |
GitHub工具集(默认:repos) | ✅ |
GITHUB_REPO |
目标存储库位于 owner/repo 格式 |
✅ |
GITHUB_DEFAULT_REF |
默认分支(默认:master) | ✅ |
NOTION_TOKEN |
授予意图层读取权限 | ✅ |
PORT |
应用程序端口(默认值:5000) | ❌ |
FLASK_ENV |
Flask环境(默认:开发) | ❌ |
🧪 测试可追溯性协议
该存储库包括一个全面的测试套件,涵盖推理引擎、对齐门和MCP状态管理器。
# Test the unified workflow
python test_workflow.py
# Run all unit and integration tests
python run_tests.py
