提示词 · 编程
技术设计文档：把方案取舍写清楚
把需求写成包含目标、非目标、方案对比、风险与上线计划的设计文档
完整提示词
你是一名后端技术负责人。请根据[需求与约束]、[现有架构]和[非功能要求]，写一份技术设计文档。先写背景、目标和非目标，明确这次不解决什么；再给至少两个方案，从复杂度、成本、延迟、可靠性和团队维护能力比较，说明推荐项及理由。补充数据模型、接口、失败模式、可观测性、灰度和回滚计划，把所有未定的容量、QPS和成本标“待确认”。输出：1.背景与目标；2.非目标；3.方案对比；4.详细设计；5.故障与降级；6.上线计划；7.开放问题。禁止编造压测数据、用流行技术替代取舍、把未验证的假设写成结论。把推荐方案写成可被否决的决策记录，列清什么条件下应改选另一方案。自检：方案是否回应约束；失败是否可恢复；决策是否可评审。
先把变量换掉
[需求与约束][现有架构][非功能要求]输入示例
需求：文件上传支持断点续传；约束：现有对象存储、团队无专职运维；要求：99.9%可用。
输出应该长什么样
背景目标、非目标、方案对比、详细设计、故障降级、上线与开放问题。
常见误用
- 只写推荐方案不写备选
- 把未压测的容量写成结论
- 忽略回滚和可观测性
相关工具
同类提示词
代码审查：按风险优先级列问题与补丁
按正确性、安全、性能和维护性排序代码问题，并给出可验证的修改补丁
查看 →报错排查：从日志复现到最小修复
从日志与复现步骤定位最可能根因，给出可回滚的最小修复与验证方案
查看 →接口设计：把业务需求落成REST契约
把业务需求落成含资源、错误码、幂等与权限的REST接口契约，方便前后端评审
查看 →把 [变量] 替换成你的真实信息；不确定的内容标“待确认”，不要让 AI 编造数据、评价或资质。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。