核心用法
Jarvis Incident Timeline Writer 01 是一款面向开发者的结构化工作流生成工具，核心功能是将混乱的日志、笔记和事件片段转化为清晰、可执行的生产级计划。其使用场景聚焦于需要可重复步骤、质量门禁和实际交付物的开发任务。
标准输入：明确的目标产出与截止时间、资源约束（时间/工具/风险承受度）、可用资产（代码/文档/截图/日志）
五步工作流：
1. 定义成功标准——用可量化指标明确成功与失败边界
2. 构建最小可行路径——在扩大投入前验证核心通路
3. 分检查点执行——每个阶段记录证据，确保可追溯
4. 应用质量门禁——最终建议前强制通过检验标准
5. 交付可执行产出——提供立即可用的输出和后续行动
显著优点
- 工程化思维内置：将事件响应从"救火模式"转为系统化工程流程
- 风险优先设计：强调可逆操作和回退方案，降低生产环境试错成本
- 证据驱动：所有结论必须附带证据，杜绝主观臆断
- 可复用性强：同一框架适用于故障复盘、发布计划、技术调研等多种场景
潜在局限
- 依赖输入质量：若原始日志/笔记严重缺失，输出质量显著下降
- 非实时协作：侧重单人/单团队结构化输出，未内置多角色实时协同机制
- 领域通用性：框架通用但需用户自行填充领域特定知识（如数据库故障排查细节）
- 无自动化集成：需手动触发，未与 CI/CD 或监控系统自动联动
适合人群
- SRE / 运维工程师处理生产事故复盘
- Tech Lead 制定复杂技术任务的执行计划
- 项目经理将技术债务转化为可追踪的修复路线图
- 个人开发者系统化梳理技术调研笔记
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| 过度结构化 | 简单问题套用完整流程导致效率损失 | 根据问题复杂度裁剪步骤 |
| 证据盲区 | 关键日志缺失时仍生成"看似完整"的计划 | 显式标注数据缺口和置信度 |
| 执行脱节 | 计划与团队实际执行习惯不匹配 | 输出格式需与团队现有工具链（JIRA/Notion 等）对齐 |
该 skill 本质是开发者的"外置前额叶"，将隐性经验转化为显性、可复用的操作协议。