（3231期）Jarvis Ci Flake Hunter 01 – 结构化开发工作流 · 证据驱动交付

结构化开发工作流 · 证据驱动交付 为开发任务提供结构化、可复用的质量管控工作流，强调证据驱动、可逆变更与明确责任，适合敏捷团队落地复杂技术项目。 使用说明 核心用法 Jarvis CI Flake Hunter 01 是一套面向开发任务的标准化工作流模板，核心目标是通过确定性隔离和可重复步骤来追踪并减少 flaky tests（不稳定测试）。用户需提供期望结果、截止日期、约束条件（时间、工具、风险承受度）以及现有资源（代码、文档、截图、日志），系统将按五阶段 playbook 执行： 定义可衡量的成败标准 — 避免模糊目标 构建最小可行执行路径 — 先验证可行性再扩展 分阶段执行并记录证据 — 每个 checkpoint 留痕 应用质量门禁 — 最终推荐前强制审核 交付可直接实施的输出 — 包含下一步行动 显著优点 证据驱动：所有结论必须有 backing data，抑制主观臆断 风险前置：明确假设、权衡与回退方案，降低不可逆操作概率 责任清晰：每项任务分配 owner + ETA，适合跨团队协作 模板化输出：5 行内 situation summary + 分级 findings + 时间线明确的 action plan，便于向上汇报 潜在局限 依赖用户输入质量：若初始信息（约束、artifacts）不完整，输出可能偏差 非自动化执行：本质为结构化 prompt 模板，需人工或 Agent 逐步推进 未内置领域知识：对特定技术栈（如 iOS UI testing、分布式系统超时问题）无深度专家规则 适合人群 技术团队 Tech Lead / 架构师，需将模糊需求转为可执行计划 QA / DevOps 工程师治理 flaky tests，需系统化隔离根因 项目经理需结构化风险汇报与 checkpoint 机制 常规风险 过度规划风险：严格遵循五阶段可能导致轻量任务 overhead 过高 证据收集成本：小团队可能缺乏资源完成每一步的"证据-backed"要求 责任推诿：owner + ETA 机制若缺乏组织文化支撑，易流于形式 --- 建议：作为复杂任务启动时的"仪式化框架"使用，而非日常简单 TODO 管理工具。 原始说明 Track and reduce flaky tests with deterministic isolation. Use when handling development work that needs repeatable steps, quality gates, and practical outputs.