串联需求、产品、UI、前后端、数据、测试与上线，将交付范围拆成可执行、可验证的任务。
## 任务目标 请根据已有项目材料，将本次目标拆成可执行、可验证的研发任务。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 本次目标或交付范围：可留空；以当前对话中最近明确的业务目标为准，不扩大到未要求的模块 工程与已有材料：可留空；优先读取当前工程、已有需求、问题记录和验收约定 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 从现有模块与业务入口识别真实技术栈、已实现能力及本次改动边界。 - 检查已有任务、接口、页面和测试记录，复用已确认的角色与业务定义。 ### 可采用的默认处理 - 按实际依赖组织最小交付链，不强行要求Java、Python、Vue、小程序全部出现。 - 没有日期和人员时先给依赖顺序、工作量假设与责任角色，不编造确定工期或真实负责人。 ### 必须有依据的事项 - 本次目标或验收结果无法区分时，只确认会改变交付范围的关键业务选择。 - 真实发布等动作仍按已授权范围处理，任务拆解本身不产生新的执行授权。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。 ### 资料仍不足时的交付 - 只有一句目标时先整理范围、关键任务和可验证完成条件，逐项标记待补业务事实。 - 没有工程时给可执行的任务依赖与交接清单，拟议模块与现有模块分开。 ## 执行要求 1. 先核实业务事实、现有能力和本次变更边界，分开已确认需求、合理假设与待决事项。把每个需求对应到具体角色、业务动作、输入和结果，避免用抽象口号代替验收条件。 2. 按依赖安排需求梳理、信息架构、交互与 UI、接口契约、数据模型、实现、联调、测试、上线。Java/Python、Vue/小程序按实际项目选用，可并行的任务并行，不能强行要求所有技术都出现。 3. 为各阶段写明输入、责任角色、产出和进入下一阶段的条件。特别检查状态机、权限与租户范围、字段口径、分页统计、错误处理和并发场景是否在产品、接口与数据库之间一致。 4. 将开发任务落到可识别模块，列出依赖、风险和可独立验证的完成标准。新增数据库表的全部字段要有详细业务注释；页面信息有秩序，文案直接服务业务操作，避免装饰性说明。 5. 组织与风险相称的检查、构建、测试环境验证和生产发布。记录需求版本、代码版本、制品版本、配置差异和测试证据，让最终上线内容可以追溯到本次范围。 6. 交付前核对数据变更兼容性、恢复方案、运行日志、健康检查及关键业务回归。未经实际验证的内容写明未验证及原因，不用计划中的动作充当已完成证据。 ## 交付与验收 输出：一页业务范围、按依赖排列的任务表、各阶段交接清单、验收矩阵和当前阻塞项。优先继续不依赖待决事项的工作，仅对真正影响业务结果的问题请求澄清。 ### 本条完成检查 - 每项任务对应业务结果、输入、产出、依赖和验收方法。 - 集中列出剩余阻塞项及影响，已可完成的部分有实际交付而不是整批停在提问。 按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。 ## 参考资料与适用边界 - [阿里云云效 · 如何通过云效进行主机部署](https://help.aliyun.com/zh/yunxiao/use-cases/how-to-deploy-hosts-through-cloud-effect) 核验日期：2026-09-08。依据公开资料改写的执行模板；原文是云效产品流程，不是阿里内部统一研发制度；跨角色分工以及数据库、缓存兼容与补偿检查属于本站工程补充。 全流程目录 以下条目可分别使用；Java、Vue、小程序、Python 根据项目技术栈选用。 1. [需求范围](https://prmpts.lukeliu.me/prompts/cmts50jvw0077mqbec2k8oyul) 2. [需求说明与研发拆解](https://prmpts.lukeliu.me/prompts/cmts50jvz007bmqbe96119kry) 3. [业务流程](https://prmpts.lukeliu.me/prompts/cmts50jw3007fmqbev368mott) 4. [UI 布局](https://prmpts.lukeliu.me/prompts/cmts50jwf007vmqbeo10el4wr) 5. [Java 接口](https://prmpts.lukeliu.me/prompts/cmts50jsn003fmqbem2r0yu8u) 6. [Vue 表单](https://prmpts.lukeliu.me/prompts/cmts50juo005nmqbem9miiv32) 7. [小程序登录](https://prmpts.lukeliu.me/prompts/cmts50jv7006bmqbedywdvzzd) 8. [Python 接口](https://prmpts.lukeliu.me/prompts/cmts50jvg006nmqbevejtku4p) 9. [MySQL 建模](https://prmpts.lukeliu.me/prompts/cmts50jtj004bmqbewfpmkn62) 10. [Redis 设计](https://prmpts.lukeliu.me/prompts/cmts50ju0004vmqbe58dpb66y) 11. [测试用例](https://prmpts.lukeliu.me/prompts/cmts50jwy008jmqbetrem99f3) 12. [持续集成](https://prmpts.lukeliu.me/prompts/cmts50jxo009jmqbe08lqetoo) 13. [发布验收](https://prmpts.lukeliu.me/prompts/cmts50jx7008vmqbe8hlhldxe)
设计可重复构建、版本唯一、证据可追踪的持续集成交付流程。
## 任务目标 请为当前工程设计或审查持续集成流程，使交付制品能准确追溯到代码和验证结果。 交付能用于评审或后续实施的具体方案、规则与样例；未要求实施的部分不声称已经落地。 ## 输入信息（选填） 两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。 构建或持续集成目标：可留空；从当前请求与已有流水线失败、制品追溯问题确定范围 仓库或流水线资料：可留空；优先读取当前仓库的构建脚本、锁文件和流水线配置 ## 信息不完整时 先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。 ### 优先确认 - 定位实际语言、构建入口、依赖锁定、检查与测试命令，不要求用户手填版本表。 - 查看现有流水线和制品元数据，确认缓存、唯一版本及环境注入方式。 ### 可采用的默认处理 - 沿用现有平台和仓库约定；没有平台时先给平台无关阶段与本地可执行命令，不编造平台配置字段。 - 先核对检查、测试、构建与校验链，未找到测试与测试通过分开记录。 ### 必须有依据的事项 - 流水线平台、受保护环境或制品访问范围无法判断且会改变配置时，只集中确认相应条件，不索取凭据正文。 只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。 ### 资料仍不足时的交付 - 没有CI访问权限时完成仓库内脚本与配置审查，给可核对阶段和待平台执行项。 - 没有制品仓库时先交付本地制品命名与校验流程，保留接入参数说明。 ## 执行要求 1. 识别 Java、Vue、Python、小程序等实际模块的构建入口、依赖锁定和环境约束。说明哪些结果依赖网络、外部服务或配置，避免把本机成功直接等同于流水线可复现。 2. 按代码检查、必要测试、构建和制品校验设置阶段。对每项说明失败条件、产出证据和适用模块；测试未执行或未找到测试必须准确记录，不能当作测试通过。 3. 建立提交版本、流水线编号、制品名称、唯一版本和校验值的映射。禁止用同一个发布版本覆盖不同内容；云效通用制品仓库按其版本约束处理，其他仓库先核实覆盖策略。 4. 审查构建缓存与依赖缓存的键和失效条件，避免命中旧分支或不兼容环境。凭据从受控配置读取并限制用途，不打进前端产物、镜像层或日志。 5. 使用同一已验证制品向测试与生产晋级，环境差异外置并可追踪。检查前端构建时注入值是否已固化，不能把含测试环境地址的产物直接视为可部署生产。 6. 用一条正常提交和一个真实的失败条件验证流程，确认错误能阻止后续发布并保留诊断信息。记录制品下载后的校验方式、保留策略及回滚时如何选择准确版本。 ## 交付与验收 输出：阶段及检查表、必要流水线配置、制品元数据示例、失败验证与版本追溯步骤。以实际工具和仓库版本为准，不编造平台不存在的配置字段。 ### 本条完成检查 - 提交、流水线、制品版本与校验值可追溯，正常和失败条件有明确证据要求。 - 实际执行与待平台验证分开，不把配置草案或本机成功称为远程流水线已通过。 按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。 ## 参考资料与适用边界 - [阿里云云效 · 上传通用制品仓库](https://www.alibabacloud.com/help/zh/yunxiao/user-guide/upload-general-product-warehouse) 核验日期：2026-09-08。依据公开资料改写的执行模板；适用于云效通用制品仓库；其他仓库须核对各自版本策略。可复现构建、缓存隔离、制品晋级与失败验证属于本站工程补充。
