氛围编程实战：不懂代码的营销人，如何独自交付四个内部工具

你来这里，是想学氛围编程。动手之前，先搞清楚你签的是一份什么约。我是营销人，不是程序员。我交付了四个能用的内部工具，没有开发团队。这篇文章讲我是怎么做到的，花了多少钱，以及我在哪里停下来。

氛围编程，就是用大白话去描述软件，让AI来写代码。你掌舵，模型敲键盘。你永远不用翻开一本教科书。这个词现在很火，而每一个很火的词，最后都会被拿去卖课。

你能读到的相关内容，大多来自两个阵营。已经会写代码的工程师，忙着解释新东西有多危险。或者供应商，忙着解释新东西有多神奇。我两个阵营都不在。我是实践者。我造工具，是因为等一张开发工单，会把一个小任务拖成一个季度项目。

我写这篇，是因为网上关于氛围编程的讨论，几乎都在教你「怎么让它写代码」。几乎没人教你「怎么知道自己造出来的东西不会炸」。这两件事之间的差距，就是幻想和结果之间的差距。而我要给你的，是结果那一侧。

先丑话说在前面。这篇不教你成为程序员。它不会让你有资格接手支付系统，也不会让你三天上线一个SaaS。谁给你打包票说能，谁就在卖课。这篇教你的，是一件更小、更确定的事：把你手里的无聊重复劳动，变成几个你能看懂、敢信任的小工具。这件事我能担保，因为我就是这么干的。

要点先看

• 你不需要成为程序员。 你需要的是品味、一套你能讲清楚的技术栈，以及几条你绝不违反的规则。
• 这个词夸大了它的轻松。 氛围编程是真的，但真正的工作，是把AI的产出审读到足够硬，才敢让它上线生产。
• 没有开发团队，我交付了四个能用的工具： 一个任务看板、一套线索归因套件、一个内容采集服务，还有一个 900页 的目录站。
• 真正的成本不是订阅费。 是你审读时投入的注意力，以及你跳过审读之后烧掉的那几个小时。
• 三条规则没有商量余地： 永远不要把凭据存成明文，永远不要把客户数据喂给模型，永远在部署前审读。

营销人的氛围编程，不是你想的那样

供应商会告诉你，氛围编程意味着交付下一款爆款应用。他们展示一个营销人在一个周末里上线一个SaaS产品。那是幻想版本，瞄准的是你的信用卡。

对营销人来说，氛围编程意味着更小、更有用的东西。它意味着去建那些没人会优先帮你做的内部工具。一个跨五个项目跟踪任务的看板。一个把线索归因到正确来源的脚本。一个把RSS源变成干净文章的服务。一个列出九百个展商的目录。

你不是在建一个拿来卖的产品。你在建自己干活需要的那台机器。这个区别改变一切，因为内部工具有两个宽容的属性。第一，用户就是你自己，所以风险更低，反馈回路是即时的。第二，没人审计你的代码。唯一的裁判，是这工具在你需要它的时候能不能跑。

这里是被炒作漏掉的部分。氛围编程的瓶颈从来不是写代码。瓶颈一直是，你清楚自己要什么，清楚到一台机器能把它造出来。模糊的请求产出模糊的代码。精确的请求产出一个能用的工具。你在学的技能，是「怎么描述」，不是「怎么打字」。

这才是幻想和实证之间真正的差距。课程卖的是打字。真正的活是描述。而描述，是你本来就会的营销技能。它和给自由职业者写简报、写创意简报，用的是同一块肌肉。你已经在给别人写简报。现在你只是把简报写给一台机器。

让我给你看这两种描述的差别。「给我做个营销看板」是一句废话。模型会给你一个谁都能生成的通用界面，和你的工作没有半点关系。「列出我在五个项目里所有未完成的任务，按截止日期排序，把等待别人回复的标成橙色，把逾期超过三天的标成红色，每天早上八点给我发一份摘要」是一个能落地的规格。前一句你一周后会扔掉。后一句你会用上一年。区别不在打字。区别在描述。

氛围编程的完整流程：我一步步的做法

这是我用的流程，在下一节那四个工具上反复打磨过。不管你的模型是Claude、ChatGPT，还是下一个什么，流程都不变。模型会换。这个循环不会。

