提示词库

请按“交给不会编程的人使用”的标准，完成以下 Python 项目的开发、整理和交付。

项目需求：项目需求
已有工程：没有则新建
目标系统：Windows 10/11 64位
网络条件：允许首次安装联网
输入与输出：输入与输出要求

最终使用流程应当是：解压交付包 → 首次双击安装入口 → 双击启动 → 按中文提示完成业务并找到结果。提供免安装程序包时，应当双击即可启动。

1. 先确定交付方式
识别现有工程、真实业务流程、目标系统、处理的数据和外部服务。选择适合项目的打包程序或一键安装方案，尽量复用现有工程。只对影响业务结果或交付方式的缺失信息提出关键问题，其余按合理默认值推进并说明。
电脑没有安装 Python 也必须有可用路径：提供包含运行时的程序包，或让不依赖 Python 的安装入口准备受控的私有运行时。不能只交付一个需要 Python 才能执行的安装脚本，再让用户自行解决环境。

2. 统一管理全部依赖
选定一种依赖管理方案，明确唯一维护入口。已有项目继续使用现有管理方式；发布时提供经过验证、锁定直接和间接依赖版本的 requirements.txt 或对应锁文件，安装器只使用该清单，不维护互相冲突的多套版本。
运行依赖与开发、测试、打包依赖分开。源码版使用项目隔离环境，不污染系统 Python；不从混杂的全局环境直接导出依赖。说明已验证的 Python 版本、系统和处理器架构，不把一个平台的锁文件默认用于全部平台。
数据库、浏览器内核、FFmpeg、模型文件、驱动和第三方账号等外部条件必须单独识别，按实际需要纳入准备流程；不能声称安装 pip 依赖就等于全部环境就绪。

3. 提供真正的一键安装入口
Windows 源码或安装版提供“安装依赖.bat”。自动定位项目目录，检测运行时版本与架构，准备隔离环境，安装锁定依赖，核对依赖冲突和必需资源，完成后明确显示“安装完成”。关键步骤失败立即停止，不在失败后继续提示成功。
安装可重复执行，中断后可以重试，保留用户配置和业务文件。下载使用可信来源并校验完整性，网络异常时提供清楚的重试方法；不修改全局软件源、不关闭证书校验或系统防护，默认不要求管理员权限。
明确安装是否联网。要求离线时，预先准备适配目标平台的运行时、依赖包和外部资源，并验证断网安装；缺少必要资源时说明缺口，不能把联网安装改个文件名就称为离线版。

4. 提供统一的双击启动入口
提供“启动程序.bat”或明确命名的可执行程序。安装与启动使用同一个私有运行时；源码版直接调用隔离环境里的解释器，不依赖用户激活环境、修改 PATH、切换目录或打开开发工具。
启动前检查必要环境，缺失时引导安装；后续启动不自动升级依赖，也不为与业务无关的检查强制联网。兼容中文、空格路径与不同工作目录。源码版移动目录后，如隔离环境失效，应能保留用户文件并重建，不能把旧 .venv 当成可搬运运行时。
若提供本地网页界面，服务就绪后再打开浏览器，默认仅监听回环地址；端口占用、重复启动和退出行为均须明确处理，不能随意结束其他程序。

5. 普通人能看懂、能操作
参数通过中文界面、文件选择或简单配置填写，不要求修改源代码。界面按业务顺序组织，只保留必要按钮和说明。
任务开始、处理中、完成和失败要有准确反馈，不显示假进度。完成后显示结果名称和保存位置，并提供打开结果或目录的入口。错误提示写清发生了什么、用户下一步怎么做；详细错误保存在日志中，窗口不能一闪而过。
输入文件、输出文件、配置和日志分开存放。没有配置文件时可生成安全的默认配置；不覆盖用户原始文件或已有结果。凭据由用户在首次使用时填写，不将真实密码或密钥放进发布包、示例和日志。

6. 交付完整、能运行的文件
至少提供完整源码、业务入口、锁定依赖清单、安装入口、启动入口、必要资源，以及简短中文“使用说明.txt”。只在实际需要时提供配置示例和示例数据；不生成大量无关说明文档。
有执行环境时，实际生成对应平台的交付压缩包或可执行程序。包含所需运行库、动态导入、界面资源和外部文件，不把开发机 .venv 直接打包交给用户。不同操作系统和架构分别构建、验证，不承诺一个 exe 可以跨平台运行。
没有构建环境时，交付完整文件内容和明确的构建入口，并如实标注尚未生成或验证的产物；不得把打包命令、示例代码或空壳文件称为已完成交付。

7. 以陌生人的电脑为验收环境
在干净的目标环境、普通用户权限下，从交付包开始验证：未装 Python 的首次使用、安装中断后重试、重复安装、再次启动、中文及空格路径、输入错误、结果打开、程序异常和再次启动。按项目补测离线、端口占用、外部资源缺失和大文件等场景。
必须用一份小型真实格式样例走通“输入 → 处理 → 输出”，核对结果内容；示例数据明确标注，不能只检查窗口出现或日志没有报错。不能因为开发电脑已装好依赖，就声称其他人也能运行。

8. 最后这样交付
先给可以获取的交付文件，再给不超过五步的使用说明，写清第一次点什么、以后点什么、结果在哪里、失败时查看什么。随后列出实际验证的环境与结果，以及仍需用户提供的外部条件。
请直接完成需求实现、依赖整理、安装与启动入口、交付打包和必要验证。只能验证部分内容时，明确剩余事项，不虚报“开箱即用”。

