基本信息

来源摘要/节选

公开展示已截断至最多 800 个字符；请访问原始来源查看完整上下文。

最近半年，我的日常开发里有一个越来越明显的变化：写代码的时间在缩短， 写提示词的时间在变长 。 不是因为我变懒了。而是我发现，给 AI 一个好的提示词，它能在 30 秒内交付一个我需要花 20 分钟才能写完的模块；但如果提示词写得含糊，AI 给你的代码就像实习生第一天的作品——能跑，但你不敢用。 所以这篇文章不聊"AI 会不会取代程序员"这种大话题，就聊一个具体的事： 怎么写提示词，才能让 AI 写出你真正能用的代码。 一、先搞清楚一件事：提示词不是"聊天" 很多人用 AI 写代码的姿势是这样的： “帮我写一个登录页面” 然后 AI 给你一坨 HTML + CSS + JS，样式是 2018 年的，逻辑是"直接把密码明文发给后端"那种。你看了一眼就关掉了。 问题出在哪？不是 AI 不行，是你给的信息太少。 你想想，如果你跟一个新来的同事说"帮我写个登录页面"，他大概率也会问你一堆问题：用什么框架？有设计稿吗？要不要记住密码？后端接口长什么样？ AI 不会问你。它只会"猜"。 所以第一条原则是：提示词不是聊天，它是一份简洁但完整的需求文档。 二、一个好提示词的五根骨头 根据我自己踩坑和反复调试的经验，一个靠谱的提示词，骨架上需要五样东西：

  1. 角色（Task/Role） 告诉 AI 它是谁。这不是玩 cosplay，而是帮它锁定"用什么知识库来回答你"。 比较： 弱：“帮我写个网络请求封装” 强：“你是一个有 5 年 iOS 开发经验的工程师，熟悉 Swift Concurrency 和 URLSession，请帮我封装一个网络请求层” 加了角色之后，AI 的输出会明显"对味"——它知道该用 async/await 还是回调，该不该引入第三方库。
  2. 上下文（Context/Content） 把 AI 需要的原始数据喂给它。…

来源说明

当前只保存了公开页面节选，不代表原文全文。请以原始来源为准。

本页只呈现已做哈希绑定的来源证据，不包含基于旧正文或缺失原文的扩展推断。