第一步，从痛点出发，不从工具出发。 写下那个正在吃掉你时间的任务。不是你想象出来的软件。如果任务是「我每周要浪费二十分钟，手动查五个看板」，那就是你的简报。工具是答案，不是问题。从痛点出发，你会用上结果。从酷点子出发，你一周后就会弃坑。这条我犯过错。我曾经让模型给我做一个「AI内容助手」，因为听起来很酷。它做了。我一次都没打开。因为没有任何具体的痛在推着我用。

第二步，用一段话写下规格。 描述这工具做什么、接收什么、返回什么，以及它永远不能做什么。一段话。如果你塞不进一段话，你还没准备好动手。这段话就是合同。模型照着它执行，你拿着它去验收结果。写不出这段规格，说明你还没想清楚。那就继续想，别急着敲提示词。想清楚的那半小时，会在后面替你省下整整两天。一旦你做的工具不止一个，就把长期有效的规则放进一个简短的指令文件里。里面该放什么，我在Claude 5 上下文工程中讲过。

第三步，砍成最小的一块能跑起来的切片。 拿起那段话，缩成这工具必须先做成的唯一一件事。先把那件事做出来。我的任务看板的切片，就是一个列出未完成任务单的页面。不是五个视图，不是告警规则。就是一个列表。今天就能跑起来的小切片，胜过永远跑不起来的大设计。一个你今天在用、只做一件事的小工具，比一个你下周还在调试、号称能做十件事的大工具值钱得多。

第四步，让模型一个文件一个文件地建。 要小而可审的片段。一个文件，或者一个函数。当你一次性要全部，模型就一次性建全部，你得到的是一团你审不过来的乱麻。小片段让审读保持诚实，而审读就是全部的工作。大文件的问题是，你会在第三十行就失去耐心，然后剩下的三百行你只是扫一眼。扫一眼不是审读。扫一眼是自我欺骗。

第五步，跑起来，然后读报错。 大多数人在这里放弃，而学习恰恰发生在这里。报错信息，是模型在向你提问。读它，把它粘回去，让模型用大白话解释。重复，直到跑通。每一轮循环都在教你模型在做什么，而这就是你来的目的。我见过太多人在第一个报错面前就关机走人，然后告诉我「AI不适合我」。适合不适合，取决于你愿不愿意读那三行红字。红字不是墙。红字是地图。

第六步，给真正要紧的部分加测试。 一次性脚本不需要测试套件。任何碰到真实数据、或者在你不在场时运行的，都需要。我的任务看板带着 34个测试 上线，它们在进生产前抓到了 3个真实的bug。测试，就是「工具」和「负债」之间的那条线。没有测试的工具，不是你的资产，是未来的你留给自己的一颗雷。

第七步，部署之前先审读。 打开模型写的那个文件。读它。不是像工程师那样逐行读，而是读到能回答一个问题：我懂它在做什么吗。如果答案是「不懂」，你就别部署。你是在赌。模型是个手速飞快但毫无判断力的打字员。判断是你的，每一个文件上都是你的。

跟我走一遍：一个看板是怎么长大的

你可能会觉得那七步很抽象。那我把The Nexus的出生过程摊开给你看。它在我这里，从一句话到能用的工具，走了四天，每天不到两小时。

第一天，痛点。我写下：我每周都要在五个工具之间切来切去，才能拼出一张「我今天到底要做什么」的清单。光是找任务就要花二十分钟。这就是全部简报。一句话，没有技术名词。

第二天，切片。我让模型做一个只做一件事的页面：列出所有未完成的任务，按截止日期排序。就一个页面，一个列表。它半小时做出来了。我当天下午就开始用它看任务，没再开过那五个工具。

第三天，第一次审读撞墙。我想加一个「等待别人回复」的标签。模型加上了，但把整个文件重写了一遍，我读diff时发现它偷偷改了排序逻辑。我把它打回去，要求只加标签、别碰排序。它照做了。这是我这辈子第一次读到别人写的、我能看懂的代码改动。

第四天，上测试。我发现自己手动点来点去太慢，就让模型给「逾期标红」这条规则写测试。它写了，跑挂了。因为我的数据里有一条任务的截止日期是空的。测试抓到了这个空值。没有测试，这条bug会在我最忙的一天跳出来。

四天，每天不到两小时。换来一个我每天都在用、而且我完全看得懂的工具。这就是氛围编程的真实速度。不快，但每一步都踩在实地上。

没有开发团队，我交付的四个内部营销工具

