18 · 岗位提示词
软件开发／程序员
第 18 / 27 个岗位22 个工作任务完整版内容
适用岗位：软件工程师、前端工程师、后端工程师、全栈工程师、客户端工程师、测试开发工程师、开发组长、技术负责人、架构师 共收录 22 个高频工作任务。数量由真实工作需要决定，不为凑数强行做到100条。 使用方法 1. 在电脑中为当前任务新建一个独立文件夹，名称建议使用“日期任务名称”。 2. 把任务所需的原始文件、公司模板和制度说明放入该文件夹，保留原文件，不
本篇内容使用方法岗位工作地图快速目录需求与设计开发与评审测试与调试交付与维护来源与版本说明
适用岗位：软件工程师、前端工程师、后端工程师、全栈工程师、客户端工程师、测试开发工程师、开发组长、技术负责人、架构师
共收录 22 个高频工作任务。数量由真实工作需要决定，不为凑数强行做到100条。
使用方法
- 在电脑中为当前任务新建一个独立文件夹，名称建议使用“日期-任务名称”。
- 把任务所需的原始文件、公司模板和制度说明放入该文件夹，保留原文件，不要直接覆盖。
- 将整个文件夹拖入AI智能体的工作空间，先让智能体列出它实际读取到的文件。
- 找到下面对应任务，复制主提示词，补全方括号中的信息后执行。
- 根据“验收方法”检查结果。涉及法律、财务、人事、安全、生产操作等高风险事项，必须由负责人最终确认。
岗位工作地图
岗位统称： 软件开发／程序员
常见称呼： 软件工程师、前端工程师、后端工程师、全栈工程师、客户端工程师、测试开发工程师、开发组长、技术负责人、架构师
核心工作： 需求理解与技术澄清、技术方案与架构设计、任务拆分、代码开发、单元测试、调试与故障定位、代码审查、接口设计与联调、性能与安全优化、部署支持、技术文档、代码重构与技术债管理、系统设计、API设计、技术选型
需求与设计： 澄清软件需求、拆分开发任务、设计系统架构、设计API接口、设计数据库模型、评估技术选型
开发与评审： 生成代码实现方案、编写代码、开展代码审查、制定代码重构计划、编写技术文档
测试与调试： 制定测试策略、生成单元测试、设计边界测试、定位程序错误、分析性能瓶颈、开展安全代码审查
交付与维护： 制定部署方案、生成发布检查清单、撰写事故复盘、分析技术债、制定技术学习计划
快速目录
需求与设计
- 澄清软件需求
- 拆分开发任务
- 设计系统架构
- 设计API接口
- 设计数据库模型
- 评估技术选型
开发与评审
- 生成代码实现方案
- 编写代码
- 开展代码审查
- 制定代码重构计划
- 编写技术文档
测试与调试
- 制定测试策略
- 生成单元测试
- 设计边界测试
- 定位程序错误
- 分析性能瓶颈
- 开展安全代码审查
交付与维护
- 制定部署方案
- 生成发布检查清单
- 撰写事故复盘
- 分析技术债
- 制定技术学习计划
需求与设计
1. 澄清软件需求
适用场景： 需要完成“澄清软件需求”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“澄清软件需求”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“澄清软件需求”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“澄清软件需求”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《澄清软件需求》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
2. 拆分开发任务
适用场景： 需要完成“拆分开发任务”并形成可检查、可交付结果时。
需要准备：
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
文件与操作：
- 新建“拆分开发任务”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“拆分开发任务”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“拆分开发任务”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
一份可直接使用的《拆分开发任务》结果稿
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《拆分开发任务》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 一份可直接使用的《拆分开发任务》结果稿
验收方法：
- 所有结论都能追溯到输入材料
- 关键数据、人员、时间和责任项没有遗漏
- 格式符合实际使用对象的阅读习惯
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
3. 设计系统架构
适用场景： 需要完成“设计系统架构”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“设计系统架构”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“设计系统架构”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“设计系统架构”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《设计系统架构》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
4. 设计API接口
适用场景： 需要完成“设计API接口”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“设计API接口”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“设计API接口”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“设计API接口”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《设计API接口》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
5. 设计数据库模型
适用场景： 需要完成“设计数据库模型”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“设计数据库模型”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“设计数据库模型”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“设计数据库模型”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《设计数据库模型》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
6. 评估技术选型
适用场景： 需要完成“评估技术选型”并形成可检查、可交付结果时。
需要准备：
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
文件与操作：
- 新建“评估技术选型”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“评估技术选型”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“需求与设计”完成“评估技术选型”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
分析结论、证据、原因假设、优先级和行动建议
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《评估技术选型》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 分析结论、证据、原因假设、优先级和行动建议
验收方法：
- 先检查数据质量
- 结论与证据一一对应
- 相关性不得直接写成因果关系
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
开发与评审
7. 生成代码实现方案
适用场景： 需要完成“生成代码实现方案”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“生成代码实现方案”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“生成代码实现方案”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“开发与评审”完成“生成代码实现方案”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《生成代码实现方案》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
8. 编写代码
适用场景： 需要完成“编写代码”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“编写代码”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“编写代码”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“开发与评审”完成“编写代码”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《编写代码》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
9. 开展代码审查
适用场景： 需要完成“开展代码审查”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“开展代码审查”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“开展代码审查”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“开发与评审”完成“开展代码审查”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《开展代码审查》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
10. 制定代码重构计划
适用场景： 需要完成“制定代码重构计划”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“制定代码重构计划”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“制定代码重构计划”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“开发与评审”完成“制定代码重构计划”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《制定代码重构计划》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
11. 编写技术文档
适用场景： 需要完成“编写技术文档”并形成可检查、可交付结果时。
需要准备：
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
文件与操作：
- 新建“编写技术文档”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“编写技术文档”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“开发与评审”完成“编写技术文档”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
一份可直接使用的《编写技术文档》结果稿
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《编写技术文档》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 一份可直接使用的《编写技术文档》结果稿
验收方法：
- 所有结论都能追溯到输入材料
- 关键数据、人员、时间和责任项没有遗漏
- 格式符合实际使用对象的阅读习惯
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
测试与调试
12. 制定测试策略
适用场景： 需要完成“制定测试策略”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“制定测试策略”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“制定测试策略”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“制定测试策略”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《制定测试策略》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
13. 生成单元测试
适用场景： 需要完成“生成单元测试”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“生成单元测试”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“生成单元测试”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“生成单元测试”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《生成单元测试》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
14. 设计边界测试
适用场景： 需要完成“设计边界测试”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“设计边界测试”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“设计边界测试”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“设计边界测试”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《设计边界测试》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
15. 定位程序错误
适用场景： 需要完成“定位程序错误”并形成可检查、可交付结果时。
需要准备：
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
文件与操作：
- 新建“定位程序错误”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“定位程序错误”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 与该任务直接相关的原始文件或数据
- 公司现行制度、模板或口径说明
- 任务目标、时间范围和使用对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“定位程序错误”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
一份可直接使用的《定位程序错误》结果稿
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《定位程序错误》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 一份可直接使用的《定位程序错误》结果稿
验收方法：
- 所有结论都能追溯到输入材料
- 关键数据、人员、时间和责任项没有遗漏
- 格式符合实际使用对象的阅读习惯
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
16. 分析性能瓶颈
适用场景： 需要完成“分析性能瓶颈”并形成可检查、可交付结果时。
需要准备：
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
文件与操作：
- 新建“分析性能瓶颈”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“分析性能瓶颈”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“分析性能瓶颈”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
分析结论、证据、原因假设、优先级和行动建议
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《分析性能瓶颈》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 分析结论、证据、原因假设、优先级和行动建议
验收方法：
- 先检查数据质量
- 结论与证据一一对应
- 相关性不得直接写成因果关系
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
17. 开展安全代码审查
适用场景： 需要完成“开展安全代码审查”并形成可检查、可交付结果时。
需要准备：
- 资产与系统范围
- 日志、告警、漏洞或事件证据
- 安全策略、合规标准和处置权限
文件与操作：
- 新建“开展安全代码审查”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“开展安全代码审查”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 资产与系统范围
- 日志、告警、漏洞或事件证据
- 安全策略、合规标准和处置权限
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“测试与调试”完成“开展安全代码审查”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
风险分级、证据链、处置步骤、验证与复盘清单
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《开展安全代码审查》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 风险分级、证据链、处置步骤、验证与复盘清单
验收方法：
- 不得执行未授权攻击
- 保全日志与证据
- 高危动作必须人工批准
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
交付与维护
18. 制定部署方案
适用场景： 需要完成“制定部署方案”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“制定部署方案”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“制定部署方案”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“交付与维护”完成“制定部署方案”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《制定部署方案》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
19. 生成发布检查清单
适用场景： 需要完成“生成发布检查清单”并形成可检查、可交付结果时。
需要准备：
- 现行流程与制度
- 实际操作记录和常见异常
- 适用人员、系统和审批边界
文件与操作：
- 新建“生成发布检查清单”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“生成发布检查清单”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 现行流程与制度
- 实际操作记录和常见异常
- 适用人员、系统和审批边界
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“交付与维护”完成“生成发布检查清单”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
包含步骤、责任人、输入输出、例外处理和版本信息的标准文件
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《生成发布检查清单》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 包含步骤、责任人、输入输出、例外处理和版本信息的标准文件
验收方法：
- 步骤可执行
- 例外与升级路径完整
- 涉及安全合规的条款人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
20. 撰写事故复盘
适用场景： 需要完成“撰写事故复盘”并形成可检查、可交付结果时。
需要准备：
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
文件与操作：
- 新建“撰写事故复盘”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“撰写事故复盘”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 待分析的原始数据或资料
- 指标口径与业务背景
- 历史基线、目标值或比较对象
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“交付与维护”完成“撰写事故复盘”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
分析结论、证据、原因假设、优先级和行动建议
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《撰写事故复盘》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 分析结论、证据、原因假设、优先级和行动建议
验收方法：
- 先检查数据质量
- 结论与证据一一对应
- 相关性不得直接写成因果关系
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
21. 分析技术债
适用场景： 需要完成“分析技术债”并形成可检查、可交付结果时。
需要准备：
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
文件与操作：
- 新建“分析技术债”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“分析技术债”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 需求或缺陷说明
- 相关代码仓库与技术文档
- 运行环境、约束和验收标准
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“交付与维护”完成“分析技术债”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
代码或技术方案、测试清单、风险说明和验证步骤
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《分析技术债》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 代码或技术方案、测试清单、风险说明和验证步骤
验收方法：
- 代码可运行或可编译
- 测试覆盖主要路径与边界
- 涉及生产环境必须人工审批
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
22. 制定技术学习计划
适用场景： 需要完成“制定技术学习计划”并形成可检查、可交付结果时。
需要准备：
- 当前状态与历史数据
- 目标、截止时间和优先级
- 人员、预算、设备、物料等约束
文件与操作：
- 新建“制定技术学习计划”文件夹，把上述材料放进去。
- 将文件夹拖入AI智能体，先发送：“请列出你读取到的文件、表格字段和缺失材料，暂时不要开始生成结果。”
- 确认读取无误后，再发送下面的主提示词。
主提示词：
你是一名资深的软件开发／程序员专家，熟悉中国企业中的软件设计、开发、测试与维护。请帮助我完成“制定技术学习计划”。
【任务背景】
- 企业/部门：[填写]
- 本次目标：[填写]
- 使用对象：[填写]
- 时间范围与截止时间：[填写]
【需要读取的材料】
- 当前状态与历史数据
- 目标、截止时间和优先级
- 人员、预算、设备、物料等约束
【执行要求】
1. 先列出已经读取的文件，并说明每份文件提供了什么信息。
2. 检查材料是否完整；如果缺少关键数据，先列出缺失项，不要自行编造。
3. 区分“材料中的事实”“基于事实的判断”“需要人工确认的假设”。
4. 围绕“交付与维护”完成“制定技术学习计划”，给出清晰的过程、依据和可执行结果。
5. 发现数据冲突、制度冲突、风险或例外情况时，单独建立问题清单。
6. 输出应适合真实企业直接使用，避免空话、套话和无法执行的建议。
【输出结果】
分阶段计划表、责任分工、里程碑和风险预案
【输出格式】
- 先给结论摘要。
- 再用表格或分级清单呈现详细结果。
- 最后列出待确认事项、风险以及下一步行动。
- 所有行动项尽量包含负责人、截止时间和验收标准。
建议追问：
- 请对《制定技术学习计划》结果做一次反向检查，列出遗漏、矛盾和证据不足之处。
- 请把结果调整为公司现有模板，并保留所有关键数据和出处。
- 请把下一步行动转换为“事项、负责人、截止时间、验收标准”四列表格。
预期输出： 分阶段计划表、责任分工、里程碑和风险预案
验收方法：
- 目标可衡量
- 资源与时间不冲突
- 存在备选方案和调整触发条件
人工确认边界： 不得编造材料中不存在的事实、数字、政策或结论；正式使用前由岗位负责人复核。
来源与版本说明
- 原始材料文件：岗位18_软件开发程序员_开源提示词初筛.md
- 内容来源包括4个本地开源提示词项目，以及“AI博主-所有AI文章”“通往AGI之路”两个本地文章库。
- 本手册已将最终使用内容统一改写为中文，并按中国企业岗位场景重新组织。
- 原始采集材料仍保留在岗位初筛文档中；本手册不删除原始来源。
- 当前版本：V1。后续可根据真实使用反馈继续合并重复任务、补充行业模板。
岗位提示词 · 完整版