- CONVENTIONS.md v1.8.0:蓝图定位为意图层,files 字段变可选,status/progress 从 git 推断 - 新增 agent-infrastructure 模块(concept):接入包 v2,扫描→确认→生成三件套 - AGENTS.md.tmpl 注入四支柱 + T1-T4 防腐元规则 - 炼境自身接入自己的包:AGENTS.md + docs/ai-context/ + .claude/rules/ - docs/templates/ 三件套模板:agents-meta-rules / project-brief / project-context
4.8 KiB
炼境 — AI Agent 上下文
本文件遵循 AGENTS.md 开放规范,供 Claude Code、Qwen Code、Cursor、Copilot 等 AI 工具读取。
项目定位
Git 多空间开发管理器,同时也是项目 Agent 化改造引擎。 以蓝图为神经系统,以 Claude 为智能层,感知所管理项目的功能运转、质量状态与成长方向。 炼境本身亦被纳入其中,形成可自我进化的开发智能闭环。
技术栈
- 前端:React 19 + TypeScript + TailwindCSS + React Query + Zustand + React Flow
- 后端:Rust + Tauri v2 + SQLite(rusqlite + r2d2)
- MCP Server:内嵌于 Tauri 进程(HTTP),供 Claude Code 调用炼境数据
- 包管理:pnpm(禁止 npm/yarn/npx/bun)
核心开发约束
包管理:pnpm 唯一,禁止 npm / yarn / npx / bun。
TypeScript:优先 TypeScript,避免 any;函数/变量 camelCase,组件 PascalCase;async/await,不用裸 Promise 链;try/catch 不吞异常。
Rust 业务函数:禁止在函数内部调用 pool().get(),连接由调用方传入(依赖注入,便于 in-memory DB 测试)。Tauri command 层负责获取连接并调用(薄包装,无需测试)。
架构速查
src/lib/commands.ts 所有 Tauri command 的前端封装(唯一调用入口)
src-tauri/src/commands/ Rust 后端实现(每功能一个 .rs 文件)
src-tauri/src/db.rs SQLite 建表 + migration 逻辑
src-tauri/src/mcp_server.rs 内嵌 MCP Server(agent 调用炼境的入口)
src-tauri/src/mcp_inject.rs MCP 配置注入(写入被管理项目的 .claude/settings.json)
src-tauri/resources/onboarding/ 接入包分发模板(AGENTS.md/lefthook/git-workflow)
.blueprint/ 项目蓝图(manifest + 模块详情 + 任务卡)
docs/ai-context/ AI 上下文文档(速查卡、契约映射)
docs/templates/ 炼境接入包模板草案(设计层)
关键约定
- 新增 Tauri command → 必须同步更新
src/lib/commands.ts,否则前端无法调用 - SQLite 新增表或字段 → 必须在
db.rs的migrate()里补 migration 语句,否则旧版本升级后启动报错 - 修改接入包模板(
resources/onboarding/)→ 检查docs/templates/agents-meta-rules.md是否需要同步
多 AI CLI 协作
本项目可由多个 AI CLI 协同。交接时附上:
已完成:<修改了哪些文件 + 核心决策>
待验证:<需要对方确认的地方>
约束继承:<影响后续工作的关键限制>
Agent 友好工程四支柱
修改代码前,确认这个项目满足四支柱:
可导航:凭文件名/目录名可在 30 秒内定位某功能的代码。通用能力有独立家,不寄生在业务模块下。
可推理:公共类型只在一处定义。改一个接口,类型检查能报出所有受影响处。
可验证:typecheck / lint / test 各有一条命令真能跑。关键路径有冒烟测试。
可记忆:规则按场景注入(不是一份巨型文档)。决策只写"为什么",代码自己回答"是什么"。
文档防腐元规则
做任何改动时,判断它属于哪类变更:
T1 外部契约变更(最高优先级)
其他代码、服务、或 agent 依赖的定义——Tauri command 接口、MCP 接口、数据库 schema、共享类型。
→ 查 docs/ai-context/project-context.yaml 找到对应文档,检查并同步更新。
T2 架构边界变更
模块划分、目录结构、依赖方向、命令分组变化。
→ 检查本文件架构速查和 docs/ai-context/project-brief.md 是否需要同步。
T3 工具链变更
引入或替换库、Tauri 版本升级、Rust 依赖变更。
→ 更新本文件技术栈声明;更新 docs/ai-context/project-context.yaml。
T4 常驻上下文过期
本文件(AGENTS.md)或 docs/ai-context/project-brief.md 描述的现实已经改变。
→ 立即更新。这两份文档常驻 agent 上下文,过期危害最大。
不触发检查
内部重构、性能优化、bug fix(外部行为不变)、测试文件、UI 样式调整。
文档防腐铁律
- 文档只写稳定的:为什么、铁律、意图、架构决策。
- 易变的(端口、表名、命令清单)交给工具自省,不写死进常驻文档。
- 单一事实来源:两处说同一事时,删掉派生的那处。
- 两份文档打架时,信代码,不信文档。
定期防腐自查
- 技术栈声明还和
package.json/Cargo.toml一致吗? project-brief.md最近 30 天有没有随架构改动更新?src/lib/commands.ts的封装覆盖了所有src-tauri/src/commands/下的 command 吗?- 接入包模板(
resources/onboarding/)和docs/templates/内容一致吗?