这些都是真的。不是演示，不是周末就死掉的边角实验。是我在用的工具，以及每个工具背后的实证。

The Nexus。 一个零依赖的Python任务看板。五个视图、七条告警规则、一个实时更新的SSE监听器，还有原子化文件写入，让崩溃永远不破坏状态。34个测试，进生产前抓到3个真实的bug。就是这个工具，干掉了那个每周二十分钟的看板仪式。而它起步时，就是第三步里的那个单一列表。那个列表上线第一天，我就知道这能成，因为我当天就用它看完了所有未完成任务，没碰任何一个浏览器标签。

一套线索归因套件。 44个归因向量，追踪一个线索跨渠道从哪里来。它跑在Node和PHP上，两个都是绿灯，所以不管项目底层是什么，它都能塞进去。归因是那种无聊的水管工活，永远排不上开发工单，因为在数字出错之前，它是隐形的。现在它归我了，数字是对的。所谓归因向量，说白了就是「这个客户第一次是通过哪个广告点进来的、后来又点了哪些渠道」。以前这些数字是拍的。现在是算的。

一个Corpus RSS转文章的内容采集服务。 它拉取源、清洗内容、把它们变成能用的文章。161个测试，全部通过。就是它教会了我测试这一步的价值，因为第一版在畸形源上静默失败，我一周后才注意到。那套通过的测试套件不是炫耀。它是那一周留下的疤，被改造成了护栏。静默失败是最阴的那种。它不报错，它只是每天给你产出一堆你以为是完整的、其实缺了一半的东西。等你发现，已经过了一周。

一个基于Astro的900页AI展会目录。 一个由数据生成的静态站，列出各个活动的九百个展商。性能的脏活累活，Astro扛了。数据的塑形，模型干了。结果能排名、加载快、托管几乎不花钱。手工做九百页要一个月。用氛围编程，只花了几个晚上审读。数据驱动生成的意思是，我手里有一张展商表，模型写代码把它变成九百个页面。表改一行，页面跟着变。手工做的话，改一个展商你就要改一页。这就是为什么手工做要一个月，而我只要几个晚上。

这四个工具背后是同一个模式。小范围。一套我能讲清楚的技术栈。碰到真实数据的部分上测试。以及，任何东西上线之前，来一次硬审读。它们没有一个需要一整天正式学习。它们全都需要那个审读步骤，每一次都要。

有人问我，这四个工具为什么没被做成产品卖出去。因为我不想。它们是内部工具，价值就在于它们刚好只解决我的问题。一旦你要把它卖给一千个人，你就得做登录、做权限、做客服，做一堆和我的工作无关的东西。那就不再是替我干活的小机器了。那是第二份工作。内部工具的美妙，恰恰在于它不用讨好任何人，除了你。

营销人可以氛围编程的八个小工具

如果你不知道从哪开始，这是八类我见过营销人真正用起来的工具。每一个都对应一个具体的痛。

一个把多份周报拼成一份的脚本。你每周能省二十分钟，还能保证格式统一。

一个自动给图片压尺寸、改文件名的脚本。发布前不再排队等设计师。

一个把会议录音转成带责任人的纪要的工具。会后十分钟出稿，而不是三天。

一个每天早八点把三组关键数字发到邮箱的定时任务。替代你每天早上手动截图。

一个把同一篇文案改写成五个平台版本的脚本。一条内容，发五处，语气各自对味。

一个追踪竞品价格变化的抓取器。涨价降价，你第一个知道。

一个把零散线索归到一个表里的归因脚本。月底不用再拼一整天Excel。

一个把自己的发布清单变成可勾选页面的看板。再也不漏步骤。

每一个，都只是你自己的一个小痛被自动化了。没有一个需要开发者。没有一个需要一个月。这就是氛围编程给营销人的真实礼物：不是爆款应用，是把无聊的活交出去。

什么时候别氛围编程，直接买现成工具

氛围编程不是万能的。有些活，你该直接掏钱买，而不是自己造。判断标准很简单：这东西是不是你的核心，以及它的坑是不是别人已经替你填平了。

如果一个现成工具，订阅价一年两百，能解决你九成的痛，你就别为了省这两百，去花两周自己造一个八成功能的仿制品。你省下的那两百，会以你两周的时间，十倍地还回去。

