@mrciphersmith/keryx 0.3.52 → 0.3.54
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/dist/cli.js +7140 -6646
- package/dist/core.js +971 -711
- package/package.json +1 -1
- package/src/gdskills/bundled/skills/core/reviewer-skill-creator/SKILL.detail.md +9 -7
- package/src/gdskills/bundled/skills/core/reviewer-skill-creator/SKILL.md +0 -1
- package/src/gdskills/bundled/skills/orchestration/flow-orchestrator/SKILL.md +1 -1
- package/src/gdskills/bundled/skills/review/review-orchestrator/SKILL.detail.md +3 -4
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@mrciphersmith/keryx",
|
|
3
|
-
"version": "0.3.
|
|
3
|
+
"version": "0.3.54",
|
|
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
|
|
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
|
|
213
|
-
|
|
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
|
|
680
|
+
## would update (1) — dry run, nothing written
|
|
679
681
|
|
|
680
|
-
- review/review-acme-api
|
|
682
|
+
- review/review-acme-api
|
|
681
683
|
…
|
|
682
684
|
$ keryx skills update review/review-acme-api
|
|
683
685
|
…
|
|
@@ -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
|
|
244
|
-
|
|
245
|
-
`--
|
|
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.
|