Initial commit: AirCoding V1.0.0 Alpha architecture baseline

Complete architecture document set with multi-model review remediation:
- Frozen interface contracts, runtime semantics, DB schemas
- Event/tool/error/provider registries
- Scheduler and main agent state machines
- C4 module/code views, solution architecture, baseline V1
- Multi-model review reports and joint assessment
- Phase-gate remediation complete (P0/P1/P2/UX resolved)
- Implementation plan with T-000A through T-045
- Reference folders kept as placeholders only
This commit is contained in:
AirCoding
2026-05-28 18:45:01 +08:00
commit 82f3140847
366 changed files with 123826 additions and 0 deletions

488
idea.md Executable file
View File

@@ -0,0 +1,488 @@
# AirCoding Agent 设计文档
> 最后更新2026-05-26
> Canonical baseline: `AirPlan/docs/architecture/baselineV1.md`
> 历史决策记录:`AirPlan/docs/architecture/decisions-round-1.md`、`decisions-round-2.md`、`decisions-round-3.md`
## 1. 背景与动机
当前 Air 系列插件主要运行在 Claude Code 已暴露的 agent/plugin 接口之上,能力边界受限。尤其是 AirContext 为了参与上下文管理,需要通过插件层绕行,这种方式不够优雅,也不利于长期演进。
新的方向是:从"Claude Code 插件外挂式扩展"转向"自有 agent/runtime 架构"。
目标不是做一个泛用 Claude Code clone而是构建一个以 C++ 为首个深度支持语言、后续可扩展至 Python/Rust/JS 等多语言的长期可用 AI Coding Agent。
## 2. 核心定位
AirCoding Agent 的核心 runtime 是语言无关的。C++ 是第一个深度支持的语言 profile后续按 `toolchain-<lang>` 包扩展。
开发闭环:
```text
需求理解
→ 架构/接口设计
→ 代码阅读
→ 修改计划
→ 编译
→ 静态分析
→ 单测/集成测试
→ 运行/调试
→ 崩溃/日志/网络/GUI 证据分析
→ 修复
→ 变更总结
→ 经验沉淀
```
## 3. 参考项目分工
### 3.1 OpenCode
OpenCode 作为 runtime 骨架、TUI、provider 抽象、session/tool registry 的主要参考。
- TUI 交互布局以 OpenCode 为设计规范
- runtime 分层session/event/sync、多 agent 组织)
- provider / model 抽象
- plugin / SDK 扩展层
### 3.2 Claude Code CLI
Claude Code CLI 作为执行层代码质量、Executor 行为、工具调用策略、记忆系统、文件编辑安全边界的标杆。AirCoding 的执行层功能应尽可能与 Claude Code 对齐,以提升代码修改质量、安全性和验证纪律。
- 工具生命周期、schema 校验
- 权限模型
- 子代理调度
- 文件 read/edit/write 与 diff/update 执行原语
- 小步精确编辑、先读后改、避免无关重构、失败时定位根因而不是随机重试
- build/test/debug 证据闭环,完成前必须验证或明确说明未验证原因
- 实现中发现架构/接口冲突时显式上报 blocker
- compact / resume / history / rewind 交互
- **记忆系统**MEMORY.md + frontmatter + 多类型分层)
- **TAOR / TORI 设计**Task-Agent-Observation-Result / Tool-Observation-Reasoning-Iteration 循环)
### 3.3 Hermes Agent
Hermes Agent 作为长期运行、跨会话学习、技能生成和 Curator 机制的参考。
- Nudge Engine 计数触发机制
- Curator Daemon 定期去重/合并/归档
- 使用中自我 patch
- SKILL.md 格式YAML frontmatter + Markdown body
- FTS5 语义搜索
### 3.4 Codex / OpenAI Coding Agent
Codex / OpenAI 开源 coding agent 作为通用工具调用与多模态工具面的补充参考。
- shell / patch / test 直接闭环
- coding sandbox 与工具调用编排
- tools / plugin / core-plugins / MCP 相关实现
- 图像生成、图像编辑、视觉输入等通用工具能力的 capability 设计参考
- 只作为工具面参考,不作为 AirCoding 核心 runtime 形态参考
- 本地参考路径:`reference/openai-codex/`
### 3.5 Anthropic / Claude Skills
Anthropic/Claude 开源 Skills 项目作为 skill/tool 组织方式的重要参考。
- SKILL.md 结构、frontmatter、触发描述与资源组织
- 技能包内 scripts / references / assets 的组织方式
- 可复用工具步骤如何沉淀成 skill
- skill 与 MCP / capability / Project Rules 的边界划分
- 作为 AirCoding SkillGenerator、ExperienceMiner、Capability 文档格式的参考
- 本地参考路径:`reference/anthropic-skills/`
### 3.6 asciinema / Atuin / claude-hud
- asciinemaPTY 接管与终端流捕获
- AtuinSQLite 命令历史结构化存储与搜索
- claude-hud实时 HUD / statusline 设计
## 4. 语言选型(已确定)
### 4.1 主语言TypeScript + Bun
- **运行时**Bun内置 SQLite原生 TSX 支持)
- **TUI 框架**`@opentui/solid`MIT 许可独立项目npm 依赖引入)
- **包结构**Bun workspaces + Turborepo monorepo
### 4.2 Python 角色
Python 退化为纯 subprocess 工具调用(`Bun.spawn` + JSON-over-stdio仅用于封装已有 C++ 工具链脚本和 Python 特有库。经验提炼、上下文组装、记忆管理全部留在 TS runtime 内部。
### 4.3 多语言 toolchain 包结构
Runtime 核心是语言无关的。每种语言通过独立包 + LanguageDetector plugin 扩展:
```
packages/
tui/ — 语言无关 TUI
runtime/ — 语言无关 Agent Runtime
llm/ — 语言无关 Provider 抽象
cli/ — 语言无关入口
toolchain-cpp/ — C++ 工具链
toolchain-python/ — Python 工具链(后续)
toolchain-rust/ — Rust 工具链(后续)
toolchain-js/ — JS/TS 工具链(后续)
```
## 5. 架构设计
### 5.1 架构模型
事件驱动。Main Agent 订阅 EventBus 获取 agent/task/tool 事件并渲染 TUI/HUD。
Main Agent 状态机详见 `AirPlan/docs/architecture/main-agent-state-machine.md`
```text
IDLE → CLASSIFYINGLLM 判断意图)
→ DELEGATING需要执行时
→ CONFIRMING架构级变更需确认实现级静默通过
→ EXECUTINGScheduler 派发任务Main Agent 监控进度)
→ INTERRUPTING用户中途变更LLM 判断意图)
→ SUMMARIZING汇总结果触发 ExperienceMiner
→ IDLE
```
核心约束Main Agent 必须保持空闲可响应用户介入。后台任务派子代理做。
**确认门控**:实现级变更(不影响接口/架构)→ 静默进入 EXECUTING。架构级变更 → Architecture Designer 评估 → 低权限需确认,高权限自动推进但结果显示给用户。
### 5.2 Agent 层级
```
Main Agent用户唯一交互入口
├── 对话模式(默认):不直接操作文件和命令
└── 直通模式(/direct 触发,/done 退出)
Architecture Designer全周期架构规划与审查
Scheduler任务图拆解、并行/串行调度、进度监控)
├── Executor写代码、改文件、编译、测试验证
├── Reviewer代码审查、静态分析审查只读不改代码
└── Debugger证据收集、问题定位、插桩修复吸收 Fixer 职责)
```
### 5.3 子代理进程模型
每个 Executor/Reviewer/Debugger 是**独立 Bun 进程**(非单进程内异步任务,也非 Worker 线程。IPC 通过 stdio + JSON。崩溃隔离、上下文隔离、天然适配 worktree。
### 5.4 心跳与超时
- **心跳**Push 模型。子代理每 N 秒主动推送 `AgentHeartbeat`当前状态、turn 数、已用 token
- **超时**混合硬超时kill+ 软超时(警告 + 允许申请延期。Scheduler 按任务类型分情况决定
- **死循环检测**:同一错误签名出现 N+ 次 → 上报 Main Agent
### 5.5 并发写入策略
轻量 write_area 粗分:
- 不同写集 → 默认可并发
- 相同写集但大概率不写相同代码块 → git worktree 隔离并发,事后合并
- 高概率改同一代码块或公共接口 → 串行
Scheduler 是合并协调者非统一写入器。lockfile、构建配置、公共 API/schema 默认提高并发风险。
### 5.6 Worker Agent 类型
**Executor**Claude Code 为行为标杆):
- 内部 loopLOADING → THINKING → ACTING → OBSERVING → (调试子循环)→ FINALIZING
- 自治完成完整闭环,不逐步骤汇报
- 出口TaskCompleted / TaskBlocked / TaskFailed
- TaskSpec 附带 max_turns / acceptance_criteria / timeout
**Reviewer**(只读):
- 流程规则自动触发Executor 完成 → Reviewer
- loopLOADING → REVIEWING → DECIDINGapproved / changes_requested / blocked
**Debugger**build/test 失败自动触发):
- loopGATHERING → ANALYZING → FIXING → RECORDING 或 ESCALATING
- 产出 DebuggerResult + DebugRecord 候选
三个子代理的 Agent Loop **各自独立实现**,不共享通用 loop 引擎。
### 5.7 流程规则
```text
Executor 完成切片 → 自动触发 Reviewer
build/test 失败 → 自动触发 Debugger
静态分析报警 → 自动触发 Reviewer 或 Debugger
阶段完成 → 自动触发 Architecture Designer 架构审查
项目完成 → Architecture Designer 最终一致性审查
```
### 5.8 需求变更协议
用户需求变更先由 Main Agent 做 LLM 分类:
- execution 级 → Scheduler 直接调整
- possible_design 级 → Architecture Designer 轻量 impact check
- design/interface/goal 级 → Architecture Designer 完整影响评估
Scheduler 基于分类结果或 Arc Revision 调整 TaskGraph。
### 5.9 Worker Result 标准
所有 Worker 结果必须结构化(非自由文本摘要)。格式详见 idea.md 原始定义ExecutorResult / ReviewerResult / DebuggerResult
## 6. C++ Toolchain 工具链
### 6.1 分层
```text
Agent 接口: build(config) → BuildResult, test(filter) → TestResult, analyze() → Diagnostic[]
C++ Toolchain Adapter屏蔽 CMake/MSBuild/Bazel 差异)
Native Tool Execution实际调用 cmake/ninja/msbuild/...
```
### 6.2 BuildTool
优先级CMake内置> Meson/Bazel/XMakecapability plugin> Makefile/.sln
冲突处理:多种构建系统文件同时存在 → 询问用户
GeneratorNinja 优先,失败回退 Make
配置失败BuildTool 内置逻辑先尝试修复 → 失败则交给 Debugger
### 6.3 CompilerDiagnosticParser
**全部走 LLM 解析**(不用正则),生成结构化 Diagnostic + 语义错误签名(归一化 GCC/Clang/MSVC 措辞差异)。链接器错误单独归类。
### 6.4 TestRunner / StaticAnalysis / CodeIntelligence
- TestRunnerCTest + GoogleTest 内置Catch2/Boost.Test 插件
- StaticAnalysiscppcheck 内置clang-tidy 插件
- CodeIntelligenceMVP 走 clangd CLI 模式spawn 用完即退LSP daemon 模式后续按需加
### 6.5 compile_commands.json
按需生成(`cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON`),不做持久化缓存。
## 7. Project Model 项目模型
### 7.1 设计原则
- 多语言通用:语言无关层 + 语言特定层分离
- Scanner 只收集文件系统元数据(目录树 + 文件扩展名 + 特殊文件),不读文件内容
- LLM 驱动理解,用户确认修正
### 7.2 Scanner 策略
- **无递归深度限制、无目录排除**——完整目录树本身就是有用的结构信息
- 15 秒硬超时兜底,超时返回部分结果 + incomplete 标记
- 首次全量后续增量mtime diff
- 再打开时加载 project.json + 快速确认顶层无变化,有变化才增量扫描
### 7.3 LLM 驱动的项目初始化
Scanner 收集事实 → Main Agent + LLM 推理 → 提出假设 → 用户确认/修正 → 沉淀
- **Schema 校验**:宽松接受,缺失字段标记 unknown不让 LLM 反复重试
- **用户纠正**:增量更新单字段 + 提示"关联判断可能受影响",不自动重写整个 json
- **版本迁移**:打开项目时检测旧 schema → 备份后提示用户确认迁移 → 失败回滚
## 8. Agent 目录结构
### 8.1 全局目录
```text
~/.air/
├── config.yaml
├── models.yaml
├── permissions.yaml
├── compaction-rules.md # 用户模板
├── project-index.db # 最近项目索引,不是 source of truth
├── cache/ # plugins/providers/lsp/downloads
├── resources/versions/<version>/
├── skills/ # 跨项目复用技能SKILL.md 格式)
└── logs/
├── air.log # 用户可读(启动失败、异常报错)
└── air.developer.log # 开发组公钥加密全量调试日志,保留 7 天
```
### 8.2 项目内 `.air/`
```text
<project>/.air/
├── shared/ # 可提交 git共享给团队
│ ├── project.json # 含 stable UUID project_id
│ ├── permissions.yaml
│ ├── compaction-rules.md
│ ├── rules/
│ │ ├── project-rules.md
│ │ └── toolchain-rules.md
│ └── plan/ # 原 AirPlan 工作流内化
│ ├── AGENTS.md
│ ├── plan.md
│ ├── todo.md
│ └── docs/
└── local/ # 可随项目携带但默认 gitignore
├── sessions/<session-id>/
│ ├── session.db
│ └── artifacts/
├── state/
├── backups/ # Git 仓库管理的项目外文件备份
├── debug-records.db
├── learned-memory.db
├── workspaces/
├── tmp/
└── locks/
```
推荐 `.gitignore`
```gitignore
.air/local/
```
## 9. Provider / Model 抽象层
- 原生支持 Anthropic API + OpenAI API
- 兼容接入OpenRouter / ollama / 自定义 endpoint通过 Anthropic/OpenAI 兼容模式)
- **内部存储格式**Anthropic 原生 content blocksClaude Code 路线)
- **Provider 转换**API 边界做双向转换,存回 Anthropic 格式
- **同 provider 切换**:零开销
- **跨 provider 切换**API 边界双向转换
## 10. Permission 权限模型
### 10.1 核心原则
```text
只读操作 → 永远允许
项目目录内 → 完全开放(含 build 目录C++ 打包部署需要手动组织运行库)
项目外非系统 → 自动备份 + Git 记录,静默执行
高危系统操作 → 用户确认
```
### 10.2 边界定义
- **Symlink**按物理路径follow realpath防止逃逸
- **`.git/`**:默认写保护(需确认),可在 permissions.yaml 关闭
- **build 目录**不加特殊规则Agent 需要完全读写
- **`sudo`**:不算高危(开发机日常操作)
- **高危判断**:静态路径白名单(`/etc/fstab``/boot/``/etc/default/grub` 等),模糊情况走 LLM escape hatch
- **`~/.air/`**AirCoding 自身管理,不经过 PermissionEngine
### 10.3 备份与还原
- 项目外文件修改备份为 **Git 仓库**`<project>/.air/local/backups/`
- 每次修改 = `cp` + `git add && git commit`commit message: session_id、agent_type、reason
- `air restore` 三个粒度:单文件最近版本、指定时间点、整个 session
- 用户手动删备份,不做自动清理
## 11. 会话持久化
### 11.1 存储策略
- 按 session 分库 SQLite`<project>/.air/local/sessions/<id>/session.db`
- 消息存储Anthropic 原生 content blockscanonical source
- `message_drafts` 保存流式 assistant 中间态,完成后删除
- 调度状态由 domain tables 持久化tasks / task_dependencies / task_attempts / agents / tool_runs / command_runs / artifacts / diagnostics / evidence_refs / workspaces / events
- `ui_state` 只保存 UI 恢复状态,定时和退出时 flush
- ProjectionStore 从 DB + EventBus 重建 TUI/HUD view model
- 中断恢复Scheduler 从 domain tables 重建调度队列running 状态按心跳时间戳判断存亡
### 11.2 Event Store 分层
- **EventBus**高频实时事件TokenDelta、StdoutChunk、AgentHeartbeat不落盘
- **PersistentEventStore**durable eventsAgentStarted、TaskCompleted、ToolRunCompleted 等SQLite 主线程同步写入
- **ArtifactStore**大体积内容build log、test log、pcap、screenshotDB 存引用 + 摘要 + hash
## 12. 上下文与记忆系统
### 12.1 记忆分层
```text
Project Rules权威层Claude Code 风格 Markdown + frontmatter
→ Project Profile事实层
→ Session Memory会话层
→ Learned Experience学习层tentative
→ Debug Knowledge结构化经验库
→ User Preference用户偏好
```
### 12.2 ExperienceMiner
- **触发**DebugRecord 产生时 + 会话结束时 + 每 N 轮/工具调用中间触发Hermes Nudge Engine 风格)
- **执行者**:独立后台子代理,不阻塞 Main Agent
- **去重**:周期性 Curator Daemon识别重叠技能、建议合并、标记过期、归档无用
- **自我 patch**Agent 执行中发现经验/规则不对,转发给 ExperienceMiner 做 patch
- **升级**非调试经验按出现次数N=3提醒升级调试经验以验证证据为置信度不打分
- **格式**SKILL.mdYAML frontmatter + Markdown body
### 12.3 上下文压缩
- **触发**Context window 占比达 70%
- **策略**Markdown + frontmatter 规则文件驱动,三层继承(系统默认 → 用户模板 `~/.air/compaction-rules.md` → 项目规则 `.air/shared/compaction-rules.md`
- **机制**Copy-on-Write。快照消息 1-N → 异步压缩(独立 Compactor 子代理)→ 新消息继续追加 → 完成后插入压缩标记。LLM 看到:摘要 + 标记 + 新消息。原始消息保留LLM 可显式回溯。
- **系统默认模板**:确保没写规则的项目也能正常压缩
## 13. Debug Knowledge Network
- 本地优先provider 接口预留远程共享
- DebugRecord 结构化存储(症状、错误签名、根因、修复方案、验证步骤、证据引用)
- 隐私:默认不上传,上传前脱敏,显式授权,可撤回
## 14. 分发与日志
### 14.1 分发
- **前期**:二进制 tarballBun compile 独立可执行文件 + Bundled Bun runtime + Python 脚本 + 默认资源文件),不发布公开渠道
- **后续**:稳定后再考虑 npm / brew / apt / winget
### 14.2 日志
- `air.log`:用户可读(启动失败、异常报错、环境配置问题)
- `air.developer.log`:开发组公钥加密全量调试日志 + 性能指标7 天保留
- `air doctor`:崩溃诊断包收集命令;诊断包不自动脱敏,但必须用户显式导出/发送
- 下次启动自动检测异常退出并提示
## 15. 测试策略
- **单元测试**bun testCI 每次 push<30s无 LLM覆盖所有确定性逻辑
- **集成测试**CI 每次 push<1min录制 LLM fixture 回放(覆盖 Agent Loop、Scheduler、IPC、session 持久化、压缩、worktree
- **E2E 测试**Release gate真实 LLM完整 C++ 项目场景),必须通过
## 16. HUD / Status Layer
- HUD 作为 runtime 内建层,通过 ProjectionStore 消费 DB + EventBus 派生状态(不依赖外部脚本解析 transcript
- 展示model/project/git/session/context/tasks/agents/tools/build/test/debug
- PresetFull / Essential / Minimal
- 参考 claude-hud 的 threshold 颜色、多行布局、中文 label
## 17. 架构决策记录ADR
原始 13 项 ADR + 三轮讨论补充的新决策,详见:
- `AirPlan/docs/architecture/decisions-round-1.md`D-001 ~ D-020
- `AirPlan/docs/architecture/decisions-round-2.md`D-021 ~ D-037
- `AirPlan/docs/architecture/decisions-round-3.md`D-038 ~ D-059
- `AirPlan/docs/architecture/main-agent-state-machine.md`
## 18. MVP 第一阶段
```text
C++ local dev loop
+ @opentui/solid TUI
+ durable sessions项目本地 per-session SQLitedomain tables 持续持久化)
+ Copy-on-Write 上下文压缩(三层继承规则文件)
+ Claude Code 风格 Project Rules + Hermes 风格 ExperienceMiner + Curator
+ local debug knowledge base
+ 事件驱动 EventBus + HUD
+ 二进制分发
```
具体包含:
1. Agent 目录与配置(`~/.air/` + `.air/shared/project.json` + `.air/local/`
2. LLM 驱动的项目初始化Scanner → LLM → 用户确认 → `.air/shared/project.json`
3. 多语言 Project Model语言无关层 + 语言特定 profile + LanguageDetector 接口)
4. TUI Shell + HUD`@opentui/solid` + ProjectionStore
5. SQLite Session Store项目 `.air/local` per-session 分库Anthropic 原生格式 + domain tables
6. C++ ToolchainBuildTool / DiagnosticParser LLM / TestRunner / StaticAnalysis / clangd CLI
7. Provider / ModelAnthropic + OpenAI 原生API 边界转换)
8. Permission 引擎(信任优先 + Git 备份 + 静态白名单高危检测)
9. Agent 分层Main Agent 状态机 + Architecture Designer + Scheduler + Executor/Reviewer/Debugger 独立进程)
10. Context / MemoryProject Rules + ExperienceMiner + Curator + Copy-on-Write 压缩)
11. Local DebugRecord Store
12. Capability Plugin PrototypeAirSDB 优先改造)