@mutmutco/kilo-plugin 3.92.0 → 3.94.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.92.0",
3
+ "version": "3.94.0",
4
4
  "description": "MMI workflow skills and org gates delivery.",
5
5
  "author": {
6
6
  "name": "MMI Future",
@@ -355,8 +355,11 @@ collaborator list + the per-branch allowlist are the record — no separate rost
355
355
  `--var` or `org project set <repo> --var gate={"maxSeconds":N}`); `ci audit` and the release train
356
356
  both enforce the step, so do not remove it. After apply,
357
357
  master-admin must **activate** that JSON as a repository ruleset (GitHub → Settings → Rules → Rulesets →
358
- Import/create from the committed reference) so the `gate` context is required on train branches. MMI-Hub
359
- keeps its own three-job gate (`cli`/`infra`/`docs`) never apply the product ruleset there.
358
+ Import/create from the committed reference) so the `gate` context is required on train branches. Once the
359
+ gate is green on `development`, `mmi-cli ci reconcile --apply --repo $OWNER/$REPO` should flip enforcement
360
+ to **Active**; if it does not, use the Step 5 PUT fallback and confirm with `bootstrap verify` before
361
+ reporting bootstrap complete. MMI-Hub keeps its own three-job gate (`cli`/`infra`/`docs`) — never apply the
362
+ product ruleset there.
360
363
  - **A brand-new repo cannot pass the gate you just installed — its first commit must carry a real project
361
364
  (#2928).** The seeded `gate.yml` runs `GATE_INSTALL_CMD` + `GATE_CMD` (`npm ci` + `npm run check` by
362
365
  default) **unconditionally**. An empty repo has no `package.json`, so the gate **fails on the seed PR
@@ -423,8 +426,10 @@ collaborator list + the per-branch allowlist are the record — no separate rost
423
426
  `mmi-product-required-checks`, set **Enforcement** to **Disabled**, push/merge the filled `README.md` +
424
427
  `architecture.md`, then set **Enforcement** back to **Active**. Programmatic equivalent: PUT the ruleset
425
428
  with `enforcement: disabled` (a PATCH is rejected, #917/#922), push the fill, then PUT it back to
426
- `active` (or re-run `bootstrap apply`, which re-activates the ruleset idempotently). Never leave enforcement
427
- disabled.
429
+ `active` (or re-run `mmi-cli ci reconcile --apply --repo $OWNER/$REPO` once the gate is green, which
430
+ should activate idempotently). Before reporting bootstrap complete, run `mmi-cli bootstrap verify` and
431
+ confirm `product required-check ruleset enforcement active` is OK — a parked ruleset is not done. Never
432
+ leave enforcement disabled.
428
433
  - `.claude/settings.local.json` is local-only and gitignored; bootstrap seeds no committed `.claude/settings.json`.
429
434
  - **No agent guide is committed — none, anywhere (#2921).** `mmi-no-agent-files-org` is active with no bypass
430
435
  and restricts `AGENTS.md`, `CLAUDE.md`, `GEMINI.md`, `.claude/**`, `.codex/**`, `.agents/**` **and