我自己的分界是这三条。第一，如果这个问题已经有大量成熟的现成工具，而且你不需要定制，买。第二，如果这个工具必须和你自己的一堆东西深度打通，而市面上的都对不上，造。第三，如果这个工具的价值恰好在于「它只为我这样工作」，造。The Nexus就是这样。市面上的任务管理工具都不缺，缺的是一个刚好装下我那套奇怪流程的小盒子。

别把氛围编程变成新的锤子，看见什么都想敲。它的价值，在于你手里多了一个选项，而不是唯一的选项。会买的人省时间，会造的人省长期的钱。最好的营销人，两个都会。

真正能用的技术栈（以及它真实的成本）

总有人问该用什么技术栈。这是我的，而且是故意选得很无聊。无聊是一种特性，因为无聊的东西，模型写得干净，你之后也能讲给开发者听。

脚本和内部工具，用 Python。它读起来像英语，什么库都有，模型写得干净。The Nexus是零依赖Python，意味着你搬动它的时候，没有东西会坏。这个选择是刻意的：一个工具依赖的东西越少，未来的你要修的东西就越少。依赖，是那种今天看着没毛病、三个月后某个库一升级就全线崩坏的东西。每一行依赖，都是你未来的自己欠下的一笔债。

任何活在网站里的东西，Node和PHP 都能跑，所以归因套件两个都发。让工具去匹配网站本来就在跑的东西。别为了一个本来能用现有运行时跑的工具，去引入一个新运行时。一个网站已经在跑PHP，你的归因脚本却用Python去写，那你就是凭空给自己添了一台要维护的机器。别这么做。

静态站和目录，用 Astro。它快、简单，模型也很熟它。展会目录就是Astro，九百页在几分之一秒内渲染出来。静态站的另一个好处是几乎没有攻击面。没有数据库，没有登录，没有什么好被黑的。对于一个营销人自己搭的目录站来说，这个好处比性能还值钱。

现在谈成本，因为价格页永远不会告诉你真正的那个。订阅费是小的一行。我自己的AI订阅，重度使用大概是 每月200 上下。一个把每个工具都推到极限的重度用户，落在 400到600。贵的那一行是另一回事。是你审读产出花掉的小时数，以及你跳过审读之后补窟窿花掉的天数。没有任何工具能替你审读。谁卖你这样的工具，谁就是在又卖一遍幻想版本。我的账算得很简单：跳过审读省下的那一小时，迟早会以翻车补一整天的方式还回来。利率高得吓人。

如果你想看我还跑着什么的完整地图，我单独写过。这是我的营销技术栈。

氛围编程之后：维护才是长期成本

交付只是开始。真正的账单在后面的日子里，一张一张地来。

一个工具只要你在用，它就会需要改。数据源换了格式，API涨了价，你新加了一个项目。这些改动，你是等别人来做，还是自己动手。如果工具是你氛围编程造出来的，你大概率能自己动手，因为每一步你都审读过。如果工具是别人造的、你一个字都看不懂，那每一次小改动都是一张工单。

这就是为什么我反复强调「你能讲清楚的技术栈」。它不只是为了好写。是为了好改。一个你能看懂的工具，五个月后还是你的工具。一个你看不懂的工具，五个月后就是一笔债务。

维护的另一个真相：工具会死。不用的工具，比没建过更糟，因为它还在那儿占着你的注意力。所以我的原则是，一个工具三个月没人用，就删掉，别留着。删掉不可惜。留着才可惜，因为它每天提醒你「我还有一件没做完的事」。

氛围编程实例：一次成功和一次昂贵的翻车

我把两面都给你看，因为一张只有胜利、没有翻车的清单是不诚实的。胜利是真的。你跳过规则之后的那张账单，也是真的。

成功的那次。 The Nexus起步时，就是一个未完成任务列表。就这些。它第一天就能跑，这给了我把第二个视图加进去的信心，然后是告警规则，再是SSE监听器。每一片都切得小、审得狠。测试是后来才加的，等我已经用了足够久、知道什么才算重要之后，它们抓到了3个我本来会手滑发出去的bug。这就是整套方法浓缩在一个工具里：小步起步，狠狠审读，让测试跟着工具一起长大。它之所以能长大，是因为它第一天就被我用上了。没被用上的工具不会长大。它们只会被遗忘。

