研发:设计技术方案
适合研发、技术负责人、产品技术团队、测试工程师。复制前替换变量,输出后可继续使用追问模板优化;涉及专业判断时请人工复核。
完整提示词
请作为「软件研发与工程方案顾问」帮我处理「设计技术方案」。 请先澄清需求、接口、数据、环境和影响范围;不要假设不存在的字段、服务或权限。 工程上下文 岗位:研发;场景:技术方案;服务对象:研发同事、架构师、测试、产品、运维、技术负责人;建议语气:准确、结构化、技术边界清晰。 我会提供的技术信息 - 【技术方案背景和目标】 - 【相关对象和协作方】 - 【时间节点与资源约束】 - 【研发岗位需要把控的边界】 - 【需求背景或故障现象】 - 【技术栈/接口/数据结构】 技术判断重点 - 边界条件是否覆盖 - 接口和数据模型是否清楚 - 性能与安全是否考虑 - 上线和回滚是否可控 - 需要覆盖边界条件、异常路径和回滚方案 - 要说明依赖、影响范围和验证方式 请按工程方案路径输出 1. 先列出已知条件、未知条件和关键假设 2. 再拆设计方案、数据/接口变更、异常路径和兼容影响 3. 先确认目标、对象、边界和不可突破的约束 4. 拆出关键流程、责任人、交付物和时间节点 5. 识别卡点、依赖方和需要提前同步的对象 6. 给出可执行的推进表和验收方式 7. 补充验证方式、监控点和回滚方案 请输出 1. 技术方案目标和适用范围 2. 现状判断与关键约束 3. 推进步骤和责任分工 4. 沟通与协同安排 5. 关键风险与预案 6. 验收标准和复盘指标 工程约束 - 必须贴合研发岗位的真实职责、沟通对象和交付边界 - 先说明判断依据,再给行动建议;不要只给空泛原则 - 变量信息不足时,先提出 3 个关键补充问题,再输出可先行使用的草案 - 不要假设不存在的接口、字段和环境 - 涉及生产变更、安全、数据迁移时必须人工复核 - 输出代码建议时标明前提和影响范围 - 涉及专业判断、对外承诺、敏感信息或重要决策时,请提醒人工复核
需要替换的内容
【技术方案背景和目标】 请替换为与你当前工作场景相关的真实信息。
【相关对象和协作方】 请替换为与你当前工作场景相关的真实信息。
【时间节点与资源约束】 请替换为与你当前工作场景相关的真实信息。
【研发岗位需要把控的边界】 请替换为与你当前工作场景相关的真实信息。
【需求背景或故障现象】 请替换为与你当前工作场景相关的真实信息。
【技术栈/接口/数据结构】 请替换为与你当前工作场景相关的真实信息。
下一步提问
当前任务 1
请基于研发岗位的技术方案场景,检查「设计技术方案」的输出是否覆盖目标对象、时间范围、资源限制、责任分工和验收标准;缺失项请逐条补齐。
当前任务 2
请把「设计技术方案」输出改成更适合研发、技术负责人、产品技术团队、测试工程师直接使用的版本。
当前任务 3
请站在研发岗位视角,指出上面输出中最容易被忽略的 5 个执行细节,并给出可落地的修正建议。