整体目标:用三个子项目拼成一个完整的企业绩效管理(EPM)平台——管理中台 + 多维计算引擎 + Excel 文件能力,替代 IBM TM1 等海外产品。三个子项目均已结束规划期、 进入实施期,当前完成度:
口径说明:按各子项目对最终产品形态的功能覆盖估算,非代码量占比。
开发模式:三个子项目各由一个独立的 AI(GLM 模型,8 月中旬由 5.2 升级到 5.3) 承担编码,另设一个管理 AI 负责跨项目评审与协调,人负责决策、把关和验收。 本期通过试验明确了 AI 与人工的分工边界(详见 2.3)。
它是什么:整个系统的底座——组织、账号、权限、文件和统一入口。 设计理念是「拷贝即部署」:整个系统打包成一个文件夹,拷到任何服务器就能运行, 不依赖任何云服务,企业内网也能完整使用;目标是让运维人员永远不需要登录服务器, 管理动作全部在网页上完成。
本期做了什么:
技术选型:Bun + TypeScript(新一代运行时,部署轻)、SQLite(免安装免运维)、 原生前端(无框架依赖,长期可维护)、第三方库全部内置。
AI 参与情况:本期功能 100% 由 AI 编写,人负责设计决策与验收。 下期做运维控制台(网页上管理服务器)和在线接口开发环境,设计先行、评审后再动代码。
它是什么:对标 IBM TM1 的核心计算引擎,整个产品里技术难度最高的部分, 也是国产替代的核心价值所在。设计理念:①只存用户录入的基础数据,汇总结果查询时实时计算—— 存储小、数据永远一致、改规则立即生效;②接口和查询语言全面照抄 TM1 标准, 老用户零学习成本、存量预算模型可直接迁移。
本期做了什么:
技术选型:Java 21 + Spring Boot(企业 IT 环境友好)、TileDB(稀疏数组存储, 为十亿级单元格设计)、DuckDB(嵌入式分析引擎)。
AI 参与情况:代码 100% 由 AI 编写;7 项重大架构决策由人拍板。 完成度 10% 的原因:对标 TM1 的全集能力很大(规则引擎、沙箱试算、数据分摊等排在后续版本), v1 只是第一层。下一步:独立代码评审 → 查询函数按「测试语料先行」纪律分批补齐 → 用真实预算业务场景验证。
它是什么:打通 Excel 生态的文件引擎,分三个独立部分:文件解析器(读懂 Excel 文件)、 公式引擎(按 Excel 的规则算公式)、浏览器表格界面(对标 WPS 网页版)。 设计理念:解析后回写文件保持逐位保真、「不碰坏用户的文件」;内核与语言解耦, 未来可出 Python / Java 版本供客户系统集成。
本期做了什么:
技术选型:浏览器原生 JS(无框架依赖)、DOM 渲染路线、自解压 + 惰性解析 (大文件秒开)、兼容 WPS 插件 API(存量脚本可复用)。
AI 参与情况(本期重要发现):立项时的期望是「AI 全代码」。本期让 AI 做了两轮 整体复刻 Excel 界面的试验,结论:整体模仿类任务超出当前 AI 能力边界——界面这类 「差一点等于全错」的工作,AI 反复修复不收敛。已正式定下分工:表格界面核心人工编写, 文件解析器和公式引擎(结果可用机器自动验证对错)交 AI 主体开发,人做语义把关。 这条边界已形成制度,后续所有任务按此分配;模型继续升级时边界外移,人力占比进一步下降。
| 等级 | 风险 | 应对 |
|---|---|---|
| 中 | 引擎交付速度(两天完成 v1)快于独立评审节奏,存在质量盲区 | 已安排独立代码评审,通过后再用真实业务场景验证;查询函数「无测试语料不实现」 |
| 中 | Excel 核心界面依赖人工编写,人力集中约 1 个月 | 时间盒管理;同期 AI 并行承担公式引擎预研,人力不空转;网格完成后即切回 AI 协作模式 |
| 中 | 安全策略采取「功能先行」,存在加固滞后窗口 | 分级设闸:高权限功能(服务器管理、在线开发)上线前安全内建为硬性门槛;面向客户部署设统一安全验收关卡 |
| 低 | AI 存在能力边界,误配任务导致返工 | 边界已识别并形成分工制度;「差一点等于全错」类任务默认人工或人机协同,不再整体交给 AI |