昂贵翻车的那次。 很早的时候，我让模型重构一个碰到真实数据的脚本，让它跑，然后没读diff。它在演示里能用，在生产里挂了，我烧掉了大半天去追它到底改了什么。教训不是氛围编程很危险。教训是，审读这一步没有商量余地，跳过它永远不会更便宜。修法，就是现在被我当成硬规矩的那个审读步骤。那次之后我给自己定了一条：任何改动了真实数据的代码，diff我逐行读，没有例外。

翻车是我的错，不是模型的。模型做的，正是手速飞快但毫无判断力的打字员会做的事：它产出了一个看起来对、其实不对的东西。这种失败的更深版本，我写过，就是那种在公司层面让整个AI项目沉没的失败。它们会以四种可以预见的方式失败。大多数是同一个错误被放大：把模型的产出当成成品。

氛围编程最常见的五个翻车姿势

我见过太多人用同一个姿势翻车。记下这五个，你就能避开绝大多数坑。

一口气要全部。 「帮我做个完整的CRM」，然后等一个下午，得到一团谁都不敢碰的代码。切片。永远切片。

用AI生成的数据去验证AI生成的代码。 你以为在测试，其实是在让模型自己给自己打勾。测试数据要用你手上真实的、你知道答案的数据。

改了代码不跑。 模型说「改好了」，你就信。跑一下，三秒钟的事，能替你挡掉一半的翻车。不跑，就等于没改。

把密钥当草稿贴。 「先跑通再说，密钥等下删」是营销圈最贵的一句话。你永远不会回去删。密钥要么从第一天就待在环境变量里，要么它会一直裸奔到出事那天。

用前沿模型碰客户数据。 就为了省几分钟上下文，把客户名单喂给公开模型。那几分钟，会变成以后你最不想解释的一封邮件。

氛围编程安全：我绝不跨越的规则

这是卖课的人跳过的那一节，也是最要命的一节。氛围编程安全，不是你事后拧上去的功能。它是一套你在写下第一个提示词之前就遵守的规则。

永远不要把凭据存成明文。 脚本里不放API密钥。你不该把密码写进一个要提交的配置文件。用环境变量文件，或者密钥管理器，并让它远离版本控制。只要你允许，模型会高高兴兴地给你写一个把密钥粘在里面的脚本。别允许。这条规则没有例外，哪怕是那个「只有我用」的内部工具。因为「只有我用」的工具，今天只有你用，下个月可能就被你截图发进了群里，密钥就跟着一起出去了。明文密钥是没有主人的。

永远不要把客户数据喂给模型。 客户名单、营收数字、未发布的产品规格，任何在泄露时让你难堪的东西。一样都别进公开聊天框。如果这份数据落在陌生人手里会出问题，那就别把它粘进陌生人的聊天框。我的雇主禁止把前沿模型用于公司数据，这不是落后。这是唯一站得住脚的默认值。营销人最常粘的东西，恰恰是最要命的：为了给提示词补上下文，把整份CRM导出贴进去。你发给陌生人邮件的那些文件，就别贴进陌生人的聊天框。

部署前永远先审读。 模型不知道你的生产环境。它不知道哪个文件是承重的。它写出的代码，在隔离环境里能用，在真实语境里会坏。唯一能抓住这个问题的人，是你，去读diff。跳过这一步，就是上一节那场昂贵翻车发生的原因。模型很擅长让自己看起来很对。你唯一能识破它的工具，就是把diff摊开，读一遍。

还有三条我当成法律。给脚本碰过的任何东西留备份。新工具先跑在数据副本上，永远别碰真实文件。还有，看不懂的代码块，别运行，不管模型听起来多自信。自信不等于正确。那个丑陋的真相，我在写ChatGPT营销的那篇里详细讲过。

说个我自己的险情。有一回我让模型帮我写个脚本，去读一个第三方服务的报表。它写完，我一看，API密钥就明晃晃地写在文件第一行。我要是没读那一眼，这个密钥就进版本控制了。而那个第三方服务，密钥泄露的代价是账号被清空。审读那一分钟，值一条命。你会高估自己有多谨慎。你会在赶时间的时候，把「下不为例」变成「这次先这样」。所以别靠自律。靠规则。规则在你最赶时间、最想抄近道的时候，才真正值钱。

如何不浪费六个月学会氛围编程

别买那个六个月课程。你不需要它，它大部分内容都是上面七步的水分。这是走得通的路，压缩成三个里程碑。

