软件工程工作流
KirschBluteX/engineer-software · 技能
适用于 Codex 和 DeepSeek Harness 的运行时中立、证据驱动的软件工程工作流程。
★ 6GitHub 星标
1分支
2026-08-15最近更新
Python开发语言
MIT许可证
项目简介
概览:6 个边界明确的工作流 · 25 个确定性路由用例 · 2 个运行入口 · 1 份 canonical source(规范源) 六个路由模块
模块是可选的起点,不是每项任务都必须走完的流水线: 模块 · 何时使用 · 离开时应有的证据 模块: Shape Work · 何时使用: 行为、范围、兼容性或验收条件仍不清楚 · 离开时应有的证据: 最小充分契约与明确排除项 模块: Trace Failure · 何时使用: 已有症状,但根因未知 · 离开时应有的证据: 可复现步骤与因果证据 模块: Probe Choice · 何时使用: 一个明确的设计决策需要一次性实验 · 离开时应有的证据: 观察结果及其决策后果 模块: Deliver Change · 何时使用: 目标和编辑边界已经确定 · 离开时应有的证据: 聚焦检查、实现结果和最终状态证据 模块: Inspect Structure · 何时使用: 问题是归属、重复或边界,而非单点修复 · 离开时应有的证据: owner/caller 追踪与边界建议 模块: Manage Work Items · 何时使用: 需要本地 PRD、任务拆分或验收清单 · 离开时应有的证据: 本地工件、依赖和验收条件
普通解释、翻译、简单读码和明确的机械文件操作会绕过路由,不增加流程负担。 示例:“结账服务在高负载下偶尔生成重复订单。”技能会先进入 Trace Failure,要求 获得稳定复现和因果证据,然后才允许转入实现与最终验证。 30 秒理解
安装命令
dsh plugin --profile web add github:KirschBluteX/engineer-software