Growth AIOS 产品研发历史记录
基于各项目 Documents/Document 目录下的文档梳理，按时间线和模块组织。
一、文档分布全景
Automator/
├── Client/
│ ├── Documents/修改记录/ ← 162 份，主时间线（0317-0615）
│ ├── Desktop/Document/ ← 14 份，桌面端架构
│ └── Web/Document/ ← 125 份，前端架构 + 组件分析
│
├── Components/
│ ├── Documents/ ← 186 份，跨模块学习 + CodeReview + 书籍
│ │ ├── 大模型学习/ ← RAG、Transformer、Prompt 等基础学习
│ │ ├── 微软框架学习/ ← MAF 框架系统学习笔记
│ │ └── CodeReview记录/ ← 7 份 CodeReview
│ │
│ ├── AiAgent/Documents/ ← 30 份，Agent 核心系统设计
│ ├── AiAgent.Integration/Documents/ ← 65 份，Agent 集成 + Harness 设计
│ ├── Workflow/Document/ ← 147 份，工作流引擎
│ ├── Workflow.Node/ ← （节点设计在 Workflow 目录下）
│ ├── LLM/Document/ ← 55 份，大模型服务层
│ ├── CodeRunner/Document/ ← 20 份，代码运行器
│ ├── Plugin/Document/ ← 20 份，插件系统
│ ├── Trigger/Document/ ← 2 份，触发器
│ ├── VarVault/Document/ ← 6 份，变量/密钥库
│ ├── Runtimes/Documents/ ← 13 份，运行时环境
│ ├── Framework/Document/ ← 2 份，基础类库
│ └── MCP/ ← 无文档目录
│
└── automator-video/ ← 视频模块（独立项目）文档总量：约 850+ 份 Markdown 文件
二、主时间线（Client/Documents/修改记录）
按文件名日期排序，还原产品研发的完整过程：
2024 年 3 月 — 插件系统 + 基础页面
0317 — 插件创建页面授权方式优化
0325 — 变量库页面优化
0325 — 模型页面优化
0325 — 环境页面优化
0325 — 触发器页面优化
0325 — 设置页面优化阶段特征：Coze 五层架构的基础页面开发，对应"自动化三件套"的 UI 层。
2024 年 3 月底-4 月初 — 综合改造（认证/Space 移除）
0330 — 综合改造评估：认证与 Space 移除
0330 — 认证模块移除评估
0330 — Space-ID 移除改造方案
0331 — ProjectIDE 代码重构分析
0331 — ProjectIDE 路由修复记录
0331 — ProjectIDE 重构实施记录
0331 — URL 路由架构分析
0331 — 删除 bot-space-api 和 bot-store 包评估阶段特征：从 Coze 架构中剥离不需要的模块（认证、Space），简化为本地部署版本。
2024 年 4 月初 — 开源标志 + 用户服务统一
0403 — IS-OPEN-SOURCE 分析
0403 — IS-OPEN-SOURCE 重构记录
0403 — 用户服务统一重构2024 年 4 月 7-13 日 — 工作流节点体系大改造
0407 — 修复 OpenAPI $ref 引用解析和参数提取问题
0409 — 工作流节点文件类型引用策略优化
0409 — 删除 ArrayFile 和 ArrayFolder 类型
0409 — 扩展文件子类型使用场景
0410 — 新增 Formily 表单 Schema 接口
0410 — 工作流节点 Schema 统一化改造
0410 — Formily 节点远程加载 Schema 后测试适配
0410 — LLM 节点简化改造
0410 — SkillDirectory 组件功能完善
0410 — Skill 管理页面需求
0411 — 客户节点 Schema 动态加载问题分析
0412 — 客户节点 Registry 预加载时序修复
0412 — NODES_REGISTRY 延迟初始化影响面评估
0412 — 简化变量引用逻辑
0412 — 全局变量清理
0412 — 环境变量 WPF-Bridge 实现
0412 — WPF Mock 系统（完整系列）
0412 — Skill 管理后端功能开发
0412 — 节点图标批量生成
0413 — 新增网络自动化通知类节点配置
0413 — 客户节点注册中心架构精简
0413 — 新增 28 个节点前端配置
0413 — 节点注册逻辑简化阶段特征：这是最大规模的一次改造——统一节点 Schema、引入 Formily 表单、精简节点注册。标志着工作流节点体系从"Coze 原版"变成了"自定义体系"。
2024 年 4 月 14-16 日 — 模型配置三层架构 + Agent Web 迁移
0414 — 模型配置三层架构后端设计
0414 — 模型参数架构设计
0414 — 模型参数核心定义
0414 — 模型配置三层架构（1021 行大文档）
0414 — 大模型配置架构设计
0414 — 数据库初始化机制优化
0414 — 删除 BO 层架构重构
0415 — 模型参数预设选择器组件
0415 — Model 模块工程合并
0415 — LLM 节点重写并统一使用 coze-data-model
0415 — 意图识别节点重写
0416 — Agent Web 迁移到 Rush 工程
0416 — CLI 安装中心（WPF + 前端）阶段特征：模型配置从"散落在各处"变成"三层架构"（配置层 → 服务层 → 展示层）。这是 LLM 模块独立化的关键一步。
2024 年 4 月 17-25 日 — 节点测试 + AI 助手
0417 — CLI 节点测试执行失败分析
0417 — Formily 测试表单修复
0423 — AiAgent 存储接入（从 checkpoints 迁移到 SQLite）
0425 — 页面 main 区域宽度规范化
0425 — AI 助手桌面悬浮窗阶段特征：Agent 存储从 WorkflowCore 的 checkpoint 机制迁移到独立 SQLite，标志着 Agent 系统开始独立于工作流引擎。
2024 年 5 月 — 类型体系重构 + 触发器 + 运行时
0508 — ViewVariableType 文件类型分离重构
0508 — File 类型组件体系分析
0509 — 工作流试运行嵌入终端分析
0509 — 流程 Trace 可视化方案
0509 — 通用 SSE 终端组件设计
0511 — 工作流试运行 SSE 日志全链路时序
0512 — 节点运行时环境依赖检测与引导
0513 — runtime-install 安装流程修复
0513 — 节点运行时依赖检测 + 画布缩略图
0513 — Formily 输出参数独立展示
0513 — 模型实例连接参数配置
0516 — Exe 节点前端实现
0518 — 触发器多工作流绑定需求设计
0519 — 触发器对接工作流绑定
0520 — Trigger 触发事件绑定 + Payload 字段提取器
0527 — Tailwind CSS 标准化代码审查
0528 — Coze 模块简化三层架构迁移
0528 — Plugin 和 Workflow 模块三层架构迁移
0529 — 多包卡片组件样式标准化
0529 — AgentSession 持久化监听器阶段特征：
- 触发器系统完善（多工作流绑定）
- 运行时环境检测（自动安装依赖）
- Coze 模块三层架构迁移（后端架构统一）
2024 年 6 月 — 架构重构期
0601 — 修复浏览器窗口创建与打开流程
0601 — 修复 InProcessHost 同步阻塞死锁
0601 — 菜单新增 prodHide 属性
0601 — WebView2 资源池架构
0602 — 打包脚本 publish 目录改造
...（后续文件继续）三、模块演化路径（按文档推断）
Workflow 模块（147 份文档）
阶段 1：Coze 移植期
├── Coze代码分析/ ← 分析 Go 版 Coze 的工作流实现
│ ├── Go工作流模块快速索引
│ ├── Go-子工作流模块分析
│ ├── coze工作流表结构分析
│ └── 节点配置对象分析
│
阶段 2：WorkflowCore 适配期
├── WorkflowCoze框架/ ← 基于 WorkflowCore 的适配设计
│ ├── WorkflowCore框架分析（1967 行）
│ ├── WorkflowCore事件机制分析
│ ├── WorkflowCoze-循环节点机制分析
│ └── WorkflowCore流程挂起和恢复分析
│
阶段 3：节点体系完善期
├── 模块设计/具体节点设计/ ← 逐个节点的设计文档
│ ├── LLM节点/ ← 大模型节点
│ ├── Loop节点/ ← 循环节点
│ ├── Batch节点/ ← 批处理节点
│ ├── CodeRunner节点/ ← 代码运行节点
│ ├── IntentDetector节点/ ← 意图识别节点
│ ├── HttpRequester节点/ ← HTTP 请求节点
│ ├── InputReceiver节点/ ← 人工输入节点
│ ├── Plugin节点/ ← 插件节点
│ └── ...（20+ 种节点）
│
阶段 4：LLM 集成期
├── 模块设计/LLM集成/ ← LLM 节点与工作流的对接
│ ├── LLM节点对接LLM模块设计方案
│ ├── LlmNodeExecutor节点重设计方案
│ └── IntentDetector节点与Agent层集成方案
│
阶段 5：调试与优化期
├── 修改记录/ ← 具体问题修复
└── 使用教程/ ← 使用文档LLM 模块（55 份文档）
阶段 1：Agent 方案探索期
├── Agent方案归档/ ← 早期 Agent 设计方案（已废弃）
│ ├── 事件驱动的Agent设计方案
│ ├── MultiModelAgentFactory设计方案
│ └── 项目总结
│
阶段 2：微软 MAF 学习期
├── 微软MAF/ ← 微软 Agent Framework 深度分析
│ ├── Microsoft.Extensions.AI设计（1098 行）
│ ├── Microsoft.Agents.AI设计文档
│ ├── Agent框架设计
│ ├── 大模型框架分析
│ └── 迁移代码示例
│
阶段 3：模型配置统一期
├── 模型配置/ ← 模型配置三层架构
│ ├── 模型配置三层架构（1021 行）
│ ├── 模型参数Schema设计
│ └── 模型目录分层与标准配置规范
│
阶段 4：工具系统期
├── AiTool方案/ ← AI 工具调用
│ ├── 工具调用整体方案
│ ├── Plugin转AITool转换器
│ └── coze plugin-tool设计
│
阶段 5：DeerFlow 集成期
├── Deerflow集成/ ← LangGraph 集成
│ ├── LangGraph集成方案
│ ├── deerflow 配置更新分析（1404 行）
│ └── LangGraph Checkpoint 数据库集成
│
阶段 6：LLM 服务重构期
├── 修改记录/ ← ILLMService 重构
└── LLM节点/ ← 流式输出改造AiAgent 模块（30 份文档）
阶段 1：Agent 执行系统设计
├── Agent执行系统 - 整体架构（874 行）
├── Agent执行系统 - Agent编排
├── Agent执行系统 - ContextProvider链
├── Agent执行系统 - Prompt模板
├── Agent执行系统 - 工具系统
├── Agent执行系统 - 流式输出
└── Agent执行系统 - 记忆系统
阶段 2：Agent 设计深化
├── Agent设计/
│ ├── 01-规划Agent
│ ├── 02-流程创建Agent
│ ├── 03-流程检查Agent
│ ├── 04-流程执行Agent
│ ├── 05-工程拆分架构方案（631 行）
│ ├── 06-工程拆分推演验证报告（515 行）
│ └── 整体思路（271 行）
阶段 3：架构分析
├── AiAgent - 工程架构分析（1167 行）
├── AiAgent - 技术架构分析（790 行）
├── AiAgent - 监控性能分析（693 行）
└── WPF Agent 系统 - 背景分析与技术决策（719 行）
阶段 4：安全 + 需求
├── 安全需求分析
└── 需求记录/AiAgent.Integration 模块（65 份文档）
阶段 1：第三阶段 AI 编排
├── 0424-200522-第三阶段AI编排实现规格说明书
├── 0424-CLI模块Agent适配分析
├── 0424-Workflow模块Agent适配分析
├── 0425-集成测试设计
└── 0425-CodeRunner代码生成工具设计
阶段 2：结构化输出 + 提示词系统
├── 0430-结构化输出机制设计文档
├── 0513-JSON格式输出方案
├── 0513-Agent提示词系统架构方案（931 行）
├── 0513-Planner提示词重设计
└── 0513-WorkflowPlanner拆分架构设计
阶段 3：创建工作流流水线
├── 创建工作流/
│ ├── 01-需求解析
│ ├── 02-控制骨架
│ ├── 03-节点选型
│ ├── 04-参数填充与引用链
│ ├── 05-Canvas构建与注册
│ ├── 06-编排层
│ └── 07-Plan模块重构方案
阶段 4：MAF 框架研究
├── MAF框架/
│ ├── 模块介绍（524 行）
│ ├── AiAgent双层架构设计（653 行）
│ ├── MAF1.4_HarnessEngineering_Analysis（470 行）
│ ├── EvalCheck评估系统（510 行）
│ └── 边界治理与重构路线图
阶段 5：Harness 设计
├── harness设计/
│ ├── 01-EvalCheck委托模型（886 行）
│ ├── 02-评估后交互模式（1022 行）
│ ├── maf1.6.2-harness-上下文膨胀
│ ├── maf1.6.2-harness-失败恢复
│ ├── maf1.6.2-harness-步骤拆解
│ ├── maf1.6.2-harness-状态管理
│ └── maf1.6.2-harness-环境安全
阶段 6：EvalCheck 重构
├── 0521-EvalCheck校验系统重构
└── 0521-DTO校验深度校验CodeRunner 模块（20 份文档）
阶段 1：基础设计
├── CodeRunner模块功能规划
├── 历史备份/架构分析
├── 历史备份/模块设计
└── 历史备份/通用进程管理模块设计
阶段 2：沙箱设计
├── Windows Sandbox设计方案（767 行）
├── Windows Sandbox企业级实现方案
└── 沙箱相关的分析
阶段 3：环境模块重构
├── 环境模块详细设计（972 行）
└── 模块分析/（C#脚本引擎、容器环境、沙箱环境）
阶段 4：使用文档
├── CodeRunner使用示例
└── CodeRunner完整使用流程四、关键转折点（从文档推断）
| 时间 | 事件 | 文档证据 |
|---|---|---|
| 0317-0325 | 基础页面开发 | 变量库/模型/环境/触发器页面优化 |
| 0330 | 从 Coze 剥离 | 认证与 Space 移除改造 |
| 0407-0413 | 节点体系大改造 | Formily 引入、Schema 统一、28 个节点配置 |
| 0414-0415 | 模型配置三层架构 | LLM 模块独立化 |
| 0415 | LLM 节点重写 | 统一使用 coze-data-model |
| 0423 | Agent 存储独立化 | 从 checkpoints 迁移到 SQLite |
| 0509-0513 | 运行时环境检测 | 节点依赖自动安装 |
| 0518-0520 | 触发器系统完善 | 多工作流绑定 |
| 0528 | Coze 三层架构迁移 | 后端架构统一 |
| 0424-0425 | 第三阶段 AI 编排 | Agent 适配 CLI/Workflow |
| 0513 | 提示词系统架构 | Agent 提示词系统 931 行大文档 |
| 0513-0521 | Harness 设计 | MAF 框架研究 → EvalCheck → Harness |
| 0521 | 创建工作流流水线 | 6 步 AI 编排流程 |
五、架构演化脉络（从文档推断）
V1.0 — Coze 移植版（3月）
Coze 五层架构 + 基础页面
工作流引擎（WorkflowCore）
触发器 + 代码运行器
V2.0 — 本地化改造版（3月底-4月初）
剥离认证/Space
ProjectIDE 重构
用户服务统一
V3.0 — 节点体系统一版（4月7-13日）
Formily 表单引入
Schema 统一化
28 个节点重新配置
节点注册中心精简
V4.0 — 模型配置独立版（4月14-16日）
模型配置三层架构
LLM 节点重写
Agent Web 迁移到 Rush
V5.0 — Agent 独立版（4月23日-5月）
Agent 存储从 WorkflowCore 独立
运行时环境检测
触发器多工作流绑定
SSE 流式输出
V6.0 — 后端架构统一版（5月底）
Coze/Plugin/Workflow 三层架构迁移
Tailwind CSS 标准化
V7.0 — AI 编排版（4月24日-5月21日）
第三阶段 AI 编排实现
结构化输出机制
提示词系统架构
创建工作流 6 步流水线
Harness 设计（EvalCheck + 状态管理 + 失败恢复）六、学习轨迹（从 Documents/ 推断）
Components/Documents/大模型学习/
├── 基础层：Transformer → Tokenization → Training Pipeline
├── 应用层：Prompt Engineering → Structured Output → Tool Use → RAG
├── 架构层：Pipeline vs Agent Loop → Eval/Guardrail → Observability → Multi-Agent
├── RAG技术系统学习：BM25 → Rerank → Embedding → 评测 → 优化 → Modular RAG
└── 前沿方向：MCP → A2A Protocol → Code-as-Agent
Components/Documents/微软框架学习/
├── 基础卷：MEAI 核心抽象 → 内容模型 → AI 服务管线
├── 上卷：系统化思考 → AIAgent 设计 → 装饰器管道 → 上下文提供者
├── 中卷：快速上手 → Agent 构建 → 工作流引擎 → 上下文窗口 → 安全 → 可观测性 → 评估
└── 下卷：架构决策 → 生产级模式 → 高级工作流 → 性能优化 → 测试 → 案例 → 未来展望七、总结：产品演化的核心逻辑
Coze 移植 → 本地化剥离 → 节点体系统一 → 模型配置独立
→ Agent 独立 → 后端架构统一 → AI 编排（Harness）
核心演化驱动力：
1. "去 Coze 化"：从照搬 Coze 架构到形成自己的架构
2. "Agent 独立"：从工作流的附属节点到独立的 Agent 系统
3. "Harness 化"：从简单调用 LLM 到完整的 Harness 架构
4. "工程化"：从散乱代码到三层架构 + 标准化 + 文档驱动