All authors
Claude Skills by DiluxOne
github.com/DiluxOne20 skills0 installs15 views
- Ddw CommitCreates a commit following Gitmoji + Conventional Commits, with mandatory AI attribution. Trigger: /ddw-commit, when a DDW phase closes and has artifacts to commit (DEFINE, PLAN, CODE, DISCOVERY, CLOSEOUT).Votes: 0GitHub stars: 13
- Ddw Context CheckCompares what the repository already declares about how it is built — linters, type checkers, CI, pre-commit, runtime versions — against what the tool's context file tells DDW. Reports the commands DDW would otherwise run wrong. Never blocks. Trigger: /ddw-context-check, and once per ticket in CLASSIFY.Votes: 0GitHub stars: 13
- Ddw Create AdrRecords an architecture or design decision as an ADR (Architecture Decision Record). Captures the context, the options considered, the decision taken and its consequences. Trigger: /ddw-create-adr, during DDW's PLAN or CODE phase.Votes: 0GitHub stars: 13
- Ddw Create PrOpens a Pull Request with a standard format and AI attribution labels, or records why one is not possible in this repo. Trigger: /ddw-create-pr, during DDW's CLOSEOUT phase.Votes: 0GitHub stars: 13
- Ddw Create PrdCreates a new PRD (Product Requirements Document) or updates an existing one. The PRD defines WHAT will be built: functional and non-functional requirements, acceptance criteria, scope and risks. Trigger: /ddw-create-prd, during DDW's DEFINE phase.Votes: 0GitHub stars: 13
- Ddw Create SpecCreates a new spec or fix-plan from an approved PRD or a fix diagnosis. Trigger: /ddw-create-spec, during DDW's PLAN phase.Votes: 0GitHub stars: 13
- Ddw EjectCopies the method out of the plugin and into this repository, so it can be read, edited and versioned with the project. After this, the repo's copy is the one that runs. Trigger: /ddw-eject, available in any DDW phase.Votes: 0GitHub stars: 13
- Ddw Family CatalogRegenerates the workspace's family catalog from each member repo's own `## Repo family` declaration — derived, never hand-edited, so it cannot rot. Trigger: /ddw-family-catalog, standing in a family's workspace repo.Votes: 0GitHub stars: 13
- Ddw Family ImpactThe impact analysis a family repo owes before leaving CLASSIFY: gathers the whole family fresh (cloning missing members via gh, reading every seam at origin), you write the verdict — every member impacted or excluded with a reason — and validation earns the receipt the CLASSIFY→DEFINE gate demands. Trigger: /ddw-family-impact, and once per ticket in any repo that declares `## Repo family`.Votes: 0GitHub stars: 13
- Ddw Family StatusThe initiative's next step across the family, answered from ANY member repo: reads the index at the workspace's origin, asks the forge which children actually merged, and puts exactly one verdict on screen — the stale row to correct first, the next repo to walk to with its command, the blockers by name, or all-done. Read-only on every repo. Trigger: /ddw-family-status [TICKET], in any repo that declares `## Repo family`.Votes: 0GitHub stars: 13
- Ddw HelpGetting-started guide for DDW. Use it when the user asks "how do I use DDW", "how do I start / install DDW", "what is DDW", or "what commands does DDW have". Trigger: /ddw-help.Votes: 0GitHub stars: 13
- Ddw Security SastStatic Application Security Testing (SAST). Scans the code for security vulnerabilities. A BLOCKING GATE — the `sast` receipt is what lets a ticket leave CODE, in every tier. Trigger: /ddw-security-sast, during DDW's CODE phase.Votes: 0GitHub stars: 13
- Ddw Self CheckFull coherence validation of the internal state. Checks that the DDW installation in the repo is sound and that the pipeline state is consistent with the artifacts on disk. Read-only. Trigger: /ddw-self-check, available in any DDW phase.Votes: 0GitHub stars: 13
- Ddw StatusReads .ddw-state.json and prints a formatted summary of where the pipeline is. Read-only — it modifies no file. Trigger: /ddw-status, available in any DDW phase.Votes: 0GitHub stars: 13
- Ddw TestRuns the project's tests, generating missing ones when needed. A blocking gate. Trigger: /ddw-test, during DDW's CODE phase.Votes: 0GitHub stars: 13
- Ddw Threat ModelingThreat analysis of the proposed design. Identifies new attack surfaces and security risks before any code is written. The findings become mitigations folded into the spec. Trigger: /ddw-threat-modeling, during DDW's PLAN phase.Votes: 0GitHub stars: 13
- Ddw Validate ArchValidates that the code follows the project's architecture decisions and conventions. An advisory check, not a gate: the graph carries no `arch` condition, so it reports and the orchestrator decides. Produces disambiguation questions when a finding needs the user's context. Trigger: /ddw-validate-arch, during DDW's CODE phase.Votes: 0GitHub stars: 13
- Ddw Validate PrdValidates a PRD against the catalog's PRD rules and the project's architecture. Produces a disambiguation question for every FAIL, so gaps get resolved before approval. Trigger: /ddw-validate-prd, during DDW's DEFINE phase.Votes: 0GitHub stars: 13
- Ddw Validate SpecValidates that a spec/fix-plan is complete, coherent and consistent with its PRD, against the catalog's spec rules. Produces a disambiguation question for every FAIL. Trigger: /ddw-validate-spec, during DDW's PLAN phase.Votes: 0GitHub stars: 13
- Ddw Verify ModuleVerifies that a completed module meets every acceptance criterion in its PRD and every task in its spec. A blocking gate. Trigger: /ddw-verify-module, during DDW's VERIFY phase.Votes: 0GitHub stars: 13