宝玉 · 作者公开更新 · 原文 2026-07-29

宝玉怎样用 Coding Agent:先定功能,再把实现交出去

宝玉在 7 月 29 日的文章中回顾了自己的变化:先想清功能,与 Agent 确认方案,再让它写代码和测试,自己验收结果。他用 BaoCut 的迭代与技术选择说明这种分工,也明确提到构思下一版时人仍会成为瓶颈。

把实现交出去,验收接回来
BitShovel 图解 · 依据正文来源整理。 · 打开大图

EN

人负责目标和验收,Agent 负责实现与修复

作者以前会深度参与设计和代码审查,后来逐渐减少逐行干预。其具体做法是先确定功能,与 Agent 一起形成技术方案,确认后交给它持续执行,完成后再操作功能验收。这里的变化是参与重点,不是取消人的判断。

出现 Bug 时,他描述问题,让 Agent 复现、修复并补相关测试,自己再验证结果。对读者而言,可以从这个过程借鉴“把预期行为说清楚,再检查实际结果”的做法;是否减少代码审查,还要由项目性质与自己能验证的范围决定。

EN

技术选择开始围绕项目需求

宝玉以字幕翻译 App 为例:最初选熟悉的 Electron,因性能不满意改用 Swift 与 AppKit;规划 BaoCut 跨平台版本时又选择 Rust,并自述首版已完成。它说明作者愿意借助 Agent 尝试不熟悉的技术,不代表这些选择对每个项目都合适。

他自述一度能每天迭代一个小版本,后来因需要构思大版本而放慢。这是作者自述,不是效率提升的独立实验;文章没有给出可通用的节时比例或缺陷率。本站保留的是可理解的协作过程与具体例子,不把个人体验扩大为所有开发者的能力保证。

重要补充与更正

以下日期是本站修订时间。

  • 补充 ·

    补充作者文章的日期、BaoCut 技术选择、功能验收和问题修复过程。

来源与补充

sourcesEN

来源与补充

原始摘要与适用说明

这是作者自述,不是独立效率测试;迭代速度和技术选择不能直接推广到其他项目,人工验收范围仍需明确。

来源与依据 · 1 条链接

逐条说明链接的用途与支持范围。链接数量不代表多方独立验证,“直接支持”也仅限下方写明的内容。

资料时间记录
  1. · 作者发布文章,给出“定功能—共写方案—Agent 实现与测试—人工验收—回归修复”的完整循环。
  2. · 作者公开更新返回 50 条,BitShovel 只保留最新 20 条标题、链接、日期和作者元数据;两次核验没有新增或元数据变化,因此没有生成重复信息卡。
收录记录

首次发现:

收录日期与原文发布日期分别记录。

编辑记录

来源已核对

· 北京时间

补充作者文章的日期、BaoCut 技术选择、功能验收和问题修复过程。 保留事件、发现和收录日期。

查看依据与完整记录

此时间记录本站对资料说明与来源的核对,不代表项目发布或产品更新。

查看完整记录:更正前后与来源(JSON)

纠错与反馈

把这些变化放在一起看