Pm arch
Know what to fix next — local .pm governance skill pack for AI coding agents (Spec Kit–inspired).
npx -y skills add wei63w/pm-manager --skill pm-archAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 16 days oldThe repository was created 16 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
What its author says it does
Copied from the file, not written here
Scan project structure and generate Mermaid architecture diagrams + flowcharts under .pm/architecture/.
SKILL.md
2.9 KB, 691 tokens by cl100k_base, as published. Nobody here has run it
User Input
$ARGUMENTS
Outline
- Require
.pm/initialized; else recommend/pm-init. - Run
pm archfrom the project root (preferred). This writes:.pm/architecture/system-context.mmd— system context (C4 L1 style).pm/architecture/service-dependencies.mmd— module/service dependency graph.pm/architecture/request-flow.mmd— request flowchart.pm/architecture/deploy-flow.mmd— build/deploy flowchart.pm/architecture/overview.md— embeds all Mermaid diagrams + detected summary.pm/architecture/scan.json— machine-readable scan meta
- If CLI is unavailable, generate the same files yourself by scanning:
- Maven/Gradle modules,
docker-composeservices - Spring
@RestController/@FeignClient,application*.ymlexternals (DB/MQ/Redis/Nacos) - Node/Python route entrypoints when present
- Maven/Gradle modules,
- Review diagrams: fix wrong edges, rename nodes, add missing externals. Prefer editing the
.mmdfiles then refreshing the Mermaid blocks inoverview.md. - Optional charter compare: mark out-of-scope services or missing in-scope capabilities in
architecture/findings.md(with confidence). - Required closing: short Summary + Open these links per
templates/commands/_closing.md:.pm/architecture/overview.md(primary — open this).pm/architecture/request-flow.mmd/system-context.mmd- Explicitly ask the user to open the architecture overview.
Done When
- Four
.mmdfiles +overview.mdexist under.pm/architecture/ - Diagrams reflect this repo (not generic placeholders)
- No secrets in diagram labels or findings
Shared Workflow (all /pm-* commands)
Follow this order when the command mutates .pm/ state:
-
Read
.pm/config/project.yamland.pm/config/local.yaml(if missing and command is not init → recommend/pm-init). -
On-demand scan using
sources+extra_scan_roots+--path+ conversation paste (highest priority for/pm-fix). -
Desensitize evidence →
.pm/evidence/scans/{command}-{timestamp}.json(secrets →***). -
Optional charter compare when
charter.status != absent(attachconfidence). -
Incremental merge into module
findings.md/todo.md; sync authoritativestate/todo.md. -
Refresh
state/overview.md(include Today's Top3, max 3, blocking+high by default). -
Output risk summary + recommended next step (≤20 lines). Never auto-write source/SQL/cloud without confirmation.
-
Closing (required): end the user-facing reply with Summary + Open these links per
templates/commands/_closing.md(dashboard and/or architecture overviews). Ask the user to open them.
Design baseline: local pm-manager-v*.md (not published).