@swyx: 正在开发一项「把这款随手拼凑的粗糙应用改造成生产就绪、端到端测试、可维护、可并行的智能体仓库」的技能
摘要
正在开发一项技能,将一款「随手拼凑的粗糙应用」转变为生产就绪、端到端测试、可维护、可并行的智能体仓库,经过16小时的103次提交后,最终得到了一个健壮的代码库。
正在开发一项「把这款随手拼凑的粗糙应用改造成生产就绪、端到端测试、可维护、可并行的智能体仓库」的技能。这个程序昨天运行了大约16小时,总共提交了103次,最终我得到了完全相同的应用,但不再是脆弱的MVP,而是一个我真正可以长期开发的代码库。
相似文章
删除19000行编译器死代码——且不盲目信任LLM
作者分享了在一周内用 AI 辅助但不盲信 AI 的方法,安全删除约 19000 行编译器死代码的经验:先用静态分析界定范围,再让 LLM 标记 RED/BLUE 函数,并用独立的调用图工具交叉验证标记完整性,最终实现零回滚、零修复提交的清理。
Ask HN:如何应对发布自己并不理解的 AI 生成代码?
一位 Meta 工程师的 LinkedIn 帖子引发了 Hacker News 上的讨论,质疑不断增长的发布 AI 生成代码却未完全理解其内容的做法,并探讨开发者如何应对这一新标准。
如何更信任你的编程 Agent(2 分钟阅读)
一篇关于如何更信任 AI 编程 Agent 的实用指南,强调投入的"倒金字塔"原则:代码库改进、静态分析、文字指引,最后才是人工审查。文中提供了 Cursor 官方插件仓库的链接,用于安装对 Agent 友好的工具和工作流。
AI 没有取代开发者,它取代的是「理解自己代码」这件事
开发者并未被 AI 取代,但 AI 取代了「理解自己代码」的环节:代码由模型生成后无人真正读过,调试退化为把报错喂回模型。文章引用 Veracode 对 100+ 模型的测试(45% 生成代码存在已知安全问题),质疑这种「用理解换速度」的权衡是否会反噬整个行业。
@swyx:Ben 在今早的报纸上发表了一篇精彩的文章——全文请看 https://dev.to/dailycontext/design-for-churn-5…
一篇探讨 AI 时代代码“churn”(频繁重写)观念转变的随笔:当编写代码的成本大幅下降,可抛弃的高质量“一年生”代码与稳定的“多年生”核心架构应被明确区分,频繁重写本身不是问题,问题在于承重部位的无计划变动。