devbooks-knife:把 Epic 级需求切成可拓扑排序的 Slice 队列,并落盘机读 Knife Plan(用于高风险/史诗级变更的 G3 强制闸门)。
Install with Tessl CLI
npx tessl i github:Darkbluelr/dev-playbooks-cn --skill devbooks-knifeOverall
score
17%
Does it follow best practices?
If you maintain this skill, you can automatically optimize it using the tessl CLI to improve its score:
npx tessl skill review --optimize ./path/to/skillValidation for skill structure
把“大需求(Epic)”切成可并行、可收敛、可验收的 Slice 队列,并把切片计划落盘为 Knife Plan(机读合同),作为后续 DevBooks 变更包的上游约束与验证锚点集合。
当满足任一条件时,本 skill 必须执行并落盘 Knife Plan:
risk_level=highrequest_kind=epic原因:严格闸门将把 Knife Plan 作为 G3 强制项 校验(缺失/路径错/字段不对齐会阻断)。
最小输入(建议从 Bootstrap/Proposal 汇总):
epic_id(稳定且全局唯一)risk_levelrequest_kind(应为 epic)落点(MUST):
dev-playbooks/specs/_meta/epics/<epic_id>/knife-plan.yaml(或 knife-plan.json)一致性(MUST):
knife-plan.(yaml|json) 内的 epic_id 必须等于目录名 <epic_id>slice_id,则 Knife Plan 的 slice_id 必须与之对齐以 slices[] 表达 Slice DAG(依赖拓扑),每个 Slice 至少包含:
slice_idchange_id(建议预分配变更包目录名)ac_subset[](MECE 子集)verification_anchors[](确定性验证锚点:命令/测试/证据路径)rollback_strategy(摘要或指向详细说明).devbooks/config.yaml),读取 agents_doc 与 constitution.md。epic_id / 风险等级 / request_kind=epic(缺失则在 Delivery/Void 先补齐)。epic_id / slice_id。devbooks-delivery-workflow(或先进入 Proposal/Design/Spec/Plan),并给出升级条件。当 Knife Plan 包含多个 Slice 时,可以使用 knife-parallel-schedule.sh 生成并行执行清单:
# 生成 Markdown 格式的并行调度清单
knife-parallel-schedule.sh <epic-id> --format md --out parallel-schedule.md
# 生成 JSON 格式(供程序消费)
knife-parallel-schedule.sh <epic-id> --format json --out parallel-schedule.json由于当前 AI 编程工具不支持二级子代理调用,Epic 拆分后需要人类协调多个独立 Agent 并行完成:
knife-parallel-schedule.sh 生成清单requirements-ledger-derive.sh 更新账本dev-playbooks/specs/knife/spec.md(Knife 的规范与闸门接线要求)dev-playbooks/specs/_meta/epics/README.md(Epic 工件目录约束)skills/devbooks-delivery-workflow/scripts/knife-parallel-schedule.sh(并行调度脚本)If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.