- Context
-
Tracker interaction spans propose (link or create), apply and archive (status push), and a new import path. It could be folded into the existing lifecycle skills or centralized in one.
- Options
-
-
Extend
tspec-propose,tspec-apply, andtspec-archive— each grows tracker calls.-
Good: no new skill; the lifecycle reads as one flow.
-
Bad: spreads provider-specific logic across skills that otherwise stay provider-agnostic.
-
-
One
tspec-trackskill — all tracker interaction in one place.-
Good: provider specifics (gh CLI, Jira REST, transition names) change together and live together; import delegates item-writing to propose’s machinery.
-
Bad: an extra skill in the workflow.
-
-
- Decision
-
One
tspec-trackskill. - Rationale
-
Provider specifics change together and should live together; keeping them in one skill leaves the six lifecycle skills provider-agnostic.
- Consequences
-
The lifecycle skills stay unchanged;
tspec-trackis the single place to add or fix a provider.
DEC-011 — Centralize tracker interaction in one skill