这一周，给自己建一个小工具。 一个重命名文件的脚本，一个列出你打开标签页的页面，一个把摘要发到你邮箱的表单。目标不是工具。目标是跑完一个循环：请求、运行、读报错、修、再跑。那个循环就是全部技能。之后的每件事，都是在更高赌注上重复它。别把这个工具想成作品。把它想成第一堂驾驶课。你在学的不是这辆车，是开车这件事。

让第二个工具碰到你的真实工作。 自动化一件你手工做的事。一份你拼装的报告，一个你更新的列表，一条你检查的通知。现在赌注是真的，反馈是即时的，这正是你学会审读步骤所需要的。第二个工具，就是幻想死掉、纪律开始的地方。因为这时你才会第一次感到：如果它算错了，你会在别人面前出丑。这个压力，是任何教程都给不了你的。

给第三个工具加测试。 到第三个工具时，你已经尝过静默失败的痛。那份痛，是「测试为什么存在」最好的老师。给碰到数据的部分加几条，然后看你对模型产出的态度会变得多不一样。测试不是为了工程洁癖。是为了不烧第二次。你会发现，加了测试之后，你连让模型改代码都敢了。因为你知道，改坏了会有人喊。

把这三个里程碑摊到日历上，就是三周。第一周，一个小工具，跑通循环。第二周，一个碰真实工作的工具，学会审读。第三周，加测试，学会不烧第二次。三周之后，你就不是在学氛围编程了，你是在用它。剩下的，都是更高赌注上的重复。真正把你和教程收藏家分开的，从来不是你看过多少。是你交付了多少。

一个周末，你就能学会这个循环。判断力，那种知道产出什么时候是错的能力，要几个月、靠真实工具翻车才能换来。好消息是，翻车就是课程。坏消息是，它发生在你的时间里。没有捷径能绕过去，不管课程怎么说。

什么时候该停下、把活交给开发者

氛围编程有天花板，而这篇文章诚实的那部分，就是告诉你天花板在哪。我造过没有开发团队的东西。我也把东西递回去过，说，这个归你。那条线，不在技能。在爆炸半径。

**自己动手的情况：**工具是内部的、你是唯一用户、爆炸半径是你自己的一个下午、而且你能完整讲清楚它做什么。一个看板、一个归因脚本、一个采集服务、一个静态目录。这些全都合格。失败模式是丢一个小时，不是丢一个客户。这一类的天花板，比你想象的要高得多。我上面的四个工具，全都在这一侧。

**该叫开发者的情况：**工具大规模碰到客户数据、处理支付、面对公网、需要防着有人故意来破坏它、或者得在你不在场时照常运行。一个结账流程。一个客户门户。任何「bug等于亏钱或者漏数据」的东西。那些不是氛围编程项目。那些是工程项目。这条线的判断标准不是「我会不会写」。是「它炸了的话，炸的是谁」。炸的是你自己的下午，自己干。炸的是客户的钱，叫开发者。

还有第三类，是没人谈的那一类。那一刻，你成了瓶颈，因为你造的工具开始对别人重要。如果三个同事依赖你的脚本，而它在一个周日挂了，你就不再是内部工具英雄了。你是单点故障。那就是把它交给一个带着正经测试和正经部署的开发者的时候。我不是在说你的工具不好。我是在说，一个工具只要开始被三个人依赖，它就不再是「你私人的小东西」了，它有了要承担的承诺。

我用的测试很简单。问一句：它在最坏的时刻挂掉会怎样。如果答案是「我丢一个小时」，自己建。如果答案是「有人丢钱或者丢数据」，叫开发者。其余的一切，都只是在把痛苦排个期。

真到要交出去的时候，交一份完整的包：能跑起来的代码、一句人能读懂的说明、一份测试清单，以及最重要的一句「它现在哪里可能会坏」。开发者最怕接的不是烂代码。是没人说得清这代码在干什么。你把这几样交齐，他半小时就能上手。你交一份黑箱，他得花三天先猜你在想什么。

氛围编程会取代开发者吗

不会。这是我被问得最多的问题，答案也最简单：不会。

氛围编程替代的是「等工单」这件事，不是「开发者」这个人。它让你能交付那些小到排不上开发计划的东西。它没有让大型工程变得可以随便搞。支付系统、客户门户、需要扛住攻击的公开服务，这些仍然需要一个真正懂行的人来设计、测试、部署。

