Loading...
Loading...
共找到 24 个 Skills
撰写包含细分步骤、需修改的具体文件以及验证命令的实施计划。在进行重大变更前使用。
识别、评估并缓解运营风险。可通过触发词如“存在哪些风险”“风险评估”“风险登记册”“可能出现哪些问题”触发，或当用户评估与项目、供应商、流程或决策相关的风险时触发。
用于识别发布风险、缓解计划以及升级负责人的场景。
用于跟踪业务拓展风险、负责人、缓解措施以及升级触发条件。
使用STRIDE方法论开展威胁建模。识别威胁、评估风险并设计安全控制措施。适用于设计安全系统或评估应用程序安全的场景。
Use when 需要在 Spec 级设计阶段执行 D1 research（产出 `{FEATURE_DIR}/design/research.md`），或面对关键不确定性/高风险点需要先验证而不是直接进入 D2；常见症状包括缺少证据支撑取舍、未知项被写成 TODO/待确认问题、在压力下想猜 FEATURE_DIR 或把调研写成实现细节。
规划冲刺——确定工作范围、估算产能、设定目标并草拟冲刺计划。适用于启动新冲刺、根据团队可用时间（考虑休假和会议）评估待办事项规模、区分P0与延伸任务，或处理上一冲刺未完成的工作时使用。
通过在投入完整代码变更前制作原型，帮助在高风险实现步骤中快速发现问题。当步骤不明确、依赖多个子系统或不稳定工具、可能使当前计划失效，或多次修复尝试陷入恶性循环时，可在规划或实施阶段使用。该方法在规划阶段和实施阶段均适用。
在配置资源、设置限制或在不确定性下做出估算承诺时，应根据剩余误差和违约成本来设定缓冲，而非基于乐观预期的上限。
在确定计划或启动项目之前，假设它已经失败，并通过具体原因进行反向推理——将失败路径转化为缓解措施、管控节点和停止检查机制。
在问题变得代价高昂之前，发现「地图与实际领域」的差距。适用于以下场景：启动陌生领域中的重要任务（新模块、新技术、用户从未做过的工作）、验收标准为「我看到就知道了」、用户难以描述需求，或是长期任务执行出错后，盲目重试看似诱人的情况。不适用于拼写错误修复或验收标准完全客观的任务。
通过状态、数据、操作顺序、故障和并行变更的交叉点，发现任务中不易察觉的边缘情况；将其转化为预期行为和可验证的测试场景。适用于在实现或评审非普通的产品、UX或技术任务之前；当修改有状态/异步行为、存储、同步、权限、集成和多步骤流程时；当用户要求考虑边缘情况、极端情况或检查任务说明的完整性时。不适用于微小的机械性修改，以及在确定任务本身或解决方案规模之前——此时应先使用nodumb。