원클릭으로
diwu-workflow
diwu-workflow에는 ssdiwu에서 수집한 skills 10개가 있으며, 저장소 수준 직업 범위와 사이트 내 skill 상세 페이지를 제공합니다.
이 저장소의 skills
归档管理——Task 归档与 Recording 物理归档的双轨机制、触发条件、手动步骤、验证清单。触发场景:(1) 终态任务数超阈值,(2) session 文件数超阈值,(3) 用户说"归档"、"archive"、"清理"
纠偏与误判排查方法论——退化信号检测、四行重写模板、止损序列、六类泛化误判排查表、与 BLOCKED 的边界判定。触发场景:(1) 出现退化信号(反复纠偏/目标漂移/证据缺失等),(2) 需要纠偏恢复,(3) 排查误判,(4) 判断是 correction 还是 BLOCKED,(5) 用户说"纠偏"、"偏了"、"不对"、"重写"、"止损"、"误判"
积木式能力验证方法论——判断「直接做 vs 先验证」、将不确定性分层隔离、沉淀可复用能力资产。触发场景:(1) 讨论技术可行性或方案选型,(2) 评估某个实现的不确定性,(3) 决定直接集成 vs 先做 Demo 验证,(4) 分析能力复用或知识沉淀策略,(5) 用户说"积木"、"Demo"、"能力验证"、"不确定性"
产品文档工具——正向(需求→文档)或逆向(代码→文档)两种模式。触发场景:(1) 为已有产品还原/补全文档,(2) 为新功能/模块编写产品文档,(3) 用户说"写文档"、"还原文档"、"doc"、"产品文档"
阶段边界决策锚点——四段式判断(启动/实施/验收/纠偏),含正例/反例/边界例。覆盖:基线失败处理、不确定性决策、入口门控、大幅度判定、执行偏差分级、并行串行选择、超前实施、Done 人工确认、blocked_by 判定、循环依赖、continuous_mode 续跑、recording 写入时机、decisions.md 写入时机。触发场景:(1) 需要做阶段边界决策,(2) 判断幅度大小,(3) 选择并行还是串行,(4) 判断是否需人工确认,(5) 用户说"判断"、"决策"、"幅度"、"并行"、"确认"
产品需求分析方法论——竞品分析、用户画像、需求优先级排序、迭代层次设计、方案对比、非功能性需求分类。触发场景:(1) 讨论产品规划或功能设计,(2) 进行需求分析或竞品调研,(3) 设计迭代路径或优先级排序,(4) 用户说"PRD"、"需求文档"、"竞品分析"、"产品规划"、"需求优先级"、"迭代规划"、"方案对比"
Session 记录写入方法论——文件格式模板、踩坑经验四段式记录、时间戳获取规则、最低合法答案、归档聚合指引、Stop hook 检测正则。触发场景:(1) 写 session 记录,(2) 记录踩坑经验,(3) Session 结束前整理,(4) 用户说"记录"、"recording"、"踩坑"。铁律:必须 date 命令获取时间戳。
Session 生命周期管理——启动(Preflight 5 步)、上下文恢复、归档检查、任务选择、持续运行模式、Session 结束协议。触发场景:(1) Session 启动或结束,(2) 选择下一个任务,(3) 判断是否续跑,(4) 归档旧任务,(5) 用户说"session"、"启动"、"下一步"、"续跑"、"归档"。注意:写 recording 记录用 drec skill。
任务管理核心方法论——状态机、GWT 验收、task.json 结构、规划分解、实施流程、提交规范、子代理策略。触发场景:(1) 创建或管理任务,(2) 写 acceptance 验收条件,(3) 规划任务分解,(4) 判断任务状态转移,(5) 管理 blocked_by 依赖,(6) 写 commit message,(7) 用户说"任务"、"task"、"规划"、"分解"、"验收"
验证证据优先级体系——L1-L5 五级证据、Done 判定门槛矩阵、完成前四问、无法验证处理规范、运行态验证方法指引。触发场景:(1) 标记 InReview 或 Done,(2) 选择证据等级,(3) 判断是否验证充分,(4) 处理无法验证的项,(5) 用户说"验证"、"证据"、"Done"、"验收"