Skip to content

feat(unic-ticket-specification): add portable ticket-specification workflow plugin#257

Open
PetersSourceCode wants to merge 2 commits into
developfrom
feature/add-ticket-specification-workflow
Open

feat(unic-ticket-specification): add portable ticket-specification workflow plugin#257
PetersSourceCode wants to merge 2 commits into
developfrom
feature/add-ticket-specification-workflow

Conversation

@PetersSourceCode

Copy link
Copy Markdown
Collaborator

What

Adds unic-ticket-specification — a Claude Code plugin packaging a portable Archon workflow that takes a tracker ticket from intake to "ready for implementation". Tracker-agnostic (Jira / Azure DevOps / GitHub), multi-repo, and OS-independent (Windows / macOS).

Tracking issue: #256 · Feature PRD: docs/issues/unic-ticket-specification/PRD.md

Workflow

11-node DAG: detect-input → analyze → classify → rewrite (Bug | CR-Story) → assess-completeness (non-blocking) → estimate (PERT) → persist-local → present-draft → approval-gate ✓ → apply (create | update) → report. Nothing is written to the tracker before the human approval gate.

Contents

  • Bundle (.archon/): workflow DAG, seven uts-* command templates, tracker MCP config, documented ticket-spec.config.example.yaml, bundle README
  • /unic-ticket-specification:setup: zero-config conversational install/config command (ships no JS)
  • Plugin scaffolding: .claude-plugin/ manifests, package.json, CONTEXT.md, AGENTS.md, CLAUDE.md symlink, README.md, CHANGELOG.md
  • Four plugin ADRs (docs/adr/): tool-agnostic config-driven, MCP-first/CLI-fallback, Markdown-only descriptions, setup-as-conversational-command
  • Registered in the root marketplace; indexed in root AGENTS.md + CONTEXT-MAP.md (app:unic-ticket-specification)

Design notes

  • No tracker/tenant/repo/OS detail is hardcoded — it all lives in the per-project config (ADR-0001). Only the config template ships; the active ticket-spec.config.yaml is created per project.
  • Example wording in uts-rewrite-crstory.md was genericised (no client-specific names).
  • No LICENSE file added (maintainer manages those by hand per monorepo convention).

Validation

  • pnpm --filter unic-ticket-specification verify:changelog passes
  • Prettier (Markdown) + Biome (JSON) clean on all added/changed files
  • This plugin ships no JS, so it has no test/typecheck script

Notes for reviewer

🤖 Generated with Claude Code

PetersSourceCode and others added 2 commits June 18, 2026 15:45
…rkflow plugin

Package a tracker-agnostic Archon workflow that takes a ticket from intake to
"ready for implementation": detect input -> analyze across configured repos +
linked docs -> classify Bug vs CR/Story -> rewrite to template -> non-blocking
completeness check -> PERT estimate -> human approval gate -> apply (create or
update) -> report. All tracker/tenant/repo/OS variability lives in a per-project
config; nothing tracker-specific is in the workflow or command templates.

- 11-node workflow DAG + 7 uts-* command templates + tracker MCP config + config template
- /unic-ticket-specification:setup zero-config slash command (no JS lib)
- four plugin ADRs under docs/adr/
- registered in the root marketplace; indexed in AGENTS.md + CONTEXT-MAP.md
- Feature record at docs/issues/unic-ticket-specification/PRD.md
- example wording in uts-rewrite-crstory genericised (no client-specific names)

Refs #256

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@PetersSourceCode PetersSourceCode requested a review from orioltf June 19, 2026 07:28
@orioltf

orioltf commented Jun 22, 2026

Copy link
Copy Markdown
Member

Added a generic comment to the referenced issue: #256 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants