（13641期）Jarvis Migration Risk Radar 01 – 结构化迁移风险管控与分阶段上线

结构化迁移风险管控与分阶段上线 为开发任务提供结构化迁移风险评估与分阶段上线方案，强调可重复步骤、质量门禁和可落地输出。 使用说明 核心用法 Jarvis Migration Risk Radar 01 是一款面向开发团队的工作流设计技能，专注于将模糊的开发目标转化为可执行、可验证、可回退的阶段性计划。用户需提供期望成果与截止时间、约束条件（时间/工具/风险承受度）以及现有资产（代码/文档/截图/日志），技能将输出完整的风险优先行动计划。 执行流程五步法： 定义可衡量的成败标准 —— 避免主观判断，建立量化验收指标 构建最小可行执行路径 —— 先验证核心假设，再扩展投入 分检查点执行并记录证据 —— 每个阶段留存可追溯的决策依据 质量门禁拦截 —— 未达到标准则禁止进入下一阶段 输出可立即实施的交付物 —— 包含具体命令、检查清单和责任人 显著优点 风险前置设计：在行动开始前强制识别关键风险并制定回退方案，适合高可用系统迁移 结构化输出：五段式标准格式（情境摘要→关键发现→行动计划→风险缓解→执行清单）降低沟通成本 质量门禁机制：五条硬性标准（证据支撑、假设显性化、可逆操作、责任到人、备用方案）防止草率推进 低启动门槛：无需特定技术栈，适配敏捷迭代、基础设施迁移、技术债务清理等多种场景 潜在局限 依赖输入质量：若用户提供的约束条件或现有资产不完整，输出可能偏向通用模板化 未内嵌自动化：检查点验证需人工或外部工具配合，技能本身不提供 CI/CD 集成 未明确技术深度：对复杂分布式系统的网络分区、数据一致性等深层风险需专家补充 占位安全报告：配套安全认证为系统占位文本，实际风险评级需结合组织安全基线 适合人群 技术负责人/架构师：设计重大变更的阶段性上线策略 DevOps/SRE 工程师：需要标准化的事故响应或迁移 playbook 项目经理：将技术任务转化为可跟踪、可验收的执行计划 开发团队：在 deadline 压力下寻求"最小投入验证关键假设"的方法 常规风险 | 风险类型 | 说明 | 建议缓解 ||---------|------|---------|| 过度依赖模板 | 使用者可能机械套用而忽略场景特殊性 | 每条输出需强制标注"本计划基于以下假设..." || 证据伪造 | "检查点记录"易流于形式 | 要求可审计的日志/截图/测试报告链接 || 回退方案形同虚设 | 复杂系统回退成本极高，技能未评估实际可行性 | 关键回退步骤需预演并计时 || 责任模糊 | "Clear owner"在无组织上下文中难以落实 | 结合企业内部工单系统指定责任人 | 使用建议：将此技能作为规划会话的起点而非终点，复杂场景需叠加领域专家评审和技术预演。 原始说明 Assess migration risk and design staged rollouts. Use when handling development work that needs repeatable steps, quality gates, and practical outputs.