@mrciphersmith/keryx 0.3.52 → 0.3.53

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": "@mrciphersmith/keryx",
3
- "version": "0.3.52",
3
+ "version": "0.3.53",
4
4
  "description": "Version-controlled project context for AI coding agents: code graph, architecture wiki, project memory, relevant tests, quality signals, and task flows.",
5
5
  "private": false,
6
6
  "publishConfig": {
@@ -203,14 +203,14 @@ imported: 3 overwritten: 0 updated: 0 skipped: 1 would-import: 0 would-overwrite
203
203
 
204
204
  A reviewer that cites `<dir>/<name>.mdc` reads `.metaproject/rules/project/<dir>/<name>.mdc` when that file exists,
205
205
  and `.metaproject/rules/<dir>/<name>.mdc` otherwise. `keryx init`, `keryx update` and `keryx skills install` overwrite
206
- rules/core with keryx's own rules and leave rules/project alone. `keryx review reviewers` lists each such reference
207
- under `shadowedRules`.
206
+ rules/core with keryx's own rules (the manifest form of `skills install` skips files it has no record of) and leave
207
+ rules/project alone. `keryx review reviewers` lists each such reference under `shadowedRules`.
208
208
 
209
209
  Reviewers: `keryx review reviewers` must list every imported review/* name. That is the same call review-orchestrator makes.
210
210
  ```
211
211
 
212
- The note's "`keryx skills install` overwrite rules/core" is true of one of its
213
- two forms. **`keryx init`, `keryx update` and the legacy-profile form of
212
+ The note's "`keryx skills install` overwrite rules/core" is true of the legacy
213
+ profile form; the manifest form skips files it has no record of (below). **`keryx init`, `keryx update` and the legacy-profile form of
214
214
  `keryx skills install`** (`--profile minimal|recommended|full|custom` with no
215
215
  manifest flag) copy keryx's rules over `rules/core`. The manifest form with
216
216
  `--target keryx-shell` also writes `rules/core`, but skips an existing file its
@@ -281,7 +281,8 @@ reports one status:
281
281
  and the project has no file for yet; the overlay's goes to
282
282
  `.metaproject/rules/project/core/<name>.mdc` rather than to `rules/core`,
283
283
  because `keryx init`, `keryx update` and the legacy-profile
284
- `keryx skills install` overwrite `rules/core` with keryx's own rules.
284
+ `keryx skills install` overwrite `rules/core` with keryx's own rules (the
285
+ manifest form skips files it has no record of).
285
286
  - `unresolved` — no `rules/` directory beside the source has it. Add the file by
286
287
  hand, or the reviewer keeps citing a rule the project lacks.
287
288
 
@@ -674,10 +675,11 @@ $ keryx review reviewers
674
675
  - review-acme-api: `vendor/acme-overlay/skills/review-acme-api/SKILL.md` changed since 2026-09-30T15:49:48.204Z
675
676
  …
676
677
  $ keryx skills update review/review-acme-api --dry-run
678
+ # skills update
677
679
  …
678
- ## would import (1) — dry run, nothing written
680
+ ## would update (1) — dry run, nothing written
679
681
 
680
- - review/review-acme-api (overwrites the existing one)
682
+ - review/review-acme-api
681
683
  …
682
684
  $ keryx skills update review/review-acme-api
683
685
  …
@@ -17,7 +17,6 @@ triggers:
17
17
  - "make a reviewer from this profile"
18
18
  - "создай ревьюера"
19
19
  - "создай нового ревьюера на основании"
20
- - "import vantage reviewers"
21
20
  - "import overlay reviewers"
22
21
  metadata:
23
22
  author: "MrCipherSmith"
@@ -631,7 +631,7 @@ keryx flow complete <id>
631
631
 
632
632
  Completion is allowed only after the PR merge has been confirmed. The merge
633
633
  target must be the base branch captured when the flow was created; do not
634
- silently retarget or close against another branch. Flows created since the owner gate fail completion while no owner is set (`keryx flow owner set <id> --owner "<name>" --reason "<why>"`); `ac confirm` and `flow complete` append a signature — `--signed-by "<name>"` names the signer, otherwise `KERYX_ACTOR` or the local git identity is recorded, as a claim. A flow created with `--require-confirmation` needs one more gate — `--confirm-token <token>` from `keryx flow confirm <id>`, a short-lived single-use token minted by a typed challenge in a terminal; it proves an interactive step ran outside the agent's tool roster, not that a human ran it. A flow left stuck in `completing` by a crash or interrupted attempt (never a normal gate failure) recovers with `keryx flow recover <id> --reason "<why>"`.
634
+ silently retarget or close against another branch. The flow folder is committed in the same PR as the code; the commit at closing is a rule to follow, not one the gate checks. `flow complete` fails the `folder-committed` gate while the flow's `flow.json` is not in `HEAD` (flows created from 0.3.53 on; commit it with `git add .metaproject/flows/<dir> && git commit`, then run `flow complete` again). `flow init` and `flow renumber` avoid numbers used on known remote branches, and `keryx flow check` reports a clash with a remote branch (repair with `keryx flow renumber <dir> --to <free id> --reason "<why>"`) and warns about a folder that is not committed. Flows created since the owner gate fail completion while no owner is set (`keryx flow owner set <id> --owner "<name>" --reason "<why>"`); `ac confirm` and `flow complete` append a signature — `--signed-by "<name>"` names the signer, otherwise `KERYX_ACTOR` or the local git identity is recorded, as a claim. A flow created with `--require-confirmation` needs one more gate — `--confirm-token <token>` from `keryx flow confirm <id>`, a short-lived single-use token minted by a typed challenge in a terminal; it proves an interactive step ran outside the agent's tool roster, not that a human ran it. A flow left stuck in `completing` by a crash or interrupted attempt (never a normal gate failure) recovers with `keryx flow recover <id> --reason "<why>"`.
635
635
 
636
636
  If gates fail, the CLI returns the flow to `in-progress`. Add a journal note,
637
637
  create fix tasks, and repeat Phase 2.
@@ -240,10 +240,9 @@ What to expect from the exit code:
240
240
  skills catalog and gdskills module manifest for the `full` profile. It sets
241
241
  exit 1 only when `.metaproject/` is absent; a destination it will not write
242
242
  through (a symlink, a non-directory) is listed under `Warnings` with exit 0.
243
- - **The dry-run's `Apply this plan:` hint is not the whole command.** It prints
244
- only `--profile` and `--target`, so after a dry-run with
245
- `--with capability:mobx` the hinted command installs the profile without
246
- `code-mobx-store-review`. Re-type the command you dry-ran, minus `--dry-run`.
243
+ - **The dry-run's `Apply this plan:` hint is the whole command.** It repeats
244
+ every plan-shaping flag (`--with`, `--without`, `--include-deprecated`,
245
+ `--target`, `--profile`), so run it as printed.
247
246
 
248
247
  Run `keryx review reviewers --json` again afterwards and dispatch from what it
249
248
  returns.