From zzaia-workspace
Write markdown documentation by selecting a template from ./templates/ and delivering to a target output (local file, wiki, pull-request, work-item).
npx claudepluginhub zzaia/zzaia-agentic-workspace --plugin zzaia-workspace[template] [title] [--context <text>] [--output <path>] [--wiki] [--pr <id>] [--work-item <id>] [--target-field description|acceptance-criteria|discussion|comment] [--description <text>]commands/capability/document/write/## PURPOSE Select a documentation template from `./templates/`, generate content from conversation context following the template structure, and deliver to the requested output target. ## EXECUTION 1. **Select Template**: Identify or ask which template to use | Template | Use when | |----------|----------| | `architecture-overview` | Documenting the high-level design of a system or platform spanning multiple services | | `service-architecture` | Documenting a single service SDD — bounded context, API contracts, ADRs, data model | | `service-data-model` | Documenting entit...
/SKILLGenerates CLAUDE.md project config file via interactive phases: detects environment and tools, collects developer profile, selects testing methodology and tech stack.
/SKILLCreates conventional git commit from conversation intent using git-agent and pushes to remote. Accepts optional Claude model name for co-author.
/SKILLResolves GitHub issue via isolated worktree, TDD workflow, and auto-closing PR creation.
/SKILLCreates a GitHub pull request with automated quality validation, security scanning, issue linking, and compliance checks. Accepts optional description or issue reference.
/SKILLStarts git-flow release: validates <version> semver, creates release/<version> branch, bumps version in project files, commits, and pushes to origin.
/SKILLReviews SwiftUI and Swift code for best practices, modern APIs, data flow, navigation, accessibility, performance. Outputs issues by file with before/after fixes and prioritized summary.
Select a documentation template from ./templates/, generate content from conversation context following the template structure, and deliver to the requested output target.
Select Template: Identify or ask which template to use
| Template | Use when |
|---|---|
architecture-overview | Documenting the high-level design of a system or platform spanning multiple services |
service-architecture | Documenting a single service SDD — bounded context, API contracts, ADRs, data model |
service-data-model | Documenting entities, aggregates, value objects, and relationships for a domain model |
event-notification | Documenting domain events, message contracts, and event-driven integration patterns |
integration-tests-plan | Documenting test scenarios for API/service integration testing with Given/When/Then |
implementation-plan | Documenting a step-by-step implementation plan for a feature or task |
test-result-report | Documenting test results per step with status, evidence, findings, and bug summary |
pull-request-review | Documenting pull request review findings as a numbered list of issues with severity, location, and suggested fix |
bdd-scenarios | Documenting Behavior Driven Design scenarios with Feature, Background, and Given/When/Then steps |
Select Output Target and Field: Identify from flags or ask
| Flag | Target | --target-field options | Default field |
|---|---|---|---|
--output <path> | Local markdown file | — | — |
--wiki | Azure DevOps Wiki page | — | — |
--pr <id> | Pull request | description, comment | description |
--work-item <id> | Work item | description, acceptance-criteria, discussion, comment | discussion |
Apply Target Field Rule:
description — sets the main description field (use only when creating new work items or setting a PR description)acceptance-criteria — sets the acceptance criteria field of a work itemdiscussion — posts as a new discussion thread (default for --work-item)comment — posts as a comment on an existing threadAdapt Format to Target: Keep the same template structure and sections for all targets. When the target has partial markdown support (--work-item):
Invoke Agent: Call zzaia-document-specialist with template path, output target, target field, and format constraints
MANDATORY: Always invoke the agents defined in this command's frontmatter. Never skip or simulate their behavior.
zzaia-document-specialist — reads template, generates content from conversation context, delivers to outputsequenceDiagram
participant U as User
participant C as Command
participant A as zzaia-document-specialist
U->>C: /capability:document:write [template] [title] [--output/--wiki/--pr/--work-item] [--target-field]
C->>C: Resolve template path from ./templates/
C->>C: Identify output target and target-field
C->>A: template path + output target + target field + context
A->>A: Read template, generate content from context
A->>A: Deliver to output target at specified field
A-->>C: Done
C-->>U: Document ready
/capability:document:write architecture-overview "System Architecture" --output docs/architecture.md
/capability:document:write service-architecture "Payment Service" --wiki
/capability:document:write service-data-model "Order Entity" --output docs/data-model.md
/capability:document:write event-notification "Payment Events" --pr 42 --target-field description
/capability:document:write service-architecture "User Service SDD" --work-item 1234 --target-field discussion
/capability:document:write integration-tests-plan "Checkout Flow Tests" --work-item 1234 --target-field acceptance-criteria
/capability:document:write implementation-plan "Add Order Status Endpoint" --work-item 1234 --target-field discussion
/capability:document:write test-result-report "Sprint 12 E2E Results" --work-item 2001 --target-field discussion
/capability:document:write pull-request-review "PR #42 Review" --pr 42 --target-field comment
/capability:document:write bdd-scenarios "Order Checkout Scenarios" --work-item 1234 --target-field acceptance-criteria