方法论 官方术语
Prompt Engineering
围绕任务表达、角色设定、约束和输出格式来提升单次模型交互质量的方法。
One-line Definition
Prompt Engineering 主要解决的是单次任务怎么表达更清楚、约束更明确、输出更可控。
官方名称
Prompt Engineering
常见别名
提示词工程
这个词条适合做什么
适合先快速判断定义和边界，再继续进入相关文章或官方来源。
这是什么
- + 它适合提升一次性问答、生成和局部修改任务的表达质量。
- + 它通常涉及角色、目标、上下文、约束和输出格式。
不是什么
- - 不是长期工程稳定性的完整解法。
- - 不是 agent-first 团队里唯一需要的工程主轴。
为什么最近常被提到
- • 它仍然是模型交互质量的基础层。
- • 但在 agent 持续动仓库时，它通常会和 Harness Engineering 分层配合。
它最适合解决什么
- 单次生成
- 局部代码修改
- 固定格式输出
- 结构化提问
它什么时候不够用了
当问题开始变成：
- 仓库入口不清楚
- 改完不会自证
- 坏模式被反复复制
这时就不只是 Prompt Engineering 了。
可信来源
下一步阅读
Harness Engineering vs Prompt Engineering：团队开始让 agent 连续改仓库后，重点为什么会变
Prompt Engineering 解决的是单次交互质量，Harness Engineering 解决的是 agent-first 团队的长期稳定性。把这两层分开，很多工程判断会一下子清楚。
什么是 Harness Engineering：当 AI 开始写代码后，工程重点为什么从写代码转向设计约束与反馈回路
Harness Engineering 不是又一个花哨名词，而是当 AI coding agent 真正进入生产开发后，团队如何通过仓库结构、文档、校验、观测和回路，让代理稳定交付的软件工程方法。
FAQ
Prompt Engineering 还重要吗？
重要。只是当 agent 进入真实开发链路后，问题不再只停留在 prompt 层。