mirror of
https://github.com/anthropics/claude-plugins-official.git
synced 2026-06-14 14:46:03 -03:00
bec8d7c93a
Viewer (assets/topology-viewer.html): - inline a minified d3 subset (hierarchy/pack, zoom, selection, interpolateZoom, ease; ISC license) instead of loading from a CDN — the page is now fully self-contained and works on air-gapped networks - handle duplicate node ids (unique-suffix; edges bind to the first occurrence) and store parent references directly, fixing level-of-detail and selection corruption with messy generated data - share one reveal rule between drawing, edge culling, and hit-testing so edges no longer draw into collapsed containers - pre-bucket edges by kind and keep a per-node adjacency map; the hover/selection pass no longer scans every edge each frame - cancel in-flight fly-to animations when a new one starts; clamp fly-to zoom to the zoom extent; derive max zoom from the smallest leaf so deep estates stay reachable - render dead-end candidates (new deadEnds field) with a dashed outline and a sidebar badge - clicking a node during a flow walkthrough exits the walkthrough; search results clear on selection and Escape; surrogate-safe label truncation; clearer stats line; explicit empty-topology message Commands: - new /modernize-status: read-only progress report — artifact inventory with timestamps, staleness flags, secrets-hygiene checks, next step - map: deadEnds in the topology schema; datastore names must be logical identifiers with credentials stripped from URLs/DSNs - brief: read topology.json + .mmd files (not the interactive HTML); staleness check against inputs; effort unit aligned to person-months - transform: secret-safe characterization-test prompt; diff -y fallback when delta is missing; credential-safe diff selection - reimagine: target vision is everything after the first argument (was silently truncated to one word); masking rules in spec/scaffold/ handoff prompts - brief/transform/reimagine: human-approval gates phrased as explicit stop-and-wait instead of 'enter plan mode' - preflight: delta in the tool table; brief added to the verdict list - README: preflight/status in the workflow; legacy/ deny list also covers Write; plugin + marketplace descriptions updated
86 lines
3.5 KiB
Markdown
86 lines
3.5 KiB
Markdown
---
|
||
description: Generate a phased Modernization Brief — the approved plan that transformation agents will execute against
|
||
argument-hint: <system-dir> [target-stack]
|
||
---
|
||
|
||
Synthesize everything in `analysis/$1/` into a **Modernization Brief** — the
|
||
single document a steering committee approves and engineering executes.
|
||
|
||
Target stack: `$2` (if blank, recommend one based on the assessment findings).
|
||
|
||
Read `analysis/$1/ASSESSMENT.md`, `analysis/$1/topology.json` (plus the
|
||
`.mmd` files alongside it — do NOT read `TOPOLOGY.html`, it's an
|
||
interactive viewer with the data minified inside), and
|
||
`analysis/$1/BUSINESS_RULES.md` first. If any are missing, say so and
|
||
stop — they come from `/modernize-assess`, `/modernize-map`, and
|
||
`/modernize-extract-rules` respectively. Run those first.
|
||
|
||
**Staleness check:** compare modification times. If any input is newer
|
||
than an existing `MODERNIZATION_BRIEF.md`, the brief is being justifiably
|
||
regenerated; but if an existing brief is newer than all inputs and the
|
||
user re-ran this command anyway, ask what changed. Either way, note the
|
||
input timestamps in the brief's header so reviewers can see what it was
|
||
built from.
|
||
|
||
## The Brief
|
||
|
||
Write `analysis/$1/MODERNIZATION_BRIEF.md`:
|
||
|
||
### 1. Objective
|
||
One paragraph: from what, to what, why now.
|
||
|
||
### 2. Target Architecture
|
||
Mermaid C4 Container diagram of the *end state*. Name every service, data
|
||
store, and integration. Below it, a table mapping legacy component → target
|
||
component(s).
|
||
|
||
### 3. Phased Sequence
|
||
Break the work into 3-6 phases using **strangler-fig ordering** — lowest-risk,
|
||
fewest-dependencies first. For each phase:
|
||
- Scope (which legacy modules, which target services)
|
||
- Entry criteria (what must be true to start)
|
||
- Exit criteria (what tests/metrics prove it's done)
|
||
- Estimated effort (person-months, same unit as the assessment's COCOMO
|
||
figure — convert deliberately if you present weeks)
|
||
- Risk level + top 2 risks + mitigation
|
||
|
||
Render the phases as a Mermaid `gantt` chart.
|
||
|
||
### 4. Business Walkthroughs
|
||
For each persona flow in `analysis/$1/topology.json` (`flows` — produced
|
||
by `/modernize-map`), a short narrative table: persona, what happens in
|
||
business language, which legacy modules implement it today, and which
|
||
phase from §3 replaces each. This is the section non-technical approvers
|
||
actually read — it connects "Phase 2" to "what happens when a customer
|
||
files a claim". If topology.json has no flows, derive 2–3 walkthroughs
|
||
from the entry points and say they need SME confirmation.
|
||
|
||
### 5. Behavior Contract
|
||
List the **P0 rules** from BUSINESS_RULES.md (the ones tagged `Priority: P0` —
|
||
money, regulatory, data integrity) that MUST be proven equivalent before any
|
||
phase ships. These become the regression suite. Flag any P0 rule with
|
||
Confidence < High as a blocker requiring SME confirmation before its phase
|
||
starts.
|
||
|
||
### 6. Validation Strategy
|
||
State which combination applies: characterization tests, contract tests,
|
||
parallel-run / dual-execution diff, property-based tests, manual UAT.
|
||
Justify per phase.
|
||
|
||
### 7. Open Questions
|
||
Anything requiring human/SME decision before Phase 1 starts. Each as a
|
||
checkbox the approver must tick.
|
||
|
||
### 8. Approval Block
|
||
```
|
||
Approved by: ________________ Date: __________
|
||
Approval covers: Phase 1 only | Full plan
|
||
```
|
||
|
||
## Present
|
||
|
||
Present a summary of the brief and **stop — write nothing further until
|
||
the user explicitly approves** (use plan mode if the session supports
|
||
it). This gate is the human-in-the-loop control point; "no objection" is
|
||
not approval.
|