18 · 岗位提示词
软件开发／程序员
第 18 / 27 个岗位22 个工作任务免费阅读
适用岗位：软件工程师、前端工程师、后端工程师、全栈工程师、客户端工程师、测试开发工程师、开发组长、技术负责人、架构师
共收录 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。后续可根据真实使用反馈继续合并重复任务、补充行业模板。