让建站和SEO变得简单
让不懂建站的用户快速建站，让会建站的提高建站效率！
让不懂建站的用户快速建站，让会建站的提高建站效率！
AI Coding 火到无须多说，但若何用才最高效呢？
这份连大神卡帕西和 OpenAI 总裁 Greg Brockman 皆在转发保举的 Coding Agents 指南，用 3 招教你快速委用。
大神们在转，网友也在夸！
这份实战指南的作家是 Swift 开发设立、深耕 AI 驱动开发限制的大神Peter Steinberger，他亦然一位 AI Coding 重度醉心者，依然写了好多份实战素质博客。
肤浅追想一下今天的这篇 AI Coding 指南：先按任务类型选对模子，再重构使命流提速，但要捋清东说念主机单干。
Peter 不仅给出了我方的模子建树，临了还有实用小手段～
三大环节政策按任务类型选对模子
全球用 AI 编码，好多时候是不是一个模子用到底？
终局一到大名目就卡壳，小名目修改还慢。问题呢，就出在"没给模子找对活儿"。
东说念主家这份指南里就说了，第一步就得先按任务类型给 Coding 模子分好工。大任务就用 Codex，小任务 Opus 更好使。
比如，搞几十页的工程步调落地、名目重构这种大活儿就平直上 Codex，它有个特质，开动写代码前会低吟文献，把名目逻辑摸透，天然比 Opus 多花点技术，但对复杂需求的完成度更好。
Peter 之前重构 Opus 4.0 的旧代码，Codex 花了几个小时读透了总共名目，不仅没漏环节逻辑，还汲引了 2 个避讳 Bug。
如果仅仅小畛域修改这种相比破碎的任务，那 Opus 更合适。它无须读很久的文献，反映很快，基本上几分钟就能出终局。
不外，要进阶的话，首选 GPT-5.2-Codex，平直一步到位。
目下 Peter 最常用的即是 GPT-5.2-Codex，尤其是 high 形态，无论搭 Chrome 扩展的前端如故写 Go 言语的 CLI 器具，它皆能兼顾速率和准确率，也无须在 Codex 和 Opus 之间走动切换了。
在这里，Peter 还给出了我方的建树。
重构使命流
选对模子是基础，而真的让作家同期鼓动 8 个名目还不慌的是他这套定制化的使命流。
因为每天会冒出好多新的宗旨，比如"给 Clawdis 加个抑止卧室温度的功能""写个 CLI 查外卖经过"……
但这些宗旨 Peter 并不会记在备忘录里，而是平直扔进 Codex 的排部队表。
比如开发" YouTube 视频追想 Chrome 扩展"时，他一边让 Codex 考据 CLI 中枢逻辑（把视频转成 Markdown），一边把 "加浏览器弹窗提示""相沿土产货存储" 等宗旨塞进部队，Codex 会按优先级缓缓处理，无须他盯着催，也不怕渐忘在备忘录里。
况兼，一个小 tips 是刚毅不回滚！
"构建软件就像爬山，无须平直往上走，绕点路、退两步皆通俗，环节是别在‘要不要回滚’上花费技术。"
遭受同样的功能，无须重新写。
比如作家之前在 VibeTunnel 名目里作念过 "字符流输出"，自后开发 Clawdis 时需要雷同功能，他平直让 Codex "去 ../VibeTunnel 文献夹里望望，照这个逻辑给 Clawdis 加一个"，10 分钟就适配好了。
致使搭新名目时，他也会让 Codex 参考旧项目的结构，比如"按 ../Sparkle 项目的目次时局，搭一个新的日记器具"，这时候模子就能自动复制适配。
东说念主机单干
天然了，写代码这件事也不周至靠 AI，这时候就得来个东说念主机单干，原则很肤浅：AI 干膨大，东说念主作念决议。
这些事一定要我方作念：选哪个依赖库、系统架构若何运筹帷幄、功能优先级若何排……
写基础代码、汲引已知 bug、生成 GUI 界面、更新名目日记，致使"注册域名""改 DNS 建树"这种琐事，皆不错交给 AI。
作家举了我方实战中的两个例子。
在领受用 Go 言语作念 CLI 器具前，他花了半天接续" Go 的类型系统是不是更适宜 AI 生成代码""有莫得常用的 Go 库能复用"，笃定之后再让 AI 开写，临了也没若何返工。
不外在开发数据可视化器具时，就平直让 AI 花了 20 分钟写中枢代码，再让它襄理测试，也无须我方切开导操作。
实用小手段
除了上头的中枢门径，作家还共享了几个挺实用的小操作，皆是踩坑追想出来的。
第一个是开发先从 CLI 开动，再扩展功能。
无论想作念什么名目，先搭个肤浅的 CLI 器具考据中枢逻辑，比如他之前作念" YouTube 视频追想 Chrome 扩展"的时候，先写了个能把视频转成翰墨、再用模子追想成 Markdown 的 CLI 版块。
阐述能跑通明，才让 AI 搭前端、作念浏览器扩展，一天就贬责了。
第二个是让文档帮模子记高下文，无须反复提需求。
在每个名目里建个 docs 文献夹，把"系统运筹帷幄念念路""功能讲解"写进去，再用剧本让 AI 读这些文档。
比如 Peter 在 docs 里写了" Clawdis 这个名目要相沿抑止家里的灯光"，之后让 AI 加新功能时，无须反复说"要和灯光抑止兼容"，模子就会我方读文档，减少了相通资本。
第三个是单东说念主开发平直提交主分支，无须搞复杂分支。
若是你一个东说念主开发，那就无须建" dev 分支"" feature 分支"，改完平直提交主分支。
Peter 暗意：
"分支多了反而容易有归拢突破，Codex 未必候会自动建临时使命区处理错杂代码，改完归拢回主分支，比手动束缚分支肤浅多了。"
Peter 说的这些坑你有莫得踩过？
还有啥 AI Coding 实用小手段接待共享！
原文地址：https://steipete.me/posts/2025/shipping-at-inference-speed
— 接待 AI 家具从业者共建 —
� �「AI 家具学问库」是量子位智库基于恒久家具库跟踪和用户行径数据推出的飞书学问库，旨在成为 AI 行业从业者、投资者、接续者的中枢信息关节与决议相沿平台。
一键温煦 � � 点亮星标
科技前沿发扬逐日见天元证券:正规杠杆配资平台
天元证券:正规杠杆配资平台,适合有经验者?提示：本文来自互联网，不代表本网站观点。
