AI Coding 专项汇报

汇报人
向义
汇报日期
2026 年 10 月 13 日

目录

  1. 01AI Coding 成果与目标方向
  2. 02里程碑与协同

AI Coding

成果与目标方向

PART 1
01

专项定位:研发交付能力升级

核心变化:在不增加固定编制的前提下,让同等投入获得更高质量的有效交付。

业务响应更快

需求进入研发前更清楚;减少补充沟通和反复确认。

开发产出更多

将任务拆成可并行单元,让 AI 执行多条工作流。

结果质量更稳

验收标准前置,变更与缺陷有明确回流路径。

重点应关注的是“交付结果 / 单位成本 / 变化应对能力”

不以代码行数、调用次数或账号活跃度替代实际业务收益。

研发全流程提效

从业务想法到可验收成果:每一步都更清晰、更可控。

01

需求提出

信息不全、口径多

智能辅助梳理

02

需求澄清

边界不明、反复沟通

场景补全与确认

03

规划拆解

评估依赖个人经验

任务拆分与排序

04

并行执行

人工排队、等待多

多链路协作推进

05

集中验收

问题后置、反复返工

质量检查与回流

关键收益:减少需求反复 → 减少执行等待 → 降低变更返工 → 更快进入业务验证

从人工单线程到 AI 多线程

同样的负责人和管理精力,从“逐个做任务”升级为“统筹多个任务”。

过去:人工单线程

任务 A任务 B任务 C

一个人或一个工作流
按顺序投入,存在等待与切换成本。

现在:AI 多线程并行

  1. 1执行链 A · 自主推进
  2. 2执行链 B · 自主推进
  3. 3执行链 C · 自主推进

人的角色:定目标、管优先级、识别风险、统一验收  AI 的角色:多任务并行执行、辅助检查与修复

实战:并行执行

一个人把控 3—5 个任务同时推进:工作流负责编排推进,工作树负责环境隔离。

Agent 工作流编排

任务拆成多阶段流水线,多个子代理并行执行,阶段间自动汇合、修复与验收。

Git Worktree 隔离

每个任务独立工作树与分支,互不干扰、随时切换,完成后分别发布与合入。

工作流运行界面:4 个阶段、4 个子代理并行工作
多阶段工作流:4 个子代理并行推进、自动汇合
Git 工作树列表:多个任务各自持有独立分支
多工作树:同时持有 5 条独立任务分支

测试验收:如何跟上 AI 产出速度

AI 大幅提升了产出速度,测试验收若仍靠人工逐步执行,就会成为新的瓶颈——必须从技术层面解决。

研发侧:AI Agent 交叉验收

开发完成即由 Agent 交叉检查彼此产出,问题在提交前就暴露,减少带病流转。

测试侧:自动化验收与回归

测试人员用 AI Agent 执行自动化验收与回归,压缩测试时间、加快放行节奏。

目标:让验收速度与产出速度匹配——验收不再是一次性人工点击,而是可反复执行的技术流程。

实战:e2e 自动化验收

结合 Decision API 与浏览器自动化,把纯人工逐步点击的验收升级为自动执行的回归流程。

Decision API 定口径

验收标准结构化为可判定规则,系统自动校验页面证据。

浏览器自动化执行

Agent 在真实页面逐步操作与观察,过程可视化、可回放。

效率提升 10 倍以上

回归验收从人工点击升级为流程自动执行,可随任务反复运行。

验收回归控制台:TestLink 用例驱动浏览器自动化逐步校验
验收回归控制台:用例驱动浏览器自动化,逐步校验、结果留痕

实践案例:从想法到实现

由 OpenAI DevDay 发布的 mcp-extension 新功能出发,构想一个面向技术人员的看板,并完整走通实施与验收过程。

从想法到计划

明确任务协作的初步设想
梳理使用场景与交付范围
形成计划和优先任务清单

从执行到验收

推进多项功能与交互实现
汇总产出并验证实际使用
发现问题后修复、再次验收

需求构想

核心场景与功能边界

实施计划

拆分任务与优先级

实现成果

可展示的功能增量

验收反馈

问题复验与优化记录

注:本人约两个工作日的探索实践,仅用于说明工作流程,不代表所有需求的标准交付周期。

实践案例:实施

用户诉求

任务归档与冷存储

单条与批量归档、恢复幂等,归档搜索与 Markdown 报告导出。

Codex 原生执行桥接

MCP 请求、唯一认领、原生聊天创建到执行回执、Done 流转全链路。

自绑定执行协议

派发只传任务 ID,目标聊天自行核验身份、绑定独立 worktree 并回报结果。

验收缺陷当日闭环

自动化与原生面板并行验收,发现的缺陷当日修复并完成回归。

15 条记录在案的执行任务
1.5BToken 消耗
24 项已完成的交付需求

产出了什么

  • 看板 Web 应用:多仓库隔离、中英双语
  • MCP 插件:19 个工具与原生执行桥接协议
  • 10 份验收记录、24 份执行计划文档

实例:成果

构想已经落地为可用的看板产品:任务流转、执行状态与归档导出一屏掌握。

TaskLane 看板:待办、就绪、执行中、待审查、已完成五个状态列
TaskLane 看板:任务状态与执行回执实时同步

全状态看板流转

五列状态一屏可见,卡片带优先级与角色标签。

执行回执自动流转

Codex 回执实时驱动卡片状态,无需人工搬卡。

归档与报告导出

已完成任务一键归档,支持 Markdown 报告导出。

多仓库与双语

多仓库看板隔离,中英一键切换。

里程碑

与协同

PART 2
02

技术难题:测试验收

AI 产出代码的速度已远超人工可 review 的程度,现有的测试验收手段远远不够——质量与速度如何兼得,是一个必须直面的开放问题。

人工审查到达上限

代码产出以分钟计,逐行审查以天计,深度 review 必然积压。

现有手段覆盖不足

抽样验收与事后测试,难以覆盖 AI 规模化产出的变更面。

待验证的方向

分层验收、AI 预审与自动化兜底等思路,需在真实业务中验证效果。

把问题摆到台面:验收能力必须与产出速度同步演进——这也是 30 天试点要回答的问题之一。

技术培训:AI 工具、能力提示

AI 迭代很快,好用的功能要互相分享;内部平台也在持续集成 AI 能力,运营同学可直接上手。

更新追踪

持续跟进模型与工具新功能,沉淀团队简报。

好用功能互相分享

定期分享提示词、插件与使用技巧。

技术人员:开发效率进一步提升

AI 结对编程与生成辅助,聚焦业务实现。

内部平台:AI 辅助提升运营效率

物料查询、参考图生成草稿、一句话添加场景。

内部平台 AI 编辑助手:页面搭建与 AI 能力面板
内部平台「AI 编辑助手」:运营同学直接描述需求即可完成页面搭建

业务入口:需求更明确

减少“说不清、反复问、开发后才发现遗漏”的沟通成本。

1

业务需求

使用 AI Agent 梳理场景、边界与约束,产出可验收的需求文档

2

研发执行

需求拆分为并行任务,AI Agent 协同推进,过程与产出可追踪

3

落地验收

对照需求文档逐项验收,问题通过反馈环节回流修正

一个面向业务的低门槛入口,让需求在交给研发前更完整。

业务同学聚焦“要解决什么问题”;研发团队聚焦“如何高质量交付”。

汇报完毕

汇报人
向义
汇报日期
2026 年 10 月 13 日