2026 年度总结
年度定调: 这是「从用 AI 到造体系」的一年。一个人，借助一套自洽的 AI 协同方法论，完成了传统认知里需要一个团队才能推进的工作。旗舰证据是集群对讲——1 人全栈 + AI，49 天交付了与通天星 CMSV9 同类的集群对讲能力；公开资料至少从 2020 年已记录该产品能力，当前官方页仍在展示。本篇按「全年 → 各季 → 每月 → 成就与成长」四层展开，季度标签中 Q3 为进行中、Q4 待续，后续月份持续追加。
周报明细见各月子页（左侧导航）。本页为年度汇总，数据口径: 提交次数为主、代码行数为辅（numstat 排除
.md/.txt等非代码文件）。
一、全年概况
三条主线
2026 年的工作沿三条交织的主线推进——业务交付、基础设施、AI 方法论，三者互为支撑:
| 主线 | 全年走向 | 关键节点 |
|---|---|---|
| 🏗️ 基础设施加固 | 跨境数据同步闭环 → 配置集中化 → 国际化性能 → 部署脚本体系 | 1 月数据同步 78 子任务闭环、2 月国际化性能优化 |
| 🚀 功能完善 | 固件链路 → 报表九大模块 → dashboard → 集群对讲立项到交付 | 5 月固件链路、6 月报表/dashboard、7-8 月集群对讲 |
| 🧭 AI 方法论 | 规格驱动 → 原型驱动 → 契约先行 → 自治闭环 | OpenSpec(1月) → pen2code(5月) → BUSINESS/契约(6月) → Loop(8月) |
全年数据（截至 2026-08-31）
| 仓库 | 提交次数 | 设计 / 代码 | 季度分布（Q1 / Q2 / Q3） |
|---|---|---|---|
es-center-server-services | 1,534 | 668 / 866 | 431 / 136 / 967 |
es-center-server-web-app | 1,718 | 999 / 719 | 152 / 854 / 712 |
es-center-server-install-app | 108 | 10 / 98 | 65 / 26 / 17 |
es-ext-doc-website | 20 | 19 / 1 | 2 / 0 / 18 |
es-center-server-build | 29 | 2 / 27 | 18 / 4 / 7 |
es-center-server-agent | 2 | 2 / 0 | 0 / 0 / 2 |
es-server-deploy | 28 | 2 / 26 | 18 / 7 / 3 |
es-qt-tools-map | 4 | 3 / 1 | 2 / 0 / 2 |
es-bodycam-web-ui-1 | 3 | 2 / 1 | 0 / 0 / 3 |
| 固定九仓库合计 | 3,446 | 1,707 / 1,739 | 688 / 1,027 / 1,731 |
8 月为全年高峰（固定九仓库 1,040 次，其中
es-center-server-services591 次、es-center-server-web-app401 次）；7 月仍是集群对讲攻坚高峰。代码行数仅作参考（重构会放大），不作为工作量依据。
一个判断
全年最深刻的转变不在代码量，而在方法论的质变: 从「用 AI 写代码」到「造一套让 AI 可靠产出的体系」。这条成长线详见第四层 · 成长。
二、各季概况
Q1（1-3 月）· 基础设施加固与方法论奠基
业务: 跨境数据同步从设计到实现闭环（78 项子任务、全量/增量、79 表验证）、Nacos 配置集中化（密钥迁移）、从节点固件文件同步、国际化模块性能优化（内存队列去重 + 流式查询 + 布隆过滤器）、IP 限流、GPS 轨迹可视化组件、设备/固件健壮性补强。
方法论: 这是 AI 协同方法论的奠基期——多工具多轮代码审查（qoder → opencode → claude code）驱动缺陷收敛、OpenSpec 规格驱动开发启动、AGENTS.md 分层知识库建立、3 月深圳「AI 培训周」现场普及规范驱动开发。
数据: 688 次提交。
Q2（4-6 月）· 功能完善与方法论成型
业务: 数据权限控制细化、账号注销全栈、SpiritCam/PonyCam 固件管理链路、多租户划分（scm/pcm）、报表九大模块后端 API、dashboard 框架（pen2code 原型驱动）、用户头像上传、集群对讲落地方案设计（Janus AudioBridge + MQTT PTT）、Janus Gateway 1.4.1 升级集成。
方法论: 方法论成型期——pen2code 原型驱动建立（.pen 设计稿 → React 代码）、PDCA 多轮审查收敛、文档先行（BUSINESS.md 驱动开发，三层文档同步）、SQL 性能提速（LATERAL LIMIT 1）、多轮审查清零（P0=0 / P1 清零）。
数据: 1,027 次提交。
Q3（7-8 月，🟡 进行中）· 集群对讲攻坚与自治闭环
业务: 集群对讲从设计到交付——后端主线（对讲群组 CRUD、设备成员关系、PTT 配置刷新、Janus 房间生命周期与补偿、AudioBridge、MQTT 缓存键统一、执行器虚拟线程迁移）+ 前端主线（工作台、设备分页绑定、真实接口对接、AudioBridge 集成、品牌竞争力提升）+ 收尾（PTT 接缝固化、确定性恢复、集成验收、可用性打磨）。辅以 i18n 翻译发布器统一、架构渐进式改造分析、冻结终点代码审查（49 张工单）、英文版文档镜像交付；月末继续完成 Janus client 接线、i18n 错误呈现边界收口与 PTT 音量事件。
方法论: 方法论自治期——契约锁定先行、诊断驱动编排（掉房 → 确定性恢复）、Loop Engineering 执行体系建立、冻结基线规模化审查（对抗复核门禁）、Matt Pocock skills 配置；以隔离 A/B canary 筛选模型自治方案，no-go 时保留既有 Router。
数据: 1,731 次提交（含集群对讲 575 次）。
Q4（⬜ 待续）
9-12 月内容将在结束后追加。
三、每月概况
1 月 · 数据同步与配置集中
- 🟦 services: 跨境数据同步设计→实现完成（78 子任务主线闭环）、Nacos 配置集中化（密钥迁移）、多轮代码质量审查、从节点固件文件同步
- 🟩 web-app: 前端配置精简、v2 APK 下载页、法律协议文档、地图缩放按类型分级
- 🟨 install-app: 多服务器部署脚本体系化（zxs/zxs-cs/zxs-ca/hs）
- 🧭 方法论: 多工具多轮代码审查奠基、OpenSpec 规格驱动启动、AGENTS.md 知识库奠基、技能库与提示词模板引入
- 计量: 固定九仓库合计 355 次（设计 124 · 代码 231）:
es-center-server-services265 次、es-center-server-web-app33 次、es-center-server-install-app41 次、es-ext-doc-website2 次、es-center-server-build10 次、es-server-deploy4 次
2 月 · 同步验证与国际化性能
- 🟦 services: 跨境数据同步测试（主线流程 79 表全量/增量验证）、国际化模块性能优化（内存队列去重 + 流式查询 + 布隆过滤器）、IP 限流实现、公网 IP 检测增强
- 🟩 web-app: v2 APK 下载页优化、法律协议文档完善、to-C 路由调整
- 🟨 install-app: 构建部署脚本体系（build.sh、多环境 .env）
- 🧭 方法论: 测试驱动缺陷收敛、模块内聚化与工具类精简、构建工程化起步（Spotless）
- 计量: 固定九仓库合计 139 次（设计 51 · 代码 88）:
es-center-server-services104 次、es-center-server-web-app16 次、es-center-server-install-app14 次、es-center-server-build4 次、es-server-deploy1 次
3 月 · 培训周与规范环境奠基
- 🟦 services: 设备/固件健壮性补强（空值防护、唯一性修复）、从节点固件文件同步、AI 规范开发环境奠基、IP 限流迭代简化、log 模块迁移至 Meilisearch
- 🟩 web-app: GPS 轨迹可视化可复用组件（设计先行·规格固化）、前端 AI 规范开发基础搭建、数据采集设备/服务器导入导出字段扩展
- 🧭 方法论: AI 培训周（03-04 深圳现场）、openspec/superpower 生态建设、技能库系统化引入（ahooks、shadcn-ui、vercel-react）、OpenSpec 变更驱动开发
- 计量: 固定九仓库合计 194 次（设计 74 · 代码 120）:
es-center-server-services62 次、es-center-server-web-app103 次、es-center-server-install-app10 次、es-center-server-build4 次、es-server-deploy13 次、es-qt-tools-map2 次
4 月 · 权限细化与注销全栈
- 🟦 services: 数据权限控制细化（差距分析→修复）、BeanUtils 空校验（OpenSpec 变更驱动）、账号注销功能全栈、采集服务器外网 IP 配置与 IoT 同步通知、固件上传格式限制
- 🟩 web-app: 业务数据报表设计梳理、dashboard 原型设计（Pencil）、设备详情查询接口
- 🧭 方法论: OpenSpec 变更驱动成熟化（提案→规格→实施→归档）、设计先行·规格固化、前后端契约对齐
- 计量: 固定九仓库合计 543 次（设计 520 · 代码 23）:
es-center-server-services13 次、es-center-server-web-app524 次、es-center-server-install-app1 次、es-center-server-build1 次、es-server-deploy4 次
5 月 · 固件链路与原型驱动
- 🟦 services: 设备详情查询、SpiritCam 固件管理链路（查询/上传/流式处理、租户删除保护）、PonyCam API（分享限制校验、错误响应国际化）、init-tenant-map 租户初始化统一、scm/pcm 多租户划分
- 🟩 web-app: dashboard 框架搭建（pen2code 原型驱动）、用户头像上传链路、分页统一迁移 ahooks usePagination、Sentence Case 命名规则确立、组件库升级
- 🧭 方法论: pen2code 原型驱动建立、提炼-验证-遗忘工具循环、PDCA 多轮审查收敛
- 计量: 固定九仓库合计 243 次（设计 105 · 代码 138）:
es-center-server-services40 次、es-center-server-web-app196 次、es-center-server-install-app5 次、es-center-server-build2 次
6 月 · 报表 API 与集群对讲立项
- 🟦 services: 报表九大模块后端 API（设备/服务器/在线/电池/存储/上传/仪表盘 KPI）、设备绑定分页 LATERAL LIMIT 1 优化、default→pcm 租户数据迁移、集群对讲服务落地方案设计（Janus AudioBridge + MQTT PTT）
- 🟩 web-app: dashboard 后端 API、BUSINESS.md 文档驱动开发、三层文档同步（BUSINESS v4.x / API v1.x / README v3.x）、多轮审查清零（P0=0 / P1 清零）、i18n 流程标准化
- 🟨 install-app: 升级程序（离线镜像集成）、Janus Gateway 1.4.1 升级集成、Nginx 代理配置
- 🧭 方法论: 文档先行（BUSINESS 驱动）、SQL 性能提速、多轮审查清零
- 计量: 固定九仓库合计 241 次（设计 125 · 代码 116）:
es-center-server-services83 次、es-center-server-web-app134 次、es-center-server-install-app20 次、es-center-server-build1 次、es-server-deploy3 次
7 月 · 集群对讲主线攻坚
- 🟦 services: 集群对讲后端主线——对讲群组 CRUD、设备成员关系、PTT 配置刷新、Janus 服务器管理、房间生命周期与补偿、AudioBridge、MQTT 缓存键统一、查询限流统一、设备列表缓存分阶段优化、在线状态批量查询、Function 执行器虚拟线程迁移
- 🟩 web-app: 集群对讲前端——Janus 运维页、工作台与群组编辑、设备分页绑定、真实接口对接、在线状态走 MQTT、房间生命周期门控、AudioBridge 集成（浏览器 offer 协商、session 保活）、防重提交
- 🧭 方法论: 契约锁定先行（MQTT 缓存键/路由契约）、性能优化（缓存/并发/弱网）、执行器并发迁移
- 计量: 固定九仓库合计 691 次（设计 210 · 代码 481）:
es-center-server-services376 次、es-center-server-web-app311 次、es-center-server-install-app2 次、es-center-server-build2 次 —— 集群对讲攻坚高峰
8 月（截至 2026-08-31）· 收尾与自治体系
- 🟦 es-center-server-services: 集群对讲后端收尾——PTT 配置接缝固化、关系变更后 PTT 刷新、原子删除链路、入房权限统一、Meilisearch 队列限流、ICE/PTT 配置获取契约、i18n 翻译视图发布、缺失翻译批量摄取、JMS 任务分离、冻结终点代码审查（49 工单）、Loop Engineering 执行体系建立；追加租户写边界系列加固、类型化消息信封全链落地、JMS 通道契约统一归档、MyLog 双壳治理、确定性规范路由与模型自治 A/B canary；首批 screening 结论为
no-go并保留 Router，PTT 房间启用 AudioBridge 音量事件 - 🟩 es-center-server-web-app: 集群对讲前端收尾——AudioBridge 房间合同冻结、所有权抽取与确定性恢复、成员花名册、品牌竞争力提升（在线状态统一/响应基线/状态语言/房间控制）、可用性打磨（渐进披露·卡片密度·中央入口）；追加 MQTT 请求通道、远程选择器、XLSX 表格 IO 与分区日志检索深模块提纯、设备实时页六原子组合、Janus client 模块与房间接线、i18n 错误呈现边界收口和 UI 依赖升级；MD5 换芯在月末仅完成规格与排程，尚未实施
- 🟨 install-app: nginx chunked 配置、服务启动延迟、版本号同步；追加 08-24 服务镜像与安装包版本同步
- 🟪 ext-doc: 2.0.1 版本文档交付（更新日志/安装手册）、英文版文档镜像（9 张票按产品域推进）
- 🧩 多仓治理: 九仓提交消息条款与分层信任取材落地，规格 → 拆票 → 实施的串行交付管线固化
- 🧭 方法论: 诊断驱动编排、冻结基线规模化审查（对抗复核门禁）、Loop 顺序优先执行契约、成熟库优先简化（稳定性 > 安全 > 性能）；追加行为保持重构、深模块提纯、契约先行、确定性规范路由、Agent 上下文治理依据，以及失败关闭的隔离评测门禁
- 计量: 固定九仓库合计 1,040 次（设计 498 · 代码 542）:
es-center-server-services591 次、es-center-server-web-app401 次、es-center-server-install-app15 次、es-ext-doc-website18 次、es-center-server-build5 次、es-center-server-agent2 次、es-server-deploy3 次、es-qt-tools-map2 次、es-bodycam-web-ui-13 次
四、成就与成长
4.1 成就
旗舰 · 集群对讲: 1 人 + AI，49 天全栈交付
硬数据（git log 精确核查）:
| 维度 | 数据 |
|---|---|
| 开发跨度 | 2026-06-25 → 08-12，49 天（7 周） |
| 提交量 | 575 次（后端 289 + 前端 286） |
| 高峰 | 7 月单月 395 次（日均约 12.7 次） |
| 承担角色 | 1 人全栈: 后端 + 前端 + 架构 + 实施 + 测试 + 需求 + UI 设计 |
技术复杂度（含金量自证）:
- 媒体层: Janus AudioBridge（SFU 音频会议插件）+ WebRTC 实时双向
- 信令层: MQTT PTT 配置下发（
device/{no}/ptt/deliver|retrieve/v1）+ JMS 事件驱动 - 控制层: 半双工 floor control（PTT 按键互斥）
- 容错层: 房间生命周期三轮补偿（5 / 10 / 15 分钟）+ 确定性恢复
- 业务层: TalkGroup CRUD、设备成员关系、跨租户隔离、在线状态管理
行业对标: 通天星 CMSV9 官方产品页 当前列出集群对讲，2020 年行业报道 也已记录该能力及稳定研发团队，说明这项产品能力至少跨多年存在；公开资料不能证明集群对讲单项功能的具体投入。通天星官网披露的 600W+ 终端连接 是公司平台总口径，并非 CMSV9 单产品数据。本次由 1 人借助 AI 协同，49 天达到可用交付；「1 人 + AI ≈ 一个团队半年」及“传统团队需半年以上”均为经验估算，不是可核查事实。
为何能这么快 · AI 四象限
集群对讲能 49 天完成，不是因为 AI 厉害，而是因为人准确判断了每个子任务落在哪个象限、并调用对应策略。这就是「AI 四象限」——{人, AI} × {知, 不知} 认知矩阵:
| 象限 | 含义 | 调用策略 | 集群对讲中的实例 |
|---|---|---|---|
| ✅ 已知的已知 人会 + AI 会 | 熟练重复劳动 | AI 加速器: 批量产出 | 报表式 CRUD、群组分页、导入导出字段扩展 |
| 📋 已知的未知 人会 + AI 不会 | 人懂业务、AI 缺上下文 | 人喂知识: 顶层设计 / 规范 / 契约文档先行 | PTT 接缝契约、MQTT 缓存键规范、BUSINESS.md 业务规则、入房权限模型 |
| 🔍 未知的已知 人不会 + AI 会 | 人的盲区、AI 能补 | AI 补盲: 审查 / 能力延伸 | Janus AudioBridge 边界行为、WebRTC offer 协商、冻结审查形成的 49 张工单 |
| 🧪 未知的未知 人不会 + AI 不会 | 双方都要摸索 | 协同探索: loop / 对抗式探查 | 半双工 floor 补偿策略、房间掉房的确定性恢复路径 |
人的价值集中体现在两个象限: 在「已知的未知」里，人做 AI 做不了的事——把隐性业务知识结构化成 AI 能消化的契约与文档；在「未知的未知」里，人做判断——决定探索方向、为 AI 的产出兜底。AI 不会自己知道此刻在哪个象限。这个判断，就是不可替代的部分。
其他重大交付
- 跨境数据同步（1-2 月）: 78 子任务闭环、79 表全量/增量验证
- 报表九大模块（6 月）: 设备/服务器/在线/电池/存储/上传/仪表盘 KPI 全套后端 API
- 固件管理链路（5 月）: SpiritCam/PonyCam 查询/上传/流式处理/租户删除保护
- PostgreSQL 高可用: 主从复制（repmgr）+ pgpool 负载均衡
- dashboard 框架（5 月）: pen2code 原型驱动建立
- 英文版文档镜像（8 月）: 9 张票按产品域推进
4.2 成长 · 方法论四阶段演进
全年的成长主线，是 AI 协同方法论从「零散用工具」到「自治理体系」的四阶段跃迁。每阶段都对应解决了一个人机知识边界问题:
阶段一 · 规格驱动（Q1）—— 把「人知的」结构化喂给 AI
- 工具载体: OpenSpec、AGENTS.md、CONTEXT.md
- 解决的问题（对应「已知的未知」）: AI 缺业务上下文 → 人用规格文档把「我知道但 AI 不知道」的部分固化成可消化的契约
- 实践: 跨境数据同步 78 子任务规格驱动、分层 AGENTS.md 知识库、3 月 AI 培训周普及
阶段二 · 原型驱动（Q2）—— 设计先行，代码可还原
- 工具载体: pen2code（.pen 设计稿 → React）、PDCA 多轮审查
- 解决的问题: 把「要做成什么样」从模糊脑图变成 AI 可还原的设计稿，再用多轮审查收敛缺陷
- 实践: dashboard 框架原型驱动、固件链路、多轮审查清零（P0=0）
阶段三 · 契约先行（Q2-Q3）—— 前后端靠契约锁定，而非靠口头沟通
- 工具载体: BUSINESS.md 文档先行、MQTT 缓存键/路由契约
- 解决的问题: 分布式协作中最大的不确定是「接口会变」→ 先冻结契约，再各自实现
- 实践: 三层文档同步（BUSINESS/API/README）、PTT 接缝契约固化、ICE/PTT 配置获取契约
阶段四 · 自治闭环（Q3）—— 多代理自治 + 对抗门禁
- 工具载体: Loop Engineering、冻结基线规模化审查、Matt Pocock skills、Harness
- 解决的问题（对应「未知的未知」+「未知的已知」）: 复杂探索用 loop 多代理顺序推进；产出质量用对抗式冻结审查兜底
- 实践: 49 张工单的冻结审查、Loop 顺序优先执行契约、诊断驱动编排（掉房→确定性恢复）
贯穿四阶段的，是对 AI 协同本质的理解递进: 从「AI 是写代码的工具」→「AI 是需要被喂知识的协作者」→「AI 是需要契约约束的执行者」→「AI 是可在四象限分别调度、用门禁兜底的自治体系」。方法论的名字（OpenSpec/Superpowers/Matt Pocock/Harness/Loop）会换，底层这套「识别象限 → 调用策略 → 兜底验证」的指挥逻辑，才是真正沉淀下来的能力。
附录 · 术语表（Glossary）
| 术语 | 定义 |
|---|---|
| AI 四象限 | {人, AI} × {知, 不知} 认知矩阵。已知的已知（人会+AI 会，AI 加速）/ 已知的未知（人会+AI 不会，人喂知识）/ 未知的已知（人不会+AI 会，AI 补盲）/ 未知的未知（都不会，协同探索）。 |
| OpenSpec | 规格驱动开发工具链: 提案 → 规格 → 实施 → 归档，把人的业务意图固化成 AI 可执行的变更规格。2026-01 引入。 |
| AGENTS.md / CONTEXT.md | 分层知识库: AGENTS.md 给 agent 工作规范，CONTEXT.md 记录领域术语表（glossary），让 AI 携带正确上下文。 |
| pen2code | 原型驱动开发: Pencil 设计稿（.pen）→ React 代码的还原流程，让「设计」先于「编码」固化。2026-05 建立。 |
| Superpowers | 一套经验证的 AI 辅助开发技能集（brainstorming、test-driven-development、systematic-debugging、verification-before-completion 等）。2026-03 引入。 |
| Harness | 任务执行前的强制门禁检查（5 项）: 读 README+技能 / 读 PROGRESS / 执行门禁 / 范围保护 / 局部验证+写回。确保每次执行不跑偏。 |
| Loop Engineering | 多代理协作的「顺序优先执行契约」: 复杂探索任务拆给多个代理按序推进，用执行契约约束顺序与交接。2026-08 建立。 |
| 冻结基线规模化审查 | 功能冻结后，用多轮对抗式复核对终点代码做规模化审查（集群对讲收尾审查 49 张工单），作为发布前门禁。 |
| Matt Pocock skills | 按 Matt Pocock 的 skill 编写规范组织的项目级专属技能库（per-repo），区别于全局安装。2026-08 配置。 |
| RAG | 检索增强生成: 结合 Obsidian 等知识库检索，为 AI 提供项目特定的上下文，减少幻觉。 |
本页基于 .ai/doc/weekly/ 周报源数据、多仓库 git log 核查与 .ai/prompt/2026/0813/1717/question-00.md 的 grilling 会话留档生成；日期敏感事实以 .ai/prompt/2026/0813/1717/question-05.md 的勘误留档为准。Q3 进行中、Q4 待续。