一个更准确的说法是，氛围编程在重新划分边界。以前「要不要写代码」是一条清晰的分界线，把人和人分成两边。现在这条线模糊了。会一点氛围编程的营销人，能在靠近代码那一侧，自己处理掉越来越多的边角。但边界那头的重活，还是得有人扛。

我见过最好的协作，是营销人用氛围编程把小活自己吞了，把大活带着一份清楚的规格交给开发者。开发者最恨的不是外行。是外行说不清自己要什么。而一个会写规格的营销人，是开发者求之不得的甲方。

两年后的结论

用这种方式造了两年之后，这是我对氛围编程的结论。它是我这十年来加进营销工作里的最有用的技能，也是最被误解的技能。

它不会让你变成程序员。它会在最好的意义上让你变得危险：能交付那些推动你工作前进的无聊工具，而不用等一张永远不来的工单。我写的四个工具，替我省下了数周的手工劳动，而它们没有一个需要一整天正式学习。我依然不会写代码。这一点没有变。变的是，我不再需要等别人替我写。

被氛围编程伤到的人，是那些跳过审读、把密钥粘进聊天框、让模型在真实数据上撒欢跑的人。混得好的人，是那些把模型当成一个手速飞快但毫无判断力的打字员的人。你仍然要做每一个真正重要的决定。你做的还是同样的决定，只是快了十倍。这把椅子，一直都是你的。

未来几年，会写一点氛围编程的营销人，和完全不会的营销人，会拉开一条清晰的差距。不是会不会让AI写代码。是你能不能把一个模糊的想法，压成一个机器能执行的规格。这个能力，翻译成营销的话，就是你一个人能干三个人的活。不是因为你更努力。是因为你把无聊的那部分交给了机器，把判断留给了自己。

我把两年半每天用AI教会我的更长版本，写在了别处。这篇文章是同一个故事里「造」的那一面。从一个解决真实痛点的工具开始。把它切小。给碰到数据的部分上测试。部署前审读。这就是全部方法，而它归你，代价是一个周末。

如果你想看看AI辅助构建的另一端是什么样子：一个小团队刚在九天里交付了十二个开源应用。我审计了代码，看看哪些经得起检验。

常见问题

我需要会写代码才能做氛围编程吗？

不用。你需要能用自己的大白话描述你要什么，能读一条报错而不慌，能小步思考。剩下的模型做。你不能跳过的，是判断力：知道产出什么时候是错的，并且在信任它之前先检查。判断力不是代码。判断力是你在营销里练了十年的那个东西。

氛围编程在工作里用安全吗？

只在有规则的时候安全。永远不要把凭据存成明文。永远不要把客户或公司数据喂给公开模型。部署前永远先审读，新工具先跑在数据副本上。如果你的雇主禁止把前沿模型用于公司数据，那条政策存在是有原因的。尊重它。安全不是模型给你的保证。安全是你自己给自己划的线。

开始氛围编程最好的工具是哪个？

你已经在付费的那个。技能跨模型通用，所以从你手头有的开始，挑一个小内部工具，跑完循环：请求、运行、读报错、修、再跑。工具没有审读习惯重要。那个习惯，就是「你信得过的工具」和「你交付出去的负债」之间全部的差别。

氛围编程和正经开发的分界线在哪？

在爆炸半径。工具是内部的、你是唯一用户、炸了只丢你自己的一个下午，自己干。工具碰到客户数据、处理支付、面对公网、或者得在你不在场时运行，交给开发者。判断标准从来不是「我会不会写」。是「它炸了的话，炸的是谁」。

我该买哪个氛围编程课程？

一个都别买。你需要的东西，这篇文章已经给全了：一个痛点、一段规格、一个切片、一个循环。剩下的，靠你自己动手翻几次车，比任何课程都学得快。钱省下来，去充你已经在用的AI订阅。

氛围编程要花多少钱？

订阅每月200上下，重度使用。把每个工具推到极限的用户，落在400到600。贵的部分不是软件。是你审读花掉的时间，以及你跳过审读之后补窟窿的天数。真要说的话，氛围编程最贵的一次性成本，是你前三个工具翻的车。那些车，翻得越早越便宜。

学会氛围编程要多久？

循环本身，一个周末就够。跑通「请求、运行、读报错、修、再跑」，你就算是会了。判断力那部分，要几个月、靠真实工具翻车来换。所以别问要多久。问你能不能接受，头三个月会翻几次车。能接受，时间比你想的短。不能接受，多久都学不会。