面试AI工具类产品岗，怎么把“提示词设计”讲成产品能力？

消息提到，有用户让 Claude in Chrome 在 jspaint 里用画笔点击复刻头像，并明确禁止使用 javascript 工具，任务耗时 45 分钟，用户强调提示词很重要。这条动态值得注意的不是结果多接近，而是那句“禁止使用 javascript”——它把一句模糊的“帮我画个头像”，变成了带约束条件的可执行任务。

面试里讲提示词，最忌讳停在“我会写咒语”。更稳的讲法是把提示词设计拆成三层：目标定义、约束条件、验收标准。目标定义回答“要产出什么、给谁用、什么算完成”；约束条件回答“哪些工具不能用、哪些步骤不能跳、边界在哪”；验收标准回答“我怎么判断这次输出合格”。素材里“禁止使用 javascript”就是典型的约束条件，而“结果与原图非常接近”只是主观描述，不是验收标准。

你可以准备一个自己实际做过的[实际记录]案例，按这三层讲：当时目标是什么，你加了哪条约束，最后用什么标准判断合格。如果只讲“我提示词写得好”，面试官无法核查；讲清三层，对方才能判断你是不是在做产品决策。

怎么把“人机协作任务拆解”讲成可核查的案例？

素材里 45 分钟这个数字，本身不能证明效率高低，也不能推导出替代率。但它提醒你：人机协作不是一句“AI帮我做完了”，而是一段有步骤、有边界、有回退的过程。

面试时可以把任务拆解讲成三类：步骤边界、工具禁用规则、失败回退。步骤边界是说清哪几步交给工具、哪几步必须人工确认；工具禁用规则是说清哪些能力不能调用，比如素材中的 javascript；失败回退是说清第一次没做对时，是换提示词、换工具，还是转人工。

这里可以用一个假设场景：模拟面试官问“如果工具连续三次输出都不合格怎么办”，你的回答不该是“再试一次”，而是“先看是目标没定义清，还是约束没给够，还是这个任务本身不适合交给它”。这只是展示思考方法，不是真实工作经历。 延伸阅读：产品岗简历：从需求分析到数据成果的完整呈现

面试时怎么问清岗位对提示词能力的真实要求？

素材强调提示词很重要，但没有说明团队如何评估提示词质量。这恰恰是你可以反问的地方。

不要直接问“你们用不用AI”，可以问：团队怎么定义一条提示词算合格？有没有验收标准或评测集？失败时产品侧怎么回退？这些问题能帮你判断，这个岗位要的是会写提示词的人，还是能把提示词变成可验收产品能力的人。

一份招聘信息提到提示词工程师要“跟踪提示词效果，及时调整和优化策略”，但单条职位样例不能概括全行业门槛，也不能说明目前仍在招。你可以把它当作一种岗位描述样本，用来对照自己的准备方向。

面试前做一件小事：拿你最近一次用AI完成的任务，写下目标、约束、验收标准各一条，再写下失败时你会怎么回退。写不出来，就说明这个案例还没准备好。