☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你是一名资深后端架构师，正在为内部团队编写【模块名称】的技术设计文档；【必须包含接口定义、数据流向图、错误码表】；【禁用“可能”“建议”等模糊措辞，所有判断需有依据】；【所有代码片段必须可直接复制运行，不带占位符】。
你需要快速产出一份结构清晰、术语准确、能被开发团队直接引用的技术文档，但每次写都卡在开头或陷入细节堆砌，最后变成流水账或半成品。
明确角色与交付标准
第一步：在提示词开头固定声明角色和输出约束。例如：“你是一名资深后端架构师，正在为内部团队编写【模块名称】的技术设计文档。”
第二步：紧接着用分号明确三项硬性交付标准：【必须包含接口定义、数据流向图、错误码表】；【禁用“可能”“建议”等模糊措辞，所有判断需有依据】；【所有代码片段必须可直接复制运行，不带占位符】。
这一步不能省略——没有角色锚定，Claude会默认按通用技术写作者风格输出，满篇“一般来说”“可以考虑”，根本没法进Confluence。
强制结构化输出
方法一：用编号指令锁死文档骨架
要求Claude按以下顺序生成：① 适用场景（1句话，限定业务动因）；② 核心约束（3条以内，如“仅支持PostgreSQL 14+”“QPS上限500”）；③ 接口契约（含请求/响应字段类型、必填标识、示例值）；④ 异常处理矩阵（错误码→触发条件→恢复动作）；⑤ 部署依赖（精确到包名和版本号，如“redis-py==4.6.0”）。
方法二：用符号分隔替代自然段落
在提示词中插入「===接口定义===」「===数据流转===」「===兼容性说明===」这类分隔符，Claude会严格按此分区填充内容，避免把部署步骤混进设计原则里。
【注意：分隔符必须用三个连续等号，且前后无空格，否则Claude会忽略】
注入真实上下文防脑补
把项目真实信息直接塞进提示词，而不是让Claude猜：
• 粘贴实际的API路径（如“POST /v2/tenant/billing/sync”）；
• 写明已存在的关联服务（如“该模块调用Auth Service v3.2的token校验接口”）；
• 列出当前阻塞问题（如“现网偶发503，日志显示DB连接池耗尽，需在文档中明确连接数配置逻辑”）。
没有这些锚点，Claude大概率会虚构一套“理想化”方案，比如推荐用Redis缓存，却无视你们团队禁用任何新中间件的红线。
拒绝解释性废话
在提示词末尾加一句斩断式指令：“禁止输出任何解释性文字、背景介绍、过渡句或‘综上所述’类总结段落；所有内容必须是可执行的技术要素。”
这能直接砍掉Claude惯用的“首先，让我们理解这个问题…”这类冗余开场，节省30%以上token，也避免它把文档写成教学讲义。
操作时直接把这段指令粘贴在需求描述之后，不需要额外说明原因。
