（2998期）Jarvis Codebase Mapper 01 – 结构化开发任务，交付即战力方案

结构化开发任务，交付即战力方案 为开发任务提供结构化、可复用的执行框架，通过检查点和质量门确保交付质量 使用说明 Jarvis Codebase Mapper 01 综合评估 核心用法 Jarvis Codebase Mapper 01 是一个面向开发工作流的结构化技能，旨在将模糊的开发任务转化为可执行、可验证的具体计划。用户需提供期望成果、截止时间、约束条件（时间、工具、风险承受度）以及可用资源（代码、文档、截图、日志）。技能通过五步执行框架运作：定义可衡量的成功/失败标准、构建最小可行执行路径、分检查点执行并记录证据、应用质量门控、输出可直接落地的交付物和后续行动。 显著优点 高度结构化：将混沌的开发任务拆解为可管理的步骤，特别适合新代码库探索或复杂功能开发 风险控制前置：明确的质量门和可逆变更原则降低执行风险 可追溯性：检查点记录机制确保决策有据可查，便于复盘和审计 输出实用：直接产出 situation summary、优先级排序的发现、分阶段行动计划、风险缓解方案及精确检查清单 场景适配广：示例提示显示其可处理笔记整理、风险优先序列等多种输入形态 潜在局限 前置信息要求高：需用户主动提供完整的约束条件和资源清单，信息不全时效果打折 非自动化执行：本质是方法论框架，具体执行仍依赖人工或外部工具链 领域特定性偏强：主要针对软件开发场景，向其他领域迁移需调整 质量门执行成本：严格的证据要求和检查点机制在紧急场景下可能成为瓶颈 适合人群 技术负责人（Tech Lead）和工程经理，需标准化团队交付流程 接手遗留代码库或新项目的开发者，需要系统化探索路径 咨询顾问和自由技术人，追求可复现的高质量交付 对"直接给答案"感到不安、偏好透明决策过程的用户 常规风险 框架僵化风险：过度遵循步骤可能延误响应型任务，需保持灵活裁量空间 证据收集疲劳：频繁记录检查点可能打断心流，建议与自动化工具结合 假设文档化不足：用户可能跳过"显式假设"步骤，导致后续偏差难以追溯 回滚能力幻觉："偏好可逆变更"不等同于真实回滚保障，需配套版本控制实践 原始说明 Map unfamiliar codebases into modules, owners, and entrypoints. Use when handling development work that needs repeatable steps, quality gates, and practical...