先把最重要的一句放前面：「提示词工程师」作为一个独立岗位，正在减少；「会写提示词」作为一项通用能力，正在变成标配。这两个判断不矛盾，理解了它们，你才知道该学什么、不该指望什么。
01真实的工作内容
招聘启事上写的是「设计、优化提示词」，实际工作通常是这五件事：
| 工作 | 具体在干什么 | 占时间 |
|---|---|---|
| 需求翻译 | 把业务方的模糊要求拆成模型能执行的任务 | 最多 |
| 效果评估 | 建评测集，跑对比，判断改动是变好还是变差 | 很多 |
| 流程编排 | 多步任务拆分、上下文管理、失败重试 | 中等 |
| 边界处理 | 写拒答规则、兜底话术、异常输入的应对 | 中等 |
| 成本优化 | 压 token、换小模型、缓存重复请求 | 被低估 |
注意第二行。没有评测，这个岗位就变成了「凭感觉调文字」，这也是很多公司设了这个岗、半年后又撤掉的原因——说不清价值在哪。
02四项核心能力
结构化表达
能把模糊需求拆成任务、背景、约束、格式。这是最基础的一项，也是唯一能靠练习快速获得的。
评测设计
能定义「好」的标准，能造出覆盖边界的测试集，能从几十条输出里看出规律。这项决定你是初级还是能独立负责。
工程理解
知道上下文窗口、温度、结构化输出、函数调用是怎么回事。不用会写后端，但要能跟开发对话。
业务判断
知道这个功能对业务到底有没有用。缺这项的人容易做出「演示很惊艳、上线没人用」的东西。
四项里，第一项三个月能入门，第二项要半年以上，第三、四项取决于你之前的背景。想清楚自己补哪一项，比刷教程有用。
03八周学习路线
按周给，前提是每周能投入 8 小时以上。做不到就按比例拉长，别跳步。
| 周 | 做什么 | 产出 |
|---|---|---|
| 1-2 | 用五要素改写自己工作里的十个真实任务 | 十条前后对比记录 |
| 3 | 学指令组合，把三个任务拆成多步流程 | 三套可复用的流程 |
| 4 | 研究结构化输出：让它稳定吐 JSON / 表格 | 一份能稳定解析的输出 |
| 5 | 学评测：定义标准，造 20 条测试输入 | 一张评分表 |
| 6 | 做 A/B 对比，找出改动和效果的对应关系 | 一份对比结论 |
| 7 | 处理边界：拒答、兜底、异常输入 | 一套容错规则 |
| 8 | 把以上打包成一个能演示的小工具 | 作品集 |
不会评测的人，只能停留在「调文字」。会评测的人，才能回答「这次改动让准确率从 62% 提到了 79%」——这句话才是招聘方想听的。
04作品集怎么做
不要放「我收藏了 500 条提示词」。招聘方看三样东西：
- 一个问题：你解决的业务问题是什么，不用大，真实就行。
- 一个过程：第一版什么样、发现了什么问题、怎么改的、改完指标怎么变。要有失败的那一版。
- 一个数字：哪怕是「人工审核时间从 20 分钟降到 6 分钟」这种小数字，也比「效果显著提升」有说服力。
最好的作品集形态是一个能点开就用的工具页，而不是一份 PPT。能跑起来的东西自带说服力，因为它证明了你不只是会写文字。
05就业现实
- 独立岗位在收缩。多数公司把它并进了产品经理、运营或算法岗，招聘时的职位名称变成「AI 产品经理」「算法应用工程师」。
- 纯提示词岗位门槛低、替代性高。只会调文字的人，很容易被「会用 AI 的应届生」替代。
- 薪资差异极大。同一个岗位名称在不同城市、不同公司能差好几倍，任何给出具体数字的说法都要看它的样本来源。
- 真正的护城河是业务理解。懂某个行业的具体流程，比懂提示词技巧稀缺得多。
不要以「我要成为提示词工程师」为目标，以「我要成为最会用 AI 的某个行业的人」为目标。前者的岗位在变少，后者的需求在变多。
06如果只想提升现有工作
不必按上面的路线走。做一件事就够：挑你每周重复三次以上的那件事，把它做成一条固定提示词，用两周，然后改。
积累到五条，你会发现自己的工作效率有一个台阶式的变化。这个过程不需要任何头衔，也不需要别人认可——它直接体现在你下班的时间上。
FAQ常见问题
提示词工程师需要会编程吗？
不是硬性要求，但会一点明显占优。至少要理解上下文窗口、结构化输出、函数调用这些概念，否则没法跟开发协作，也做不了多步流程。
这个岗位还有前景吗？
独立岗位在减少，能力需求在增加。它正在被并进产品、运营、开发的日常工作里。与其盯岗位名称，不如看目标行业里「会用 AI」是不是加分项。
零基础多久能找到工作？
没有统一答案，取决于你原有的行业背景。有业务经验的人通常三到六个月能做出可用作品集；纯零基础且没有行业积累的，难点不在提示词，在于说不出解决了什么业务问题。
需要考证吗？
目前没有公认的权威认证。招聘方看作品和实际效果，不看证书。花钱考这类证基本没有回报。
提示词技巧会被模型进化淘汰吗？
部分会。模型越强，对措辞的敏感度越低。但「把需求说清楚」「定义验收标准」这两件事不会消失，因为它们本质是沟通问题，不是技术问题。
怎么判断自己适不适合做这个？
一个简单测试：你平时是否愿意为了把一个模糊需求问清楚，反复跟人确认三轮。愿意的人做得下去，觉得烦的人做不久。