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