From tender
Generate outline.md + compliance_matrix.md from manifest sections (schema-driven, no hardcoded chapter IDs)
How this command is triggered — by the user, by Claude, or both
Slash command
/tender:outline targetWordsOptionalThis command is limited to the following tools:
The summary Claude sees in its command listing — used to decide when to auto-load this command
不要使用 Web。 你将根据: - work/20_requirements/reqs.json - work/00_manifest.yml(以其中的 sections 树为准) 生成并写入: - work/30_plan/outline.md(严格标题层级:# ## ###;不得出现 #### 及更深层级) - work/30_plan/compliance_matrix.md(REQ-ID -> 覆盖到哪一节) 并更新: - work/00_manifest.yml 中的 target_words(若用户传参则覆盖;否则保留现值) - work/00_manifest.yml 中的 planning_completed: true ## 0) 参数规则 - 用户参数 $ARGUMENTS 只用于可选的 targetWords(一个整数)。 - 不要再要求/依赖 sectionTitle 参数;要写哪些章节,以 manifest.sections 为准。 ## 1) 大纲生成规则(通用) 1) 必须遍历 manifest.sections 的整棵树,按 id 顺序生成大纲,不得只生成其中一个章节。 2) 大纲标题格式: - 一级:`# <id> <title>` - 二级:`## <id> <title>` - 三级:`### <id> <tit...
不要使用 Web。
你将根据:
生成并写入:
# <id> <title>## <id> <title>### <id> <title>
只允许到 ###(三级)。当某个章节节点包含 kind: subsystem 时:
design_status: "TBD":
如果 manifest 中存在 functional_design 字段:
用户参数:$ARGUMENTS
npx claudepluginhub lhybdv/fengyun-claude-marketplace --plugin tender/planCreates actionable implementation plan from requirements and design via topic name or file paths, spawning sub-plans for complex features.
/design-generateGenerates structured technical design document (design_doc.json) at project or feature level, auto-detecting from mega-plan.json or prd.json.
/gen-planGenerates structured implementation plan from draft document with goals, acceptance criteria, path boundaries, and task routing tags. Writes to output file; optionally auto-starts RLCR loop if converged.
/requirements-authoring-flowGuides AI through requirements authoring workflow (create/update/review/improve) with mandatory user approvals per phase, producing final requirements set, validation pack, and traceability matrix.
/createprdConverts user-provided requirements document (notes, PRD, spec, RFC, meeting notes) into master PRD at .spec_system/PRD/PRD.md. Prompts for missing info, backs up existing PRDs before updates.
/spec-drivenDecomposes a compound request into deliverables, dependencies, and decision gates, then writes spec, plan, and result-check files.