design-sds
Skill10 starsChanged 31 days agoApache-2.0View on GitHub
Render the SDS in docs/sds/ to .docx after checking its FR links and coverage.
- Installs packages
In this repository21 other files it gives its agents.
- .claude/CLAUDE.mdCLAUDE.md
- commitSkill
- design-apiSkill
- design-architectureSkill
- design-erdSkill
- design-srsSkill
- design-tableSkill
- doc-syncSkill
- flow-initSkill
- flowSkill
- flow-uninstallSkill
- harness-authoringSkill
- harness-deploymentsSkill
- harness-initSkill
- harness-insightSkill
- integrationSkill
- performanceSkill
- playwright-scaffoldSkill
- prose-reviewSkill
- release-commitSkill
- wiki-initSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 33
When the second prints missing: ..., ask the user (structured choice) whether to install them, showing the command.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Design-SDS
Converts the SDS as written — the files sds.template.md lists under sources, in that
order — to <output>/sds.docx. Nothing here edits docs/sds/: it is reviewed text.
Precondition: .claude/harness-tier/scripts/design_doc_check.py must exist. If it
doesn't, tell the user to run /flow-init and stop.
Interaction. Wherever this skill asks the user something, use the host's blocking question tool already in your tool list, matched by capability rather than by a host-specific name; if it is listed but not loaded, load it first with the host's tool-discovery primitive; only when no such tool is listed, or a question call errors, offer numbered options in chat and end your turn to wait for the reply — never answer the question yourself or skip it.
1. Resolve paths and dependencies
python3 .claude/harness-tier/scripts/design_doc_check.py --paths
python3 .claude/harness-tier/scripts/design_doc_render.py --check-depsWhen the second prints missing: ..., ask the user (structured choice) whether to install them,
showing the command. Yes → run python3 -m pip install python-docx markdown-it-py and
continue. No → stop.
2. Check
python3 .claude/harness-tier/scripts/design_doc_check.py --templates
python3 .claude/harness-tier/scripts/design_doc_check.py --doc sdsA template violation → relay it and stop. A document violation → relay the list and ask the user (structured choice) whether to render anyway or stop so the SDS can be fixed first.
3. Render
python3 .claude/harness-tier/scripts/design_doc_render.py sdsThe revision history comes from revisions in sds.template.md; tell the user to add a
row there when this render is a new version.
4. Report
The .docx path, the violation count, and every warning: line.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

