正在打开每日关注
正在打开每日关注
用持续循环串联功能盘点、用户故事、测试、修复与回归验证。
This "loop" automation is nuts inside of Codex. "/goal go over every single feature in this app create a user story with expected behaviour based on the code keep a single canonical spreadsheet tracking the features status - when done switch loop to testing every user story and documenting all errors - when done fix every logistical error or ux error - test every user behaviour again post fix" Shoutout to @MatthewBerman for the heads up. Hundreds of user stories being worked through like it's nothing.
是什么 这条推文展示的是一种面向 Codex 的长循环代理工作流:先遍历应用功能,根据代码生成用户故事和预期行为,再把结果放进一张持续维护的规范表;随后逐条测试、记录错误、修复逻辑或 UX 问题,最后重新验证所有行为。配图中的密集表格与 User Story、Expected Behavior、Feature Status 等字段,体现了这种可追踪的执行载体。
核心设计 关键不在某个单次提示词,而在于把模糊的“把应用检查一遍”拆成有顺序、有状态、有回归门槛的阶段。表格充当外部记忆和单一事实源,让代理能够处理数百条记录,并让人类查看覆盖率、失败项和剩余工作。
关键洞察 这是一种把 Agent 从即时问答推向持续交付的尝试:代码负责提供事实,用户故事负责表达行为,测试负责发现偏差,回归负责确认修复没有破坏其他功能。
边界与风险 代码生成的用户故事可能误读产品意图;“每个功能”也可能遗漏外部服务、权限和异常状态。若没有验收标准、测试环境、停止条件和人工抽查,循环可能只是高效地产生错误记录。UX 错误虽被纳入修复范围,但内容主体仍是 Agent 驱动的研发验证流程,而非设计方法本身。