银河IT-极客-2026年Codex AI工程交付行动营

极客-2026年Codex AI工程交付行动营:代码越来越便宜,交付越来越贵

2026年,AI写代码这件事的门槛已经低到令人恍惚。一个刚入行的开发者,打开终端输入几句自然语言,Codex就能在几十秒内生出一个可运行的文件。演示效果看起来和资深工程师花半天写出来的东西差不多。

但行业里有一个公认的现实:一个看起来演示效果差不多的AI原型,和能稳定承接真实业务流量的生产级系统之间,差了至少十倍的工程量[-]

。绝大多数人刚接触AI落地时都意识不到这个差距,凭着快速搭出来的Demo就贸然接下项目,做到一半才发现要补的坑远超预期,要么延期交付,要么项目直接烂尾。

极客时间推出的 《2026年Codex AI工程交付行动营》 ,瞄准的正是这道鸿沟。它的核心命题不是“再教你一遍怎么用Codex”,而是一个更实际的问题:怎么把Codex从一个写代码的工具,变成真正参与工程交付的协作者。

核心方法论:Codex + FDE双驱动

这门课的核心设计是两条线并行推进。

Codex线负责“怎么用AI写代码、实现自动化”——把Codex CLI、IDE、App、SDK、Hooks、Subagents、AGENTS.md全套用熟,让工程化武器变成基本功。

FDE线(前沿部署工程师) 负责“怎么把AI项目推到生产环境”——需求怎么拆、Spec怎么写、验证怎么留、反馈怎么收。FDE面对的不是已经定义清楚的技术需求,而是真实业务问题:先搞清楚客户到底要什么,再把它变成可执行的任务;过程中不断验证结果;遇到问题调整方案;最后真正把东西交付出去。

两条线合起来,4周时间,让一个Demo长成一套能上线的工程项目。每一周都在同一个系统上生长,而不是做4个独立项目。

四周演进路线:从V0到V3

第一周 V0:从对话式写代码到Spec驱动交付

很多人用Codex的方式还停留在“帮我写个函数”的阶段。第一周要解决的是更基础的问题:怎么把一句模糊的需求,拆成边界明确、可以执行、最终能够验收的任务。

具体内容包括:把仓库规则写进AGENTS.md,让Codex理解项目上下文;把模糊需求变成可验收的Spec;委托Codex执行一次最小变更。这一步做好了,后面的AI协作才有基础。产出是一个最小可交付工程原型,包含仓库约束和本地执行入口。

第二周 V1:用Harness建立可量化的质量门禁

AI做出来的东西,到底怎么判断质量?如果每次都靠人肉看代码、跑一下程序,然后凭感觉说“好像可以”,那工程交付就是一句空话。

第二周的核心是先设计失败,再编写Eval,用Harness汇总证据和等级,把关键质量要求变成可重复验证的自动流水线。同时用Codex Hooks建立本地护栏,把同一套Eval接入CI,让不合格的变更无法进入候选分支。这一周要解决的是:缺陷链路能稳定失效,修复后能稳定通过测试。

第三周 V2:用Loop、Subagents与Graph编排协作

这是很多团队真正头疼的地方:多个Agent到底怎么协作?谁负责拆任务?谁负责执行?谁负责检查?什么时候需要人工介入?如果这些事情没被设计清楚,Agent越多,系统反而越容易失控。

第三周会涉及:把失败报告翻译成修复任务,建立有停止条件的修复Loop,用Codex原生Subagents并行处理独立任务,用Graph显式表达状态、回退和人工审核。目标是让多Agent协作在确定的边界和预算内运行,异常不会被忽略,循环不会无限跑下去。

第四周 V3:从代码仓库到可运行的演示产品

最后一周开始往“工作台”走。把执行链路封装成任务API,让交付状态在Web面板可见,生成交付摘要并采集真实反馈。

最终的产出是一个可演示、可持续使用的自动化工作台:干净环境可启动,任务状态与失败可追溯,反馈记录随时间累积,Eval全部通过。这个工作台随后会被用来交付一个真实可用的电商ERP系统——不是静态页面,而是有真实API、事务、SQLite、权限和审计的系统,覆盖商品、客户、供应商、销售采购、库存、应收应付、复式总账、渠道订单中台。

不止是课程:两个能跑起来的系统

这门行动营的独特之处在于,它的产物不是PPT里的效果图,而是课程结束时学员手上能跑起来的东西。

一个是Harness Workbench,即AI研发自动化工作台。需求进来后,自动走规格→改代码→验收→终审的流水线,每个环节有对应的Agent角色,Eval全绿后必须经具名审核才能交付。

另一个是FlowERP,用自己搭的自动化工作台交付的真实电商ERP系统。库存价值、应收余额、应付余额、月度趋势都是真实可见的。

课程的代码库放在GitHub上,是包含agent、eval、harness_web、tests、deploy等完整目录的真实工程,34次commit,可以直接fork下来跑。

谁适合学

根据课程设计者的定位,三类人最适合投入这4周:

已经会用Codex但项目停在Demo阶段的人。 工具用得很熟,但每次做出来的东西只能演示,没法真正交付上线。

技术负责人。 想把AI拉进团队的研发链路,但不知道怎么建立质量控制和协作机制,怎么让多个Agent在一个项目上安全地并行工作。

对FDE角色感兴趣的人。 想亲手跑一遍从需求到上线的完整流程,理解前沿部署工程师到底在做什么。

AI写代码的门槛已经越来越低。但AI写代码和AI帮你把工程交付上线之间,仍然隔着一道真正的护城河。这道护城河的名字,叫Harness、叫Loop、叫Graph、叫FDE落地路径。

《Codex AI工程交付行动营》想帮你跨过去的那一步,不是“再学一个工具”,而是用4周时间,用Codex跑成一套你自己能持续优化的工程系统。

本作品采用《CC 协议》,转载必须注明作者和本文链接
YAYA111
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!
IT资源 @ yinheit.xyz
文章
0
粉丝
0
喜欢
0
收藏
0
排名:3884
访问:0
私信
所有博文
社区赞助商