-
Notifications
You must be signed in to change notification settings - Fork 0
Integration Superpowers
You're using Superpowers (the superpowers:* skill family — brainstorming,
systematic-debugging, test-driven-development, executing-plans, and
friends) alongside wiki_ticket_sdd for work tracking, and want to know
how the two fit together.
Nothing to install on the wiki_ticket_sdd side — Superpowers is a
separate Claude Code plugin/skill set with its own install path. If it's
already showing up in your skills list, you're set; if not, follow
Superpowers' own install instructions, not this repo's.
Not applicable. Superpowers has no ticketing or wiki adapter concept —
there is nothing to set in .work/config.yml for it. This page is purely
about workflow composition, not sync configuration.
Superpowers owns how you think through and execute a change
(brainstorming → plan → TDD → execute → review). wiki_ticket_sdd owns
the record of that work (work items, plans, tickets, wiki pages). They
compose in sequence, not in parallel:
- Use
superpowers:brainstormingandsuperpowers:writing-plansto shape the approach. - Once a plan is approved, capture it with this repo's
plan-captureskill — that's what turns the design into tracked work items (docs/plans/<date>-<slug>.md+.work/todo.jsonlentries), not Superpowers' own plan-writing output. - Execute with
superpowers:test-driven-development/superpowers:executing-plansas normal. - Close out with this repo's usual
worklogflow (update/close,roadmap-render,ticket-sync,wiki-publish).
In short: let Superpowers drive engineering discipline, let
wiki_ticket_sdd be the system of record. Don't let both try to own the
plan document — plan-capture's output is the one that gets tracked and
published.
There's no ticket/issue system underneath Superpowers to map events to.
The only "event" that matters is plan approval, which is captured exactly
once via plan-capture regardless of which planning skill produced the
draft.
Not applicable — nothing external to pull from. Superpowers doesn't hold
its own state that could drift from .work/todo.jsonl.
Once a Superpowers-originated plan is captured, it renders like any other
plan: docs/.index/rendered/tickets/<ULID>.md for its work items, and the
frozen plan doc itself publishes to the wiki via the normal
wiki-publish flow. No special rendering exists for Superpowers content.
- Don't run
superpowers:writing-plansandplan-captureas if they're the same step — writing-plans produces the design,plan-captureis what makes it a tracked work item. Skipping the second step means the plan exists but nothing shows up on the roadmap. - If Superpowers isn't in your skill list at all, that's a Superpowers
installation problem, not a
wiki_ticket_sddone — this repo has no dependency on it being present.
2026-07-25 — edit this page
- Roadmap
- Design-Doc · Code-Walkthrough
- Plan: Plan-ia-content-model
- Plan: Plan-ticket-sync-and-init-detection
- ADR-0001-event-log-fold-union-merge
- ADR-0002-skill-based-edges-typed-contract
- ADR-0003-green-gates-merge
- Index-Releases
- Latest snapshot: Roadmap-2026-07-29_v0.18.0-release
- Index-Status
- Index-Decisions