Parent
docs/issues/unic-archon-dlc/PRD.md
What to build
The plugin README — the only user-facing entry point for adopters. Final slice because it documents the shipped behaviour, not the intended behaviour.
In scope (apps/claude-code/unic-archon-dlc/README.md):
- Mermaid flowchart showing all six workflows (
explore, plan, build, qa, cleanup, triage), every node, and human gate markers (✓ on interactive nodes).
- Node reference table — one row per node:
- Workflow · Node · Type (
prompt / loop / bash / interactive) · Human gate (✓ / —)
- Quick-start — install + first run in three steps. Example commands use the
unic-dlc- prefix.
- Configuration reference — every key in
.archon/unic-dlc.config.json with default and valid values: tracker, pr_strategy, branching, e2e_command, model_profile, tdd_mode, nyquist_validation, slopsquatting_gate, label tier mappings, repo_layout, workflow.discuss_mode, coverage thresholds.
docs/workflow/ layout diagram — visual of what gets created where and who owns each artifact. State the three-layer separation explicitly: transient ($ARTIFACTS_DIR) vs persistent (docs/workflow/<slug>/) vs tracker.
- Dependency map: Archon version requirement, no required peer plugins, optional
slopcheck Python tool.
- Distribution note: Archon has no marketplace; this plugin fills the gap by riding the Claude Code plugin marketplace and scaffolding workflows into the target project.
Also in scope:
- The plugin's
CHANGELOG.md carries a dated 0.1.0 entry summarising the lifecycle (CI's verify:changelog will fail without it).
- The marketplace listing description matches the README's one-line summary.
Out of scope: per-workflow deep-dive docs (those live in .archon/commands/*.md shipped by each workflow slice).
Acceptance criteria
Blocked by
PRD: docs/issues/unic-archon-dlc/PRD.md
Migrated from: docs/issues/unic-archon-dlc/14-readme-and-documentation.md (source removed after migration)
Touched by PRs: #33
Parent
docs/issues/unic-archon-dlc/PRD.mdWhat to build
The plugin README — the only user-facing entry point for adopters. Final slice because it documents the shipped behaviour, not the intended behaviour.
In scope (
apps/claude-code/unic-archon-dlc/README.md):explore,plan,build,qa,cleanup,triage), every node, and human gate markers (✓ on interactive nodes).prompt/loop/bash/interactive) · Human gate (✓ / —)unic-dlc-prefix..archon/unic-dlc.config.jsonwith default and valid values:tracker,pr_strategy,branching,e2e_command,model_profile,tdd_mode,nyquist_validation,slopsquatting_gate, label tier mappings,repo_layout,workflow.discuss_mode, coverage thresholds.docs/workflow/layout diagram — visual of what gets created where and who owns each artifact. State the three-layer separation explicitly: transient ($ARTIFACTS_DIR) vs persistent (docs/workflow/<slug>/) vs tracker.slopcheckPython tool.Also in scope:
CHANGELOG.mdcarries a dated0.1.0entry summarising the lifecycle (CI'sverify:changelogwill fail without it).Out of scope: per-workflow deep-dive docs (those live in
.archon/commands/*.mdshipped by each workflow slice).Acceptance criteria
/unic-dlc-triagerun in three steps.docs/workflow/layout diagram names the three persistence layers explicitly.CHANGELOG.mdhas a dated0.1.0entry andpnpm --filter unic-archon-dlc verify:changelogpasses.Blocked by
PRD:
docs/issues/unic-archon-dlc/PRD.mdMigrated from:
docs/issues/unic-archon-dlc/14-readme-and-documentation.md(source removed after migration)Touched by PRs: #33