参考与范围（2026-09-08 核验）
这是针对普通使用者交付需求编写的项目执行模板。一键安装、中文入口和交付验收是本模板的工程要求，不宣称为大厂内部统一规范。
- [百度飞桨 · Python 文档示例代码书写规范](https://www.paddlepaddle.org.cn/documentation/docs/zh/dev_guides/style_guide_and_references/code_example_writing_specification_cn.html)：参考可观察输出、明确运行条件和实际执行检查。
- [Python Packaging User Guide · 使用 pip 与虚拟环境安装依赖](https://packaging.python.org/en/latest/guides/installing-using-pip-and-virtual-environments/)：参考环境隔离和依赖清单安装。
- [pip · Repeatable Installs](https://pip.pypa.io/en/stable/topics/repeatable-installs/)：参考版本锁定、传递依赖及平台相关依赖包。
- [PyInstaller · What PyInstaller Does and How It Does It](https://pyinstaller.org/en/stable/operating-mode.html)：参考运行时打包与目标平台边界。

请作为项目交付负责人，根据已有材料推进 项目名称，把工作拆成可执行、可验证的任务。

输入：业务目标和用户 业务目标；现有工程与运行环境 工程现状；本次范围 交付范围；技术栈 技术栈；工期和角色分工 协作约束；已有验收要求 验收要求。

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)
14. [备份恢复](https://prmpts.lukeliu.me/prompts/cmts50jxu009rmqbe3pp1q41q)
15. [Nginx HTTPS](https://prmpts.lukeliu.me/prompts/cmts50jxa008zmqbe6wjhhx0t)
16. [分批发布与回滚](https://prmpts.lukeliu.me/prompts/cmts50jxr009nmqbec1s2cpsw)
17. [故障复盘](https://prmpts.lukeliu.me/prompts/cmts50jxx009vmqbes5wf9lc8)

请协助处理或复盘 故障名称，以事实和业务恢复为中心，形成可交接的处理记录。

输入：用户症状和影响时间 故障现象；服务拓扑 服务范围；日志、指标和请求样例 证据资料；变更记录 近期变更；已执行动作 处置记录；当前恢复状态 当前状态。

1. 明确受影响业务、用户范围、发生时间和当前负责人，区分完全不可用、部分失败、性能下降与数据错误。未知影响不写成零影响，未经确认的原因标为假设。
2. 用统一时区整理触发、发现、响应、处置、恢复和复验的时间线。每个节点注明动作、执行者、依据与观察结果，将事后推断和当时已知事实分开。
3. 关联入口、应用、数据存储和外部依赖证据，比较故障前后的变化。对每个候选原因写出支持与反对信息，避免仅因先后发生就认定因果关系。
4. 按影响和可逆性比较回退、隔离、降级、扩容等恢复措施，注明停止条件与数据一致性代价。保留必要证据后，在既定授权范围内执行最合适动作并继续观测。
5. 通过关键业务请求及用户影响指标确认恢复，单个健康接口成功不能替代业务恢复。核对积压任务、重复处理、数据修复及仍需人工跟进的事项。
6. 复盘触发因素、放大因素、发现延迟和恢复障碍，为每项改进指定负责人、完成日期及可验证结果。输出简洁的值守交接，不用追责性描述代替技术与流程分析。

输出：当前事实与待核实项、时间线、根因证据链、恢复确认、数据善后及改进任务表。如需对外说明，按受众另写业务影响和恢复进展，不泄露凭据与内部敏感信息。

依据与范围
- [阿里云 · 管理故障的全生命周期](https://help.aliyun.com/zh/oic/user-guide/how-to-manage-faults)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文为运维事件中心使用流程，不将产品状态字段宣称为所有企业强制标准。

请为 业务系统 制定备份与恢复演练，目标是证明关键业务可恢复，而非仅证明备份文件存在。

输入：数据库与存储清单 数据资产；应用及配置清单 应用资产；现有备份与时间记录 备份情况；可接受数据损失和恢复时间 恢复目标；隔离演练环境 演练环境。

1. 建立业务对象与数据库、文件附件、对象存储、配置、密钥引用的对应关系，区分可重建缓存与不可丢失数据。核查各份备份是否处于可兼容时间点，避免数据库恢复后附件缺失。
2. 根据实际数据库版本和部署方式选择受支持的备份方法，注明全量、增量及日志依赖。运行中的数据目录不能仅凭普通文件复制就认定一致；恢复能力须来自可检验的工具结果。
3. 校验备份状态、体积、校验值、加密和访问权限，确认恢复所需密钥可获取但不会进入公开报告。对备份留存和异地副本提出与恢复目标匹配的建议。
4. 在隔离环境恢复数据库、文件和应用，禁止演练实例连接生产写接口。核对定时任务、消息消费、回调和通知，防止演练触发真实业务副作用。
5. 以实际业务样本验证登录、查询、附件、关键记录数量与关联关系，核对权限和租户范围。记录恢复开始、数据可用、应用可用和业务验证完成时间，据实计算恢复耗时。
6. 将实际恢复点与故障假定时间比较，评价是否达到目标。整理缺失资产、失败步骤、负责人和复验日期；演练结束按既定范围处置临时资源，保留必要证据。

输出：备份资产矩阵、隔离恢复顺序、业务验证清单、实测恢复时间与数据损失范围、改进任务。没有真实演练数据时只给计划，不承诺零丢失或固定恢复时长。

依据与范围
- [阿里云 · ECS 容灾故障演练](https://help.aliyun.com/zh/cloud-backup/user-guide/fault-drill)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文要求已有容灾复制及恢复点；本模板扩展到自建项目恢复演练，不能承诺同等恢复能力。

请为 发布版本 制定可以执行和回退的发布方案，依据真实拓扑选择全量、分批或灰度方式。

输入：服务实例和流量入口 部署拓扑；变更清单 变更内容；数据库与缓存变更 数据变更；当前及目标制品 制品版本；可接受影响 业务约束；监控基线 运行基线。

1. 列出应用、前端资源、配置、数据库和外部接口之间的兼容关系。标识必须按顺序执行的动作，单实例环境应说明停机或切换约束，不能伪称无损灰度。
2. 核对目标制品对应代码和测试证据，保存当前制品与配置版本。发布前检查容量、健康状态及所需备份的可恢复性，避免发布过程才发现没有可用旧版本。
3. 定义首批范围、流量比例、观察时长和负责人。继续或停止的标准应包含业务成功率、延迟、资源和核心流程结果；没有历史基线的指标先注明待测。
4. 对新增字段、字段重命名、删除、数据回填与缓存格式变更分别设计新旧应用共存方式。新增字段写明详细注释，应用回退前必须确认旧版本能读取当前数据。
5. 给出每批执行、验证和暂停步骤；已授权发布时依次记录结果。不要在首批异常尚未解释前扩大范围，避免自动重试重复执行不幂等的数据迁移。
6. 按故障类型指定回退目标、触发条件和数据补偿边界。回退程序不等于撤销所有数据库写入；验证回退后关键业务、异步任务、登录状态和静态资源版本。

输出：发布顺序表、分批策略、放行与停止条件、数据兼容说明、恢复步骤和执行记录。计划、已执行、已验证三种状态必须分开。

依据与范围
- [阿里云云效 · 如何通过云效进行主机部署](https://help.aliyun.com/zh/yunxiao/use-cases/how-to-deploy-hosts-through-cloud-effect)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文是云效产品流程，不是阿里内部统一研发制度；跨角色分工以及数据库、缓存兼容与补偿检查属于本站工程补充。

请为 工程名称 设计或审查持续集成流程，使发布制品能准确追溯到代码和验证结果。

输入：仓库结构 模块结构；运行语言与版本 构建环境；现有流水线 流水线配置；依赖管理方式 依赖方式；制品仓库 制品平台；部署目标 目标环境。

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。依据公开资料改写的执行模板；适用于云效通用制品仓库；其他仓库须核对各自版本策略。可复现构建、缓存隔离、制品晋级与失败验证属于本站工程补充。

请审查 业务场景 的 WebSocket 接入，输出与现有网关及客户端兼容的配置和验收方案。

输入：WebSocket 入口和上游 连接地址；Nginx 与 SDK 版本 版本清单；代理层级 代理拓扑；心跳与重连约定 协议约定；当前配置和断连日志 现场资料。

1. 区分业务信令、文件上传下载及音视频媒体流，明确哪些请求经过此 Nginx。不要认为建立 WebSocket 就代表媒体通道或文件访问也已成功。
2. 追踪客户端握手到上游响应，核查路径、Host、认证和 Origin 判断。对于使用 HTTP/1.1 升级的链路，检查代理协议以及 Upgrade、Connection 的处理，并验证实际握手结果。
3. 为普通 HTTP 与长连接路径分别评估配置，避免无差别覆盖全站请求头。若使用腾讯云 IM，核对 SDK 版本和其对应代理域名；自有服务保留自己的域名与鉴权协议。
4. 结合业务心跳间隔和各代理的空闲超时定位断连。列出每层超时的含义，检查客户端是否在后台、弱网或网络切换时停发心跳；超时值依据实际约定确定。
5. 评估连接上限、文件描述符和单实例容量，使用测试环境的测量结果给建议。检查滚动发布时如何排空旧连接，以及重连后是否会重复执行有副作用的消息。
6. 验证握手失败、认证过期、正常消息、空闲保持、异常断开、重新连接及多实例发布。逐项记录连接状态、消息是否重复或丢失、恢复耗时和用户可见反馈。

输出：链路与超时对照、最小配置、断连原因证据、可复现测试步骤及容量待验证项。示例中的进程数、运行用户和网络地址不能直接迁入生产。

依据与范围
- [腾讯云 · IM 应对网络访问限制实践教程](https://cloud.tencent.com/document/product/269/122408)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文是腾讯云 IM 接入示例；不照搬 root 用户、固定 worker 数量或示例网络地址。

请为 业务系统 设计能排查真实接口问题的 Nginx 日志和指标，兼顾查询效率与敏感信息保护。

输入：现有日志样例 日志样例；接口清单和路由规则 接口规则；观测平台 日志平台；业务成功定义 成功口径；流量规模与保留要求 容量要求。

1. 核查字段是否能串联入口、上游与应用，包括时间、请求标识、方法、规范化路径、状态、上游地址及耗时。标明各字段的类型、单位、时区和缺失值处理。
2. 按业务接口归并动态路径，避免订单号和用户编号造成维度无限增长。区分静态资源、健康检查、业务请求与内部调用，不让健康流量稀释失败率。
3. 对状态码、耗时分位数、请求量及流量分布分别定义分子、分母、时间窗与样本边界。HTTP 200 与业务成功要分开，不能由网关单独推断业务事务完成。
4. 根据真实日志编写最少量查询示例：失败最多接口、慢接口、指定请求轨迹以及变更前后对比。使用 SLS 时核对索引和查询语法，使用其他工具时给等价实现，不混用语言。
5. 设置基于历史基线、持续时间和最小样本量的告警候选条件。分别处理低流量误报与突发流量影响，说明告警后第一步应查看哪一段链路；没有基线时先给采样计划。
6. 检查 URL 参数、认证头和日志正文中的凭据及个人数据。制定必要字段脱敏、留存、访问权限和磁盘轮转方案，并以一条真实脱敏请求验证端到端检索。

输出：字段字典、指标口径、查询样例、告警条件建议和验证结果。所有百分比与阈值注明数据依据，不虚构流量统计。

依据与范围
- [阿里云 · 采集 Nginx 访问日志进行网站情况分析的案例](https://help.aliyun.com/zh/sls/collect-and-analyze-nginx-access-logs/)
核验日期：2026-09-08。依据公开资料改写的执行模板；SLS 查询语法不能直接当作本地日志命令；指标口径需按业务定义。

请定位 故障时间段 内 受影响接口 出现的 502/504，优先找到证据，再提出最小恢复动作。

输入：部署拓扑 链路拓扑；访问与错误日志 脱敏日志；最近变更 变更记录；上游健康和资源数据 运行指标；复现请求 请求样例。

1. 对齐各节点时区与故障窗口，记录用户症状、入口响应和影响比例。先确认实际链路是否包含 CDN、负载均衡和多层 Nginx，不能仅凭响应页面判断出错层。
2. 关联同一请求的入口状态、上游状态、连接与响应耗时。区分 Nginx 无法连接、上游返回错误、上游关闭连接和等待超时；日志缺少字段时明确证据缺口。
3. 从实际代理节点核对 DNS、目标协议、端口、路由、防火墙、监听地址与 Host。分别解释拒绝连接、静默丢包及 TLS 握手异常可能产生的现象。
4. 结合应用日志查看线程池、数据库连接池、外部依赖、内存和重启记录。寻找同时间的饱和、锁等待或超时传播，不把所有 504 归因于 Nginx 超时参数。
5. 比较最近版本、配置、证书和网络策略变更。为每个候选原因给支持证据、反证、只读验证方法及影响范围；先处理最可能且可验证的原因。
6. 给恢复动作及停止条件，说明对在途请求和数据一致性的影响。修改后复测同一请求，观察约定窗口并核对业务结果；问题消失但根因未证实应分别记录。

输出：故障链路图、事实时间线、候选原因表、恢复与回退方案、修复前后指标对照。没有证据支持时不要批量重启服务，也不要宣称已找到根因。

依据与范围
- [阿里云 · CDN 回源异常排查](https://help.aliyun.com/zh/cdn/user-guide/back-to-origin-troubleshooting)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文针对 CDN，排查时应先确认实际是否有 CDN 层。

请按“交给不会编程的人使用”的标准，完成以下 Python 项目的开发、整理和交付。

项目需求：项目需求
已有工程：没有则新建
目标系统：Windows 10/11 64位
网络条件：允许首次安装联网
输入与输出：输入与输出要求

最终使用流程应当是：解压交付包 → 首次双击安装入口 → 双击启动 → 按中文提示完成业务并找到结果。提供免安装程序包时，应当双击即可启动。

1. 先确定交付方式
识别现有工程、真实业务流程、目标系统、处理的数据和外部服务。选择适合项目的打包程序或一键安装方案，尽量复用现有工程。只对影响业务结果或交付方式的缺失信息提出关键问题，其余按合理默认值推进并说明。
电脑没有安装 Python 也必须有可用路径：提供包含运行时的程序包，或让不依赖 Python 的安装入口准备受控的私有运行时。不能只交付一个需要 Python 才能执行的安装脚本，再让用户自行解决环境。

2. 统一管理全部依赖
选定一种依赖管理方案，明确唯一维护入口。已有项目继续使用现有管理方式；发布时提供经过验证、锁定直接和间接依赖版本的 requirements.txt 或对应锁文件，安装器只使用该清单，不维护互相冲突的多套版本。
运行依赖与开发、测试、打包依赖分开。源码版使用项目隔离环境，不污染系统 Python；不从混杂的全局环境直接导出依赖。说明已验证的 Python 版本、系统和处理器架构，不把一个平台的锁文件默认用于全部平台。
数据库、浏览器内核、FFmpeg、模型文件、驱动和第三方账号等外部条件必须单独识别，按实际需要纳入准备流程；不能声称安装 pip 依赖就等于全部环境就绪。

3. 提供真正的一键安装入口
Windows 源码或安装版提供“安装依赖.bat”。自动定位项目目录，检测运行时版本与架构，准备隔离环境，安装锁定依赖，核对依赖冲突和必需资源，完成后明确显示“安装完成”。关键步骤失败立即停止，不在失败后继续提示成功。
安装可重复执行，中断后可以重试，保留用户配置和业务文件。下载使用可信来源并校验完整性，网络异常时提供清楚的重试方法；不修改全局软件源、不关闭证书校验或系统防护，默认不要求管理员权限。
明确安装是否联网。要求离线时，预先准备适配目标平台的运行时、依赖包和外部资源，并验证断网安装；缺少必要资源时说明缺口，不能把联网安装改个文件名就称为离线版。

4. 提供统一的双击启动入口
提供“启动程序.bat”或明确命名的可执行程序。安装与启动使用同一个私有运行时；源码版直接调用隔离环境里的解释器，不依赖用户激活环境、修改 PATH、切换目录或打开开发工具。
启动前检查必要环境，缺失时引导安装；后续启动不自动升级依赖，也不为与业务无关的检查强制联网。兼容中文、空格路径与不同工作目录。源码版移动目录后，如隔离环境失效，应能保留用户文件并重建，不能把旧 .venv 当成可搬运运行时。
若提供本地网页界面，服务就绪后再打开浏览器，默认仅监听回环地址；端口占用、重复启动和退出行为均须明确处理，不能随意结束其他程序。

5. 普通人能看懂、能操作
参数通过中文界面、文件选择或简单配置填写，不要求修改源代码。界面按业务顺序组织，只保留必要按钮和说明。
任务开始、处理中、完成和失败要有准确反馈，不显示假进度。完成后显示结果名称和保存位置，并提供打开结果或目录的入口。错误提示写清发生了什么、用户下一步怎么做；详细错误保存在日志中，窗口不能一闪而过。
输入文件、输出文件、配置和日志分开存放。没有配置文件时可生成安全的默认配置；不覆盖用户原始文件或已有结果。凭据由用户在首次使用时填写，不将真实密码或密钥放进发布包、示例和日志。

6. 交付完整、能运行的文件
至少提供完整源码、业务入口、锁定依赖清单、安装入口、启动入口、必要资源，以及简短中文“使用说明.txt”。只在实际需要时提供配置示例和示例数据；不生成大量无关说明文档。
有执行环境时，实际生成对应平台的交付压缩包或可执行程序。包含所需运行库、动态导入、界面资源和外部文件，不把开发机 .venv 直接打包交给用户。不同操作系统和架构分别构建、验证，不承诺一个 exe 可以跨平台运行。
没有构建环境时，交付完整文件内容和明确的构建入口，并如实标注尚未生成或验证的产物；不得把打包命令、示例代码或空壳文件称为已完成交付。

7. 以陌生人的电脑为验收环境
在干净的目标环境、普通用户权限下，从交付包开始验证：未装 Python 的首次使用、安装中断后重试、重复安装、再次启动、中文及空格路径、输入错误、结果打开、程序异常和再次启动。按项目补测离线、端口占用、外部资源缺失和大文件等场景。
必须用一份小型真实格式样例走通“输入 → 处理 → 输出”，核对结果内容；示例数据明确标注，不能只检查窗口出现或日志没有报错。不能因为开发电脑已装好依赖，就声称其他人也能运行。

8. 最后这样交付
先给可以获取的交付文件，再给不超过五步的使用说明，写清第一次点什么、以后点什么、结果在哪里、失败时查看什么。随后列出实际验证的环境与结果，以及仍需用户提供的外部条件。
请直接完成需求实现、依赖整理、安装与启动入口、交付打包和必要验证。只能验证部分内容时，明确剩余事项，不虚报“开箱即用”。

参考与范围（2026-09-08 核验）
这是针对普通使用者交付需求编写的项目执行模板。一键安装、中文入口和交付验收是本模板的工程要求，不宣称为大厂内部统一规范。
- [百度飞桨 · Python 文档示例代码书写规范](https://www.paddlepaddle.org.cn/documentation/docs/zh/dev_guides/style_guide_and_references/code_example_writing_specification_cn.html)：参考可观察输出、明确运行条件和实际执行检查。
- [Python Packaging User Guide · 使用 pip 与虚拟环境安装依赖](https://packaging.python.org/en/latest/guides/installing-using-pip-and-virtual-environments/)：参考环境隔离和依赖清单安装。
- [pip · Repeatable Installs](https://pip.pypa.io/en/stable/topics/repeatable-installs/)：参考版本锁定、传递依赖及平台相关依赖包。
- [PyInstaller · What PyInstaller Does and How It Does It](https://pyinstaller.org/en/stable/operating-mode.html)：参考运行时打包与目标平台边界。

请作为项目交付负责人，根据已有材料推进 项目名称，把工作拆成可执行、可验证的任务。

输入：业务目标和用户 业务目标；现有工程与运行环境 工程现状；本次范围 交付范围；技术栈 技术栈；工期和角色分工 协作约束；已有验收要求 验收要求。

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)
14. [备份恢复](https://prmpts.lukeliu.me/prompts/cmts50jxu009rmqbe3pp1q41q)
15. [Nginx HTTPS](https://prmpts.lukeliu.me/prompts/cmts50jxa008zmqbe6wjhhx0t)
16. [分批发布与回滚](https://prmpts.lukeliu.me/prompts/cmts50jxr009nmqbec1s2cpsw)
17. [故障复盘](https://prmpts.lukeliu.me/prompts/cmts50jxx009vmqbes5wf9lc8)

请协助处理或复盘 故障名称，以事实和业务恢复为中心，形成可交接的处理记录。

输入：用户症状和影响时间 故障现象；服务拓扑 服务范围；日志、指标和请求样例 证据资料；变更记录 近期变更；已执行动作 处置记录；当前恢复状态 当前状态。

1. 明确受影响业务、用户范围、发生时间和当前负责人，区分完全不可用、部分失败、性能下降与数据错误。未知影响不写成零影响，未经确认的原因标为假设。
2. 用统一时区整理触发、发现、响应、处置、恢复和复验的时间线。每个节点注明动作、执行者、依据与观察结果，将事后推断和当时已知事实分开。
3. 关联入口、应用、数据存储和外部依赖证据，比较故障前后的变化。对每个候选原因写出支持与反对信息，避免仅因先后发生就认定因果关系。
4. 按影响和可逆性比较回退、隔离、降级、扩容等恢复措施，注明停止条件与数据一致性代价。保留必要证据后，在既定授权范围内执行最合适动作并继续观测。
5. 通过关键业务请求及用户影响指标确认恢复，单个健康接口成功不能替代业务恢复。核对积压任务、重复处理、数据修复及仍需人工跟进的事项。
6. 复盘触发因素、放大因素、发现延迟和恢复障碍，为每项改进指定负责人、完成日期及可验证结果。输出简洁的值守交接，不用追责性描述代替技术与流程分析。

输出：当前事实与待核实项、时间线、根因证据链、恢复确认、数据善后及改进任务表。如需对外说明，按受众另写业务影响和恢复进展，不泄露凭据与内部敏感信息。

依据与范围
- [阿里云 · 管理故障的全生命周期](https://help.aliyun.com/zh/oic/user-guide/how-to-manage-faults)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文为运维事件中心使用流程，不将产品状态字段宣称为所有企业强制标准。

请为 业务系统 制定备份与恢复演练，目标是证明关键业务可恢复，而非仅证明备份文件存在。

输入：数据库与存储清单 数据资产；应用及配置清单 应用资产；现有备份与时间记录 备份情况；可接受数据损失和恢复时间 恢复目标；隔离演练环境 演练环境。

1. 建立业务对象与数据库、文件附件、对象存储、配置、密钥引用的对应关系，区分可重建缓存与不可丢失数据。核查各份备份是否处于可兼容时间点，避免数据库恢复后附件缺失。
2. 根据实际数据库版本和部署方式选择受支持的备份方法，注明全量、增量及日志依赖。运行中的数据目录不能仅凭普通文件复制就认定一致；恢复能力须来自可检验的工具结果。
3. 校验备份状态、体积、校验值、加密和访问权限，确认恢复所需密钥可获取但不会进入公开报告。对备份留存和异地副本提出与恢复目标匹配的建议。
4. 在隔离环境恢复数据库、文件和应用，禁止演练实例连接生产写接口。核对定时任务、消息消费、回调和通知，防止演练触发真实业务副作用。
5. 以实际业务样本验证登录、查询、附件、关键记录数量与关联关系，核对权限和租户范围。记录恢复开始、数据可用、应用可用和业务验证完成时间，据实计算恢复耗时。
6. 将实际恢复点与故障假定时间比较，评价是否达到目标。整理缺失资产、失败步骤、负责人和复验日期；演练结束按既定范围处置临时资源，保留必要证据。

输出：备份资产矩阵、隔离恢复顺序、业务验证清单、实测恢复时间与数据损失范围、改进任务。没有真实演练数据时只给计划，不承诺零丢失或固定恢复时长。

依据与范围
- [阿里云 · ECS 容灾故障演练](https://help.aliyun.com/zh/cloud-backup/user-guide/fault-drill)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文要求已有容灾复制及恢复点；本模板扩展到自建项目恢复演练，不能承诺同等恢复能力。

请为 发布版本 制定可以执行和回退的发布方案，依据真实拓扑选择全量、分批或灰度方式。

输入：服务实例和流量入口 部署拓扑；变更清单 变更内容；数据库与缓存变更 数据变更；当前及目标制品 制品版本；可接受影响 业务约束；监控基线 运行基线。

1. 列出应用、前端资源、配置、数据库和外部接口之间的兼容关系。标识必须按顺序执行的动作，单实例环境应说明停机或切换约束，不能伪称无损灰度。
2. 核对目标制品对应代码和测试证据，保存当前制品与配置版本。发布前检查容量、健康状态及所需备份的可恢复性，避免发布过程才发现没有可用旧版本。
3. 定义首批范围、流量比例、观察时长和负责人。继续或停止的标准应包含业务成功率、延迟、资源和核心流程结果；没有历史基线的指标先注明待测。
4. 对新增字段、字段重命名、删除、数据回填与缓存格式变更分别设计新旧应用共存方式。新增字段写明详细注释，应用回退前必须确认旧版本能读取当前数据。
5. 给出每批执行、验证和暂停步骤；已授权发布时依次记录结果。不要在首批异常尚未解释前扩大范围，避免自动重试重复执行不幂等的数据迁移。
6. 按故障类型指定回退目标、触发条件和数据补偿边界。回退程序不等于撤销所有数据库写入；验证回退后关键业务、异步任务、登录状态和静态资源版本。

输出：发布顺序表、分批策略、放行与停止条件、数据兼容说明、恢复步骤和执行记录。计划、已执行、已验证三种状态必须分开。

依据与范围
- [阿里云云效 · 如何通过云效进行主机部署](https://help.aliyun.com/zh/yunxiao/use-cases/how-to-deploy-hosts-through-cloud-effect)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文是云效产品流程，不是阿里内部统一研发制度；跨角色分工以及数据库、缓存兼容与补偿检查属于本站工程补充。

请为 工程名称 设计或审查持续集成流程，使发布制品能准确追溯到代码和验证结果。

输入：仓库结构 模块结构；运行语言与版本 构建环境；现有流水线 流水线配置；依赖管理方式 依赖方式；制品仓库 制品平台；部署目标 目标环境。

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。依据公开资料改写的执行模板；适用于云效通用制品仓库；其他仓库须核对各自版本策略。可复现构建、缓存隔离、制品晋级与失败验证属于本站工程补充。

请审查 业务场景 的 WebSocket 接入，输出与现有网关及客户端兼容的配置和验收方案。

输入：WebSocket 入口和上游 连接地址；Nginx 与 SDK 版本 版本清单；代理层级 代理拓扑；心跳与重连约定 协议约定；当前配置和断连日志 现场资料。

1. 区分业务信令、文件上传下载及音视频媒体流，明确哪些请求经过此 Nginx。不要认为建立 WebSocket 就代表媒体通道或文件访问也已成功。
2. 追踪客户端握手到上游响应，核查路径、Host、认证和 Origin 判断。对于使用 HTTP/1.1 升级的链路，检查代理协议以及 Upgrade、Connection 的处理，并验证实际握手结果。
3. 为普通 HTTP 与长连接路径分别评估配置，避免无差别覆盖全站请求头。若使用腾讯云 IM，核对 SDK 版本和其对应代理域名；自有服务保留自己的域名与鉴权协议。
4. 结合业务心跳间隔和各代理的空闲超时定位断连。列出每层超时的含义，检查客户端是否在后台、弱网或网络切换时停发心跳；超时值依据实际约定确定。
5. 评估连接上限、文件描述符和单实例容量，使用测试环境的测量结果给建议。检查滚动发布时如何排空旧连接，以及重连后是否会重复执行有副作用的消息。
6. 验证握手失败、认证过期、正常消息、空闲保持、异常断开、重新连接及多实例发布。逐项记录连接状态、消息是否重复或丢失、恢复耗时和用户可见反馈。

输出：链路与超时对照、最小配置、断连原因证据、可复现测试步骤及容量待验证项。示例中的进程数、运行用户和网络地址不能直接迁入生产。

依据与范围
- [腾讯云 · IM 应对网络访问限制实践教程](https://cloud.tencent.com/document/product/269/122408)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文是腾讯云 IM 接入示例；不照搬 root 用户、固定 worker 数量或示例网络地址。

请为 业务系统 设计能排查真实接口问题的 Nginx 日志和指标，兼顾查询效率与敏感信息保护。

输入：现有日志样例 日志样例；接口清单和路由规则 接口规则；观测平台 日志平台；业务成功定义 成功口径；流量规模与保留要求 容量要求。

1. 核查字段是否能串联入口、上游与应用，包括时间、请求标识、方法、规范化路径、状态、上游地址及耗时。标明各字段的类型、单位、时区和缺失值处理。
2. 按业务接口归并动态路径，避免订单号和用户编号造成维度无限增长。区分静态资源、健康检查、业务请求与内部调用，不让健康流量稀释失败率。
3. 对状态码、耗时分位数、请求量及流量分布分别定义分子、分母、时间窗与样本边界。HTTP 200 与业务成功要分开，不能由网关单独推断业务事务完成。
4. 根据真实日志编写最少量查询示例：失败最多接口、慢接口、指定请求轨迹以及变更前后对比。使用 SLS 时核对索引和查询语法，使用其他工具时给等价实现，不混用语言。
5. 设置基于历史基线、持续时间和最小样本量的告警候选条件。分别处理低流量误报与突发流量影响，说明告警后第一步应查看哪一段链路；没有基线时先给采样计划。
6. 检查 URL 参数、认证头和日志正文中的凭据及个人数据。制定必要字段脱敏、留存、访问权限和磁盘轮转方案，并以一条真实脱敏请求验证端到端检索。

输出：字段字典、指标口径、查询样例、告警条件建议和验证结果。所有百分比与阈值注明数据依据，不虚构流量统计。

依据与范围
- [阿里云 · 采集 Nginx 访问日志进行网站情况分析的案例](https://help.aliyun.com/zh/sls/collect-and-analyze-nginx-access-logs/)
核验日期：2026-09-08。依据公开资料改写的执行模板；SLS 查询语法不能直接当作本地日志命令；指标口径需按业务定义。

请定位 故障时间段 内 受影响接口 出现的 502/504，优先找到证据，再提出最小恢复动作。

输入：部署拓扑 链路拓扑；访问与错误日志 脱敏日志；最近变更 变更记录；上游健康和资源数据 运行指标；复现请求 请求样例。

1. 对齐各节点时区与故障窗口，记录用户症状、入口响应和影响比例。先确认实际链路是否包含 CDN、负载均衡和多层 Nginx，不能仅凭响应页面判断出错层。
2. 关联同一请求的入口状态、上游状态、连接与响应耗时。区分 Nginx 无法连接、上游返回错误、上游关闭连接和等待超时；日志缺少字段时明确证据缺口。
3. 从实际代理节点核对 DNS、目标协议、端口、路由、防火墙、监听地址与 Host。分别解释拒绝连接、静默丢包及 TLS 握手异常可能产生的现象。
4. 结合应用日志查看线程池、数据库连接池、外部依赖、内存和重启记录。寻找同时间的饱和、锁等待或超时传播，不把所有 504 归因于 Nginx 超时参数。
5. 比较最近版本、配置、证书和网络策略变更。为每个候选原因给支持证据、反证、只读验证方法及影响范围；先处理最可能且可验证的原因。
6. 给恢复动作及停止条件，说明对在途请求和数据一致性的影响。修改后复测同一请求，观察约定窗口并核对业务结果；问题消失但根因未证实应分别记录。

输出：故障链路图、事实时间线、候选原因表、恢复与回退方案、修复前后指标对照。没有证据支持时不要批量重启服务，也不要宣称已找到根因。

依据与范围
- [阿里云 · CDN 回源异常排查](https://help.aliyun.com/zh/cdn/user-guide/back-to-origin-troubleshooting)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文针对 CDN，排查时应先确认实际是否有 CDN 层。

请开发或检查 业务列表名称。输入：页面代码、接口协议、字段与列定义、筛选条件、批量操作规则、TDesign版本、预计数据规模。

这是依据腾讯 TDesign Table 公开接口改写的执行模板，非官方原文。适用于该组件库的业务表格；服务器分页、统计口径及权限仍以本项目约定为准，不把组件默认行为视为业务需求。

1. 先明确列表记录的稳定主键、总数含义、筛选字段、排序范围与分页方式。区分当前页数据、全部查询结果及统计卡片口径，检查页面是否对服务器已经分页的数据再次进行本地分页。
2. 为行指定可靠标识，核对列配置与真实数据类型。日期、金额、状态分别按业务含义展示；长文本提供查看方式，关键标识和主要操作不得被无解释地截断，也不要用彩色标签代替完整状态文字。
3. 将分页、排序、过滤事件映射到接口参数，说明筛选变化后是否回到第一页。处理快速连续查询产生的响应顺序，避免先发后到的旧数据覆盖新条件；查询失败时不得把旧结果伪装成新条件的有效结果。
4. 明确勾选是当前页有效、跨页保留还是针对全部查询结果。使用受控选中值保持组件与业务一致，核对分页保留选中配置；筛选变化、权限变化和数据删除后及时处理失效记录，提交前显示实际操作对象范围。
5. 为首次加载、刷新、空结果、网络失败、无权限和部分操作失败设计可理解的反馈。批量动作完成后同步行状态、数量及选中项，部分失败时给出失败对象与原因，不能只显示一个含糊的“操作成功”。
6. 在实际业务数据长度下验收表头、固定列、横向滚动、列宽和窄窗口。验证分页末页删除、跨页勾选、全部取消、重复点击、排序后勾选保持及筛选后批量操作，同时查看真实请求和服务端返回。

输出：数据口径与参数映射表、表格核心实现、选中规则、状态设计及验收记录。每个缺陷写清触发操作、实际结果、期望结果和修改位置。缺少后端协议时先列出待补充字段，并提供有明确假设的前端方案，不虚构总数或批量执行结果。

官方来源（2026-09-08 核验）：
- [腾讯 TDesign《TDesign Vue Next Table 类型与接口说明》](https://github.com/Tencent/tdesign-vue-next/blob/develop/packages/components/table/type.ts)

请协助处理或复盘 故障名称，以事实和业务恢复为中心，形成可交接的处理记录。

输入：用户症状和影响时间 故障现象；服务拓扑 服务范围；日志、指标和请求样例 证据资料；变更记录 近期变更；已执行动作 处置记录；当前恢复状态 当前状态。

1. 明确受影响业务、用户范围、发生时间和当前负责人，区分完全不可用、部分失败、性能下降与数据错误。未知影响不写成零影响，未经确认的原因标为假设。
2. 用统一时区整理触发、发现、响应、处置、恢复和复验的时间线。每个节点注明动作、执行者、依据与观察结果，将事后推断和当时已知事实分开。
3. 关联入口、应用、数据存储和外部依赖证据，比较故障前后的变化。对每个候选原因写出支持与反对信息，避免仅因先后发生就认定因果关系。
4. 按影响和可逆性比较回退、隔离、降级、扩容等恢复措施，注明停止条件与数据一致性代价。保留必要证据后，在既定授权范围内执行最合适动作并继续观测。
5. 通过关键业务请求及用户影响指标确认恢复，单个健康接口成功不能替代业务恢复。核对积压任务、重复处理、数据修复及仍需人工跟进的事项。
6. 复盘触发因素、放大因素、发现延迟和恢复障碍，为每项改进指定负责人、完成日期及可验证结果。输出简洁的值守交接，不用追责性描述代替技术与流程分析。

输出：当前事实与待核实项、时间线、根因证据链、恢复确认、数据善后及改进任务表。如需对外说明，按受众另写业务影响和恢复进展，不泄露凭据与内部敏感信息。

依据与范围
- [阿里云 · 管理故障的全生命周期](https://help.aliyun.com/zh/oic/user-guide/how-to-manage-faults)
核验日期：2026-09-08。依据公开资料改写的执行模板；原文为运维事件中心使用流程，不将产品状态字段宣称为所有企业强制标准。

请将业务需求转成可交付研发的功能说明与工作项。输入：业务需求、已确认范围、现有系统或页面、业务规则及数据字典、项目与迭代约束、参与角色。面向产品、设计、前后端和测试共同阅读。

公开依据：云效需求支持描述、负责人、优先级、项目和迭代等字段，并可关联研发资产。本文是参考这些公开能力整理的执行模板，不代表阿里巴巴统一 PRD 制度。

执行步骤：
1. 建立需求编号和简短中文标题，写明业务背景、使用角色、进入条件和最终结果。每条只描述一个可独立验收的业务目标，复合目标先拆分再说明关系。
2. 逐项列出页面或接口的输入字段、来源、类型、必填条件、合法范围、默认值和校验时机。任何默认值须有业务依据；历史数据兼容规则未知时作为缺口保留。
3. 明确核心计算、状态变化、重复提交、并发修改和失败恢复规则，分别写正常路径与异常路径。凡涉及统计，注明时间范围、组织范围、状态过滤和去重口径。
4. 整理角色操作矩阵，分别定义查看、新增、修改、审批、导入和导出权限。说明数据可见范围及权限不足时的用户反馈，不把按钮隐藏当作完整授权实现。
5. 按设计、服务端、前端、数据调整和测试拆分实际工作，建立依赖与交付物。负责人可用已提供的人名或岗位，缺少人员安排则保留待分配，避免编造排期。
6. 将需求编号关联设计稿、接口、规则依据和验收用例入口，写出每项完成条件与变更影响。只建议需要的工作项，不把拆分结果冒充已经在云效创建。

输出：功能说明表、字段规则表、状态与异常分支、角色权限矩阵、研发任务及依赖、验收清单、待补充材料。工作项至少包含标题、范围、责任角色、依赖、交付物、优先级依据。

验收：开发能够识别输入、处理规则和结果；测试能够从每项需求形成用例；没有无来源字段和虚构工期；中文业务名称前后一致。

信息边界：现有代码与需求冲突时同时列出两者，并标明需要业务决策的差异；本任务默认不创建外部工作项或发送协作消息。

参考来源（核验于 2026-09-08）：
- [云效 Projex：新建需求](https://help.aliyun.com/zh/yunxiao/user-guide/new-demand/)
- [使用项目协作创建并完成需求](https://help.aliyun.com/zh/yunxiao/user-guide/start-collaboration-within-a-project)

请对 系统名称 做中文界面和组件默认文案一致性检查。输入：页面清单或代码、TDesign版本、业务词汇、日期金额规则、目标用户、现有设计约定。

本模板依据腾讯 TDesign ConfigProvider 公开接口改写，非官方原文。适用于使用该组件库的 Vue 后台；中文业务命名和政企页面表达是本项目目标，不宣称来自腾讯内部视觉规范。

1. 先统计表单、分页、日期选择、对话框、选择器和空状态使用位置，识别全局配置与页面局部覆盖。查明运行时真实显示的语言，不能只看系统菜单中文就判断基础控件已全部中文化。
2. 对照当前版本的 globalConfig 接口统一常用组件文案。把通用词放到统一配置，把“提交审批”“停用设备”等业务动作留在对应场景；不猜语言包路径或配置字段，不修改组件库的自动生成接口文件。
3. 核对月份、星期、日期占位、确认取消、表单必填和分页数量表达。逐项区分展示格式与接口传输格式，确认时区、日期范围两端是否包含、金额单位及小数位，避免为了统一外观改变实际业务含义。
4. 统一相同业务对象的称呼和状态词，检查列表、详情、编辑与结果提示是否一致。占位提示用于说明输入方法，不能代替字段标签；错误文字需要告诉用户哪一项有问题和如何修正。
5. 检查页面层级、筛选区、表格区和主要操作的位置。保持标签对齐、主次按钮清楚、中文换行自然和信息密度稳定，删除不帮助完成业务的宣传口号、虚构成绩及冗余装饰，保留必要状态和业务说明。
6. 实际打开不同业务页面，操作日期选择、无结果查询、必填校验、分页和弹窗。检查全局修改是否误伤特殊场景，重点验证较长机构名称、低分辨率窗口和加载失败状态，记录截图或可复现路径。

输出：统一词汇表、全局配置及局部覆盖表、需调整的页面清单、验收结果。每项修改说明它改善的具体业务理解或操作；没有页面运行条件时给出待验证清单，不能把静态代码检索结果当作完整视觉验收。

官方来源（2026-09-08 核验）：
- [腾讯 TDesign《TDesign Vue Next ConfigProvider 类型与接口说明》](https://github.com/Tencent/tdesign-vue-next/blob/develop/packages/components/config-provider/type.ts)

请作为项目交付负责人，根据已有材料推进 项目名称，把工作拆成可执行、可验证的任务。

输入：业务目标和用户 业务目标；现有工程与运行环境 工程现状；本次范围 交付范围；技术栈 技术栈；工期和角色分工 协作约束；已有验收要求 验收要求。

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)
14. [备份恢复](https://prmpts.lukeliu.me/prompts/cmts50jxu009rmqbe3pp1q41q)
15. [Nginx HTTPS](https://prmpts.lukeliu.me/prompts/cmts50jxa008zmqbe6wjhhx0t)
16. [分批发布与回滚](https://prmpts.lukeliu.me/prompts/cmts50jxr009nmqbec1s2cpsw)
17. [故障复盘](https://prmpts.lukeliu.me/prompts/cmts50jxx009vmqbes5wf9lc8)

任务：Java ThreadLocal 上下文与租户隔离检查。请基于提供的项目资料完成可核查的方案，不用泛泛介绍技术。

适用范围：使用ThreadLocal、请求上下文或线程池的Java项目；仅在项目实际存在租户模型时检查租户，不能凭空增加业务隔离维度。

输入资料：上下文类与过滤器、线程池和异步代码、用户及租户鉴权规则、数据库访问代码、异常路径、运行版本。

资料不足时，先列出最多3个影响结论的关键问题；可以继续的部分标明假设，无法确定的内容写“待核实”。不得编造文件、行号、调用链、性能数据或已完成的验证。

公开依据：线程复用场景中，自定义ThreadLocal应在使用结束后清理。本模板根据公开资料独立整理，并非大厂官方原文；下列业务检查、实施顺序和验收格式是场景化补充，不宣称都是官方强制条款。

检查步骤：
1. 列出所有上下文字段的写入来源、读取位置和清理位置，标注由认证结果生成还是直接来自请求参数；明确客户端传入标识不能自行证明其访问权限。
2. 沿一次请求追踪正常、异常、提前返回和重复分发路径，检查每条路径结束时上下文状态；给出可能残留的位置和下一次请求受影响的具体业务操作。
3. 追踪异步提交、定时执行和回调，确认上下文是否需要传递、传递哪些最小字段、何时冻结取值；不能假定父线程数据自动正确到达工作线程。
4. 核对嵌套调用临时切换上下文后的恢复策略，以及工作线程原有值如何处理；提出显式传参或受控包装方案时说明兼容影响和清理责任。
5. 在相同线程连续处理两个不同用户或租户的任务，第二个任务分别设置有效、缺失和错误上下文，验证数据访问范围；异常完成后再执行同样序列。
6. 把定位结果追踪到数据库查询和缓存键，验证实际数据边界而非只观察日志；如果权限依据缺失，应报告无法判定，不声称通过隔离检查。

输出要求：交付上下文生命周期表、越界场景、最小修复及隔离验证结果。风险表应写明残留字段、复用入口、可能访问的数据和证据，测试使用匿名样本并避免记录真实身份凭证。 只报告有证据支持的问题；区分“已验证”“推测”和“待验证”，涉及变更时给出受影响文件或对象、最小修改和复核方法。代码与操作示例使用占位符，不写入真实密码。

来源（核验日期：2026-09-08）：
[阿里巴巴《P3C-PMD 官方公开规则》](https://github.com/alibaba/p3c/blob/master/p3c-pmd/README.md)

整理范围：仅依据上述公开文档的相关建议，业务场景、变量、检查流程与验收格式均为独立改写，不代表相关企业完整内部规范。

请审查或完善 Python模块 的类型契约。输入：模块代码、公开接口清单、最低Python版本、依赖与检查配置、调用示例、兼容约束。

本模板根据百度飞桨公开类型标注规范改写，非官方原文。直接适用范围是 Paddle 公开 API；用于普通 Python 工程时，只借鉴类型准确性和工具验证方法。类型语法来自 Python 生态，不属于百度独有标准。

1. 先区分公开接口、内部辅助函数和动态扩展入口，记录真实调用方依赖的参数与返回值。优先完善公开边界，不为了追求覆盖率给所有局部变量堆叠注解，更不能通过修改业务签名制造表面上的类型统一。
2. 将函数签名、类公开属性和说明文档逐项对照，检查可为空、默认值、集合元素和返回分支。对字典结构尽量描述明确字段，对返回结果写出调用方实际拿到的具体类型，避免用 Any 掩盖已知契约。
3. 检查参数是否需要接受更通用的集合协议，以及实现是否真的支持这些输入。保留必要的运行时校验，类型提示不能替代用户输入验证；如果使用枚举、字面量或重载，说明它们与真实运行行为的对应关系。
4. 核对最低解释器和静态工具支持的语法，区分注解上下文与运行时类型别名。仅为类型服务的导入可以评估放入 TYPE_CHECKING，但需要运行时反射或解析注解的代码必须另外验证，不能盲目移动导入。
5. 检查文档示例、外部调用和异常分支是否同时符合新类型，识别循环导入、可变容器与泛型参数缺失。只在有明确契约的地方收紧类型，并列出可能影响调用方的变化及迁移办法。
6. 使用项目现有静态检查和相关运行测试验证，在最低支持环境做导入与关键调用检查。对每个无法准确标注的动态入口说明原因和收敛方案，禁止大量忽略错误后宣称类型已经完整可靠。

输出：公开接口契约表、类型与文档差异、必要代码修改、兼容性说明及检查结果。缺少调用方或版本信息时记录假设和待确认项；没有执行条件就提供验证命令与预期检查目标，不虚报静态检查已通过。

官方来源（2026-09-08 核验）：
- [百度飞桨《Python 类型提示标注规范》](https://www.paddlepaddle.org.cn/documentation/docs/zh/dev_guides/style_guide_and_references/type_annotations_specification_cn.html)

请为 项目目录或代码 接入或审查前端规范检查。已知信息：Vue 版本 Vue版本，Node 与包管理器 运行环境，现有检查配置 配置内容，本次改动 改动范围，团队约定 团队约定。

本模板基于阿里巴巴公开规约工具说明改写，属于执行模板，非官方原文。适用于采用相关规则理念的 Vue 工程，不预设任何版本的规则包都支持相同导出，也不把 React 专属规则应用到 Vue。

1. 读取依赖清单、锁文件、构建入口、Vue 单文件组件和现有检查配置，列明实际版本与已生效的规则。先确认解析器能处理模板、脚本和 TypeScript，再判断需要增加什么，避免重复安装同类工具。
2. 核对阿里规则包的实际导出、依赖范围和接入示例。选择与本工程兼容的接入方式，说明哪些使用公开规则，哪些沿用已有约定，哪些是本次业务补充。资料无法证明的 Vue 配置名称不要猜写。
3. 把检查范围划分为业务源码、测试、配置和生成产物。对生成文件及构建目录合理排除，对真实业务文件保留检查，避免用大范围忽略掩盖新增问题。检查提交前脚本是否会修改不在本次任务中的文件。
4. 运行已有检查并建立问题清单，按潜在行为错误、可维护性问题和纯格式差异区分。逐项指出具体文件和触发规则；同一根因合并解释，不把所有告警都列为高风险故障。
5. 先处理改动范围内问题，保持接口、页面文字和业务计算结果稳定。对需要改变运行行为的修复写明输入、原结果和新结果，不能混在批量格式化中。历史问题按模块安排，避免一次扫描演变成整库重写。
6. 检查本地与持续集成采用的版本、命令和文件范围是否一致。复核自动修复后的差异，针对涉及行为的改动运行相关测试和页面操作；只调整格式时不额外编写与实现重复的测试。

输出：环境与适用规则表、最小配置改动、按模块归类的问题、实际执行结果和未解决项。每个结论标明已验证或待验证，不能用“扫描完成”代替“检查通过”。没有代码或执行环境时，给出可落地配置方案及需要补充的最少信息，不声称已经接入。

官方来源（2026-09-08 核验）：
- [阿里巴巴《阿里巴巴前端规约：ESLint 配置说明》](https://github.com/alibaba/f2e-spec/blob/main/packages/eslint-config-ali/README.md)

请根据现有环境完成 Nginx HTTPS 部署审查，输出可执行的变更方案；已授权实际部署时，再按方案实施并记录结果。

输入：域名 域名；操作系统与 Nginx 版本 运行环境；现有主配置与站点配置 配置资料；证书文件所在位置 证书路径；上游服务地址 服务地址；允许修改的站点 变更范围。

1. 确认正在运行的 Nginx 可执行文件、实际加载的配置入口、include 关系与重载方式，核对是否支持 SSL。盘点同机其他域名和证书目录，沿用现有管理结构。
2. 读取证书的域名范围、有效期、签发链与公钥信息，验证证书与私钥匹配。只报告匹配结论和到期时间，不在输出中展示私钥正文；CSR 不作为服务端证书配置。
3. 按本次授权目标域名配置 server_name，再确认这些域名被证书覆盖，不因多域名或通配符证书扩大站点范围。区分 HTTP 跳转和 HTTPS 代理，保留路径与查询参数；检查是否已有 CDN 或负载均衡终止 TLS，避免重复跳转。
4. 根据 Nginx、OpenSSL 和客户端兼容范围确定 TLS 配置，不原样复制旧教程。核对登录回调、Cookie、上传大小及服务原有路径，业务端口按网络拓扑限制在回环或可信内网。
5. 保存本次涉及配置的恢复副本，使用实际运行实例检测完整配置。仅在检测通过后重载，确认旧站点、目标站点及进程状态；失败时恢复本次修改文件。
6. 从外部域名验证证书链、域名匹配、HTTP 跳转、首页、登录及关键接口。证书续期要说明责任人、替换位置和复验方法，不能把一次部署称为自动续期。

输出：环境核对表、最小配置差异、证书检查结果、逐项验收证据、恢复步骤。无法获取的环境信息列为待核实，不编造已通过结果。

依据与范围
- [腾讯云 · Nginx 服务器 SSL 证书安装部署（Linux）](https://cloud.tencent.com/document/product/400/35244)
核验日期：2026-09-08。依据公开资料改写的执行模板；示例环境为 CentOS 7 和 Nginx 1.18.0；不代表当前版本选型建议。