（3166期）Jarvis Refactor Planner 01 – 低风险重构，步步有回退

低风险重构，步步有回退 为软件开发重构任务提供低风险、可回滚的系统性规划框架，强调可量化验收标准与质量门禁 使用说明 核心功能与定位 Jarvis Refactor Planner 01 是一款面向软件开发重构场景的结构化规划 skill，核心目标是将模糊的开发任务转化为可执行、可验证、可回滚的具体方案。该 skill 采用“seam-based refactoring”理念，强调在代码变更前识别系统边界（seams），通过最小可行路径（smallest-valid execution path）降低大规模重构的内在风险。 显著优势 风险优先设计：将“可逆性”作为核心原则，所有高风险操作均要求预设回滚点，符合现代 DevOps 的变更管理最佳实践。 证据驱动决策：强制要求“Evidence-backed claims”，每个检查点需留存可审计的交付物，避免主观判断导致的方案漂移。 输出即执行：不仅输出建议，更提供“implementation-ready outputs”——包括精确命令、验收清单、责任人+ETA，显著降低从规划到执行的摩擦成本。 结构化约束：5 行以内的现状摘要、按影响排序的发现项、明确的时间维度（today/this week）等格式要求，确保输出在高压环境下仍具可读性。 局限性与潜在风险 上下文依赖性强：高度依赖输入质量（代码、日志、文档的完整性），若输入 artifacts 缺失，规划可能流于表面。 自动化盲区：skill 本身不提供静态分析或测试执行能力，质量门禁依赖人工或外部工具触发，存在“流程合规但实质疏漏”的可能。 规模假设：针对“单次重构任务”优化，对于跨季度、多团队协作的大型架构演进，需叠加额外的项目治理层。 安全认证缺失：报告明确标注“未执行安全扫描”，无法保证生成的命令或回滚策略本身不含安全隐患（如误删生产数据）。 适用人群 技术负责人（Tech Lead）需为团队制定可落地的重构计划 全栈开发者面临遗留代码改造，需系统性降低变更风险 SRE/DevOps 工程师设计变更窗口（change window）的标准化流程 常规风险提示 使用该 skill 时，务必：① 对生成的 shell 命令或 SQL 回滚脚本进行二次人工审查；② 确认“rollback points”在目标环境（staging/production）的可操作性；③ 将 skill 输出的“fall-back plan”纳入正式的事故响应预案。 原始说明 Plan low-risk refactors with seams, tests, and rollback points. Use when handling development work that needs repeatable steps, quality gates, and practical...