@mutmutco/kilo-plugin 3.100.0 → 3.102.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@mutmutco/kilo-plugin",
3
- "version": "3.100.0",
3
+ "version": "3.102.0",
4
4
  "description": "MMI workflow skills and org gates delivery.",
5
5
  "author": {
6
6
  "name": "MMI Future",
@@ -83,20 +83,3 @@ jobs:
83
83
  command: {{GATE_CMD}}
84
84
  max-seconds: {{GATE_MAX_SECONDS}}
85
85
  working-directory: {{GATE_WORKDIR}}
86
- # MMI-Hub#3329: the deterministic doc ref-gate — every file:line ref, command name,
87
- # relative link, and pin comment in docs/** + README.md + architecture.md must resolve.
88
- # Routing-index + ref integrity only — not a living-docs keeper (topology D retired, Hub#4119/#4164).
89
- # Fleet-portable via the released CLI; runs from the repo root.
90
- # MMI-Hub#3406: check the GENERATED index before resolving refs. docs/index.md is produced by
91
- # `mmi-cli docs index --write`, and a stale one silently re-hosts child docs' relative links and
92
- # backticked paths at the index's own depth — where they no longer resolve. Every finding it
93
- # causes points at docs/index.md, so the ref-gate blames the artifact while the real fault is
94
- # that nobody regenerated it. Worse, a copied `../../x.md` can escape the repo root, which used
95
- # to crash the ref-gate outright rather than report (fixed in 3.44.0). Checking staleness first
96
- # names the actual cause and the one-command fix.
97
- - name: Doc index freshness
98
- run: npx -y @mutmutco/cli@latest docs index --check
99
- working-directory: '.'
100
- - name: Doc ref-gate
101
- run: npx -y @mutmutco/cli@latest docs refs
102
- working-directory: '.'
@@ -7,7 +7,7 @@
7
7
  { "target": ".github/ISSUE_TEMPLATE/task.yml", "source": "self", "ownership": "org", "classes": ["deployable", "content"] },
8
8
  { "target": ".github/ISSUE_TEMPLATE/config.yml", "source": "self", "ownership": "repo", "classes": ["deployable", "content"] },
9
9
  { "target": "scripts/next-version.mjs", "source": "self", "ownership": "org", "classes": ["deployable"] },
10
- { "target": ".github/workflows/gate.yml", "source": "seed:gate.template.yml", "ownership": "org", "classes": ["deployable"] },
10
+ { "target": ".github/workflows/gate.yml", "source": "seed:gate.template.yml", "ownership": "repo", "classes": ["deployable"] },
11
11
  { "target": ".github/workflows/agent-pr.yml", "source": "self", "ownership": "org", "classes": ["deployable"], "waivers": { "jerv-jervcode": "pins this workflow's EXACT step shapes in its own scripts/workflow-boundary-core.mjs — a literal repositories: Jerv-JervCode token scope, and whole-step equality for the surface and verdict legs. #4040 widened the org seed to the same hardened boundary (pull_request_target off the trusted base, an immutable BASE..HEAD compare with a file-count equality wall, a per-repo App token scope, and a certified-head merge), so the two now agree on substance. They cannot agree on bytes: a seed serving 16 repos resolves its token scope and its required contexts at run time, which exact-step equality rejects by construction. The waiver is permanent by design, not a deferral — lifting it would mean weakening the strictest repo to match a fleet file." } },
12
12
  { "target": ".github/rulesets/mmi-product-required-checks.json", "source": "seed:mmi-product-required-checks.template.json", "ownership": "org", "classes": ["deployable"] },
13
13
  { "target": ".gitignore", "source": "managed-block", "ownership": "org", "classes": ["deployable", "content"] },