教程
提示词方法论：从“像人话”到“像规格”
把提示词当成“可复用的工程资产”。本篇给出结构化模板与常见反模式。
模板：需求拆解 + 交付清单
推荐在提示词里明确：输出文件清单、关键接口、边界处理、测试与文档。
当您把交付清单写进提示词，就把“写代码”变成“交付功能”。
模板的价值在于“稳定复用”。团队可以把它当作规范的一部分：每个需求都按同一结构提出，审查与验收也更容易一致。
- 输出：文件路径 + 关键代码 + 变更说明
- 验证：如何本地运行/如何写测试/如何回滚
- 安全：不要输出密钥，不要记录敏感数据
- 边界：明确不做什么（非目标）与后续迭代项
反模式：导致低质量输出的 5 个原因
最常见的问题不是模型能力，而是上下文不够、约束不明确、验收缺失。
- 只给一句“帮我写个XX”
- 不给现有代码/目录结构
- 不说清目标环境与依赖
- 没有示例输入输出
- 没有验收标准或测试
高级技巧：让模型像“负责人”而不是“写手”
你可以要求模型用“负责人视角”输出：风险清单、里程碑拆分、可观测性（日志/监控）、以及上线回滚方案。
对于内容型站点，还可以要求它输出 SEO 信息架构：栏目页/专题页/文章页的层级、内部链接策略、FAQ 结构与关键词覆盖。
想要更系统的学习？
教程中心整理了从入门到实战的完整路线，以及更多可复用模板。