*躺在沙发上开发新功能听起来很有未来感。现实却是不断等待、检查,以及反复说:“不,我不是这个意思。”*
最近,我几乎只用手机管理网站的部分内容。想法非常简单:打开 ChatGPT,描述需求,让它修改 GitHub 仓库,等待 CI/CD,然后发布。技术上确实可行。但能做到,不代表轻松。
一句提示词就能上线?没那么简单。
我可能会说:“给网站加一个放大镜功能,创建拉取请求,监控测试,修复问题,全部通过后部署。”
实际过程往往变成:提示词 → PR → 测试失败 → 修复 → 再测试 → 外观检查 → 再修复 → 合并 → 部署 → iPhone 测试 → 发现奇怪问题 → 重来。
限制不在手机,而在现实。
ChatGPT 并不是 ChatGPT Work
普通 ChatGPT 配合 GitHub,比 ChatGPT Work 或 Codex 的自主开发流程繁琐得多。离开对话后,ChatGPT 不会一直盯着 GitHub。定时检查只能间隔进行;在我的设置中,大约每小时一次。PR 如果五分钟后变绿,可能还要等很久。
距离完全自主的 AI 开发者还有一段路。
但也许更省钱
这种方式消耗的 OpenAI 编程额度通常比长时间使用 Codex 或 ChatGPT Work 少得多。不过构建、CI 测试和反复重试仍会消耗 GitHub Actions 的运行分钟数与资源。成本没有消失,只是转移了。
目前看来,对于许多小改动,这种方式可能更便宜,尤其是主要工作是描述需求、审查结果和偶尔修正时。但我还没有做过严格的成本比较。
耐心也是工具链的一部分
AI 开发依然需要人工监督。功能在技术上正常,不代表在 iPhone 上好用。有时还得换一种说法,重新解释同一个需求。
有趣的是,我现在散步时也能完成很多操作。不那么有趣的是,我有时整段散步都在看 GitHub 的检查状态。
但这仍然令人兴奋:仓库、CI/CD 和 AI 助手组成了一个装进口袋的远程开发环境。
还不是 “嘿 ChatGPT,帮我建好网站。”
更像是 “做一下这个功能……不对,换种方式……再检查 GitHub……修复测试……好,这个可以合并。”
奇妙的是,这已经让人看到未来软件开发的一角。
如何连接 ChatGPT 与 GitHub,请参阅Codex 额度用完后,我如何继续使用 ChatGPT 和 GitHub 开发网站。


云 / 系统