agent-blueprint
Health Pass
- License — License: MIT
- Description — Repository has a description
- Active repo — Last push 0 days ago
- Community trust — 22 GitHub stars
Code Pass
- Code scan — Scanned 12 files during light audit, no dangerous patterns found
Permissions Pass
- Permissions — No dangerous permissions requested
No AI report is available for this listing yet.
给它一个 PRD、一个需求点子、或一个可落地的 Agent 方向,它推导出架构方案、组件选型与代码骨架,直到一个能在真实环境运行的产品。
🧭 Agent Blueprint
一句话点子 → 可确认的 PRD 与架构方案 → 你的 AI 写出能跑的骨架 → 引擎对照 PRD 验收 → 按新需求持续迭代
一个本地运行的 Agent 产品推导引擎。它不替你写代码,而是先把「该做什么、该用哪些机制、哪里还没想清楚」推导清楚,交给你自己的 AI 编程工具去写骨架,再对照 PRD 验收,陪你一轮轮把骨架做对。
它能帮你做什么
| 你手上有 | 你说 | 你拿到 |
|---|---|---|
| 💡 一个点子或半份 PRD | 「帮我出个方案」 | 方案.md:待确认问题、需求拆解、组件选型及理由、七层架构图、工具清单、系统提示词草案、独立审稿意见 |
| 🔁 一个想认真做下去的产品 | 「按产品循环做,产品名 ……」 | out/<产品名>/ 工作区:带版本的 PRD、方案、验证报告、迭代记录,之后每次加需求都在这里升版;代码骨架由你的 AI 按方案写进 skeleton/ |
| 🔍 一个已经写了的 Agent 项目 | 「检查这个项目缺什么」 | 差距报告.md:缺哪些机制、先补什么、证据在哪一行 + 本该有的PRD.md |
核心:产品循环
做 Agent 产品最常见的坑,是骨架跑起来之后有了新想法,直接改代码,PRD 和方案从此跟代码对不上。产品循环把每一轮新需求都先落回 PRD,再推导、再改骨架:
flowchart LR
A["💡 一句话点子"] -->|blueprint init| B["📄 PRD V1"]
B -->|blueprint plan| C["📘 方案.md<br/>待确认清单"]
C -->|你回答问题<br/>AI 生成代码| D["💻 skeleton/<br/>代码骨架"]
D -->|blueprint verify<br/>+ 你亲手跑一跑| E["🧪 验证"]
E -->|有新想法| F["blueprint revise"]
F -->|PRD 升版 V2<br/>重推方案 · 记录选型变化| B
三方各管一段,边界写死在规则里:
- 引擎负责推导和记账:拆需求、按固定规则选组件、出方案、审稿、PRD 升版快照、记录每轮选型变化。
- AI 助手负责写代码:按方案生成骨架,按迭代记录增量修改,只能写进
out/<产品名>/skeleton/。 - 你负责判断:回答待确认问题、亲手跑骨架、决定下一轮要什么。迭代记录里的「人工验证结论」只能由你来填。
先看效果
下面是引擎对一段话需求的真实输出节选,没有人工修改。输入是:「家长拍一张玩具合影,AI 生成可以亲子共同演绎的剧情脚本……照片涉及隐私,默认不保存……未来希望记住孩子的年龄和偏好。」
| 组件 | 选否 | 引擎给出的理由 |
|---|---|---|
| s03 权限系统 | ✅ 必选 | 照片涉及隐私,默认不保存,属于敏感数据操作 |
| s04 钩子系统 | ✅ 必选 | 生成内容必须过适龄审核,天然需要审核与拦截环节 |
| s09 记忆系统 | ⏸ 二期 | 未来希望记住孩子的年龄和偏好玩具做个性化 |
| s12 定时调度 | ❌ 放弃 | 由家长拍照触发,输入未提任何定时自动触发 |
| s13 Agent 团队 | ❌ 放弃 | 单人单次单脚本的产品形态,不涉及并行与隔离工作区 |
它同时会列出你还没想清楚的问题,例如「目标孩子的年龄段是多少」「交互形态是小程序、App 还是网页」,答不上来的就是风险点。
快速开始
开始前准备两样东西:
| 准备 | 用来做什么 | 什么时候需要 |
|---|---|---|
| 模型 API Key | 引擎推导方案、升版、验收 | 所有方式都要。推荐 DeepSeek,便宜且国内可直连,配置方法见下一节 |
| 能读写本地文件的 AI 编程工具 | 按方案把代码骨架写进 skeleton/ |
要代码时才需要,例如 Claude Code、Cursor。只要方案或差距报告可以不装 |
用方式一或方式三推导完方案后,把下面这段话交给你的 AI 编程工具,让它写骨架:
引擎目录:/你的路径/agent-blueprint
先读这个目录里的《使用引导.md》,按「产品循环」工作。
产品 酒馆搭子 的方案已经在 out/酒馆搭子/方案.md,请按方案把代码骨架写进 out/酒馆搭子/skeleton/。
🍎 方式一:Mac 双击(零命令行)
浏览器界面(推荐给不用终端的人):双击 启动界面.command,浏览器会自动打开引擎界面:
- 「模型设置」里选服务商、粘贴 API Key,点「测试连接并保存」。
- 「新建产品」像聊天一样说出想法,AI 分三轮追问(给谁用、怎么用、什么不能做),整理成需求草稿给你确认。确认后开始推导,进度直接显示在对话里。
- 推导完在产品页看方案:组件选型及理由、七层架构、工具清单、系统提示词、审稿意见。
- 方案里还没想清楚的问题,在「回答问题」里一题一题答;拿不准的点「帮我想想」,AI 给几个方向。答完自动写进 PRD 并重新推导。
用的时候别关启动它的那个终端窗口。界面目前覆盖「新建产品 → 推导方案 → 回答待确认问题」,加新需求、检查骨架、检查外部项目暂时还要用下面的终端问答。
终端问答:双击 启动引擎.command,终端里一问一答走完全程:
- 选模型服务商,粘贴 API Key,自动测试连接。
- 选「开始一个产品」,输入产品名和一句话想法。之后也可以选「加新需求」「检查骨架」「只生成方案」「检查外部项目」。
- 推导完成后自动打开结果文件。
没装 Python 3.10+ 时,两个启动文件都会下载并打开 Python 安装器,装好后重新双击即可。
🤖 方式二:交给能读本地文件的 AI(零安装)
把下面任意一段交给 Claude Desktop、Claude Code、Cursor 这类能读写本地文件的 AI,替换路径和内容:
引擎目录:/你的路径/agent-blueprint
先读这个目录里的《使用引导.md》,按「产品循环」工作。
产品名:酒馆搭子
我的点子是:……
请建立工作区、生成方案,列出要我回答的问题;我确认后再把代码骨架生成到 skeleton/。
引擎目录:/你的路径/agent-blueprint
产品 酒馆搭子,新需求:……
请按产品循环升版 PRD、重推方案,再增量更新骨架。
引擎目录:/你的路径/agent-blueprint
先读《使用引导.md》。请检查这个项目缺什么、先补什么:/你的路径/目标项目
先检查,不修改项目代码。
普通网页聊天窗口读不了本地文件,只给路径是不够的。
💻 方式三:命令行
bash setup.sh # 建虚拟环境、装依赖、生成 .env
# 产品循环
.venv/bin/python -m blueprint init "酒馆搭子" "一句话点子" --plan # 建工作区并推导方案
.venv/bin/python -m blueprint verify out/酒馆搭子 # 用 PRD 对照 skeleton/
.venv/bin/python -m blueprint revise out/酒馆搭子 "新需求:……" # PRD 升版并重推方案
.venv/bin/python -m blueprint revise out/酒馆搭子 "……" --quick # 只重算选型,1 次调用
# 浏览器界面
.venv/bin/python -m blueprint ui # 默认 http://127.0.0.1:8765,只允许本机访问
# 单次使用
.venv/bin/python -m blueprint plan "一句话点子或 PRD 文件路径" -o out/my-plan
.venv/bin/python -m blueprint audit /目标项目路径 [--prd 需求.md] -o out/my-audit
任何一步中断,原命令加 --resume 续跑,已完成的阶段不重复调用模型。
配置模型
在 .env 里填三项即可,向导会帮你写好:
ANTHROPIC_API_KEY=你的 Key
MODEL_ID=deepseek-v4-flash
ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic
| 服务商 | 推荐模型 | 说明 |
|---|---|---|
| DeepSeek | deepseek-v4-flash |
推荐,项目的真实基线就是用它跑的 |
| 智谱 GLM | glm-5.2 |
|
| Kimi | kimi-k2.7-code |
|
| MiniMax | MiniMax-M3 |
|
| Anthropic | claude-sonnet-4-6 |
官方接口,不用填 Base URL |
各家完整的 Base URL 见 .env.example。
参考用量:
| 操作 | 模型调用 | tokens |
|---|---|---|
| 一份完整方案,含一次审稿打回重写 | 6 次 | 约 4 万 |
| 一次反向检查 | 2 次 | 约 1 万 |
revise --quick |
1 次 | 约 0.5 万 |
每次运行默认最多 16 次调用、40 万 tokens,超出会停下并提示续跑,不会无限扣费。
产出放在哪
引擎孵化的产品,所有东西都在 out/<产品名>/ 一个文件夹里,不会写到桌面或别的地方:
| 文件 | 内容 | 谁产出 |
|---|---|---|
PRD.md |
当前版本的需求文档,给 AI 看,带版本记录 | 引擎建模板和升版,你回答待确认问题后补全 |
prd/V1.md, V2.md … |
每次升版前的快照 | 引擎 |
方案.md, plan.json |
待确认清单、组件选型及理由、架构、工具清单、提示词草案、审稿意见 | 引擎 |
skeleton/ |
代码骨架,唯一允许写产品代码的地方 | 你的 AI 编程工具,引擎不写 |
verify/ |
用 PRD 对照骨架的差距报告 | 引擎 |
迭代记录.md |
每一轮:新需求、选型变化、骨架待办、人工验证结论 | 引擎记录;人工验证结论只能由你填 |
引擎不负责部署上线和上线后的运行。
你已有的外部项目保持在原位,只把路径告诉引擎做检查。
17 个 Harness 组件
模型是驾驶者,Harness 是载具。 你构建的是载具,不是智能。
引擎内置 17 个组件,每个都带说明、生产级要点和可运行的参考实现 sNN_*/code.py。选型由固定规则完成:模型只判断需求有没有某个特征,选不选哪个组件由 rules.py 决定,同样的判断永远得到同样的选型。原则是只选需要的,不为完整而选。
| 域 | 组件 | 什么时候需要 |
|---|---|---|
| 行动 | s01 Agent Loop · s02 工具系统 · s14 MCP 插件 | 一切基础;需要接入外部工具生态时加 s14 |
| 约束 | s03 权限系统 · s04 钩子系统 | 涉及删除、支付、隐私等敏感操作;需要审计、拦截、埋点 |
| 认知 | s05 任务规划 · s07 技能加载 · s09 记忆系统 · s17 目标闭环 | 需要跟踪进度;知识库庞大;跨会话记偏好;自动判断何时算完成 |
| 上下文 | s06 子 Agent · s08 上下文压缩 | 子任务会撑爆上下文或可并行;长会话、日志量大 |
| 协作 | s10 任务系统 · s11 后台任务 · s12 定时调度 · s13 Agent 团队 | 目标要持久化续跑;慢操作不能阻塞;定时触发;多任务并行且隔离 |
| 编排 | s15 集成 Harness · s16 工作流运行时 | 选了 3 个以上可选组件需要归一;流程固定可以写死 |
完整的推导方法和选型表见 BLUEPRINT.md。
常见问题
没有 API Key 能用吗?
方式二可以:由你正在用的 AI 按手册分析,报告里会注明「未运行模型管线」。命令行的 --mock 只按关键词占位,用来检查流程能不能跑通,结论不能用于决策。
我的代码会被上传吗?
只会发给你在 .env 里配置的模型服务。正向推导发送你的点子或 PRD;反向检查发送 README、目录结构和扫描命中的代码片段,不会整库上传。.env 和 out/ 都不进 git,学生打包工具也会排除它们。
结果靠谱吗?
特征判断在题库上的一致率约 90%,单次运行会有一两题波动。方案末尾的独立审稿经常给出「未通过」,这是设计如此:审稿就是要把方案里的矛盾挑出来,这些意见就是你下一轮要回答的问题。反向报告的「信号覆盖率」只是关键词命中比例,不是功能完成度。
Windows 能用吗?
引擎本身是纯 Python,但只在 macOS 和 Linux 上测试过。Windows 建议用 WSL 或方式二。s13、s15、s16 的参考实现依赖 fcntl,只能在 macOS 和 Linux 上运行。
项目结构
| 位置 | 用途 |
|---|---|
| 使用引导.md | 用户入口:任务模板、产品循环、给 AI 的执行规则 |
| BLUEPRINT.md | 五步推导、五要素、七层架构与组件选型表 |
| blueprint/ | 引擎:需求拆解、规则选型、方案渲染、源码扫描、产品工作区;web/ 是浏览器界面的服务端,chat.py 是界面里的两段对话 |
| web/ | 浏览器界面源码(React + assistant-ui),构建产物提交在 blueprint/web/static/ |
s01–s17 |
17 个组件的说明、参考实现与图示 |
| common/ | 组件参考实现共用的启动层 |
| scaffold/ · skills/ | 项目模板;构建 Agent、代码检查等技能 |
| docs/ | 入门指南、真实输出示例、维护手册 |
| evals/ · tests/ | 特征判断题库与回归测试 |
| tools/ | 双击向导及其环境脚本、示例刷新、学生打包 |
开发与维护
.venv/bin/python -m pytest -q # 全部测试,不需要 Key
.venv/bin/python -m blueprint eval # 离线题库回归
.venv/bin/python -m blueprint eval --real # 真实模型特征一致率
.venv/bin/python tools/refresh_examples.py # 改提示词后重新生成示例
.venv/bin/python tools/package_student.py # 生成 dist/agent-blueprint-student.zip
改规则、换模型、调提示词前先看 维护手册,题库口径见 evals/README.md,提交 PR 前看 贡献指南。
文档导航
| 我想… | 看这里 |
|---|---|
| 第一次用 | 使用引导.md |
| 只有一个模糊想法,不知道怎么描述 | 小白入门指南 |
| 看一份完整方案和差距报告 | 真实输出示例 |
| 理解推导方法 | BLUEPRINT.md |
| 改规则、换模型、分发给学生 | 维护手册 |
Reviews (0)
Sign in to leave a review.
Leave a reviewNo results found