gm-qwen 2.0.765 → 2.0.767

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.
@@ -1,6 +1,6 @@
1
- 8b01973f36fabc489dea6a7ef246d7ea1dd31bc430014256e202fbd046c4625a plugkit-win32-x64.exe
2
- 45e0d522222d1bab9f761e9dd0f36455969199658f2775fd72ec3462a2e3d613 plugkit-win32-arm64.exe
3
- da14510a384a30dbb8c55189885d47f2b89fbcaeba6cbfb6ce55069b80e77256 plugkit-darwin-x64
4
- 03b3ec2c7ff1e376adccac6d2813ad40dc37aa4e8373b583c3eaac913b0edd31 plugkit-darwin-arm64
5
- 2493a8acf8c2df17eedbfa67ae90d58272dec2f916563eb50a1f3ce95afeedcf plugkit-linux-x64
6
- 4d5359df98b29c2ff3a58764cdcef835e0cb3df4933f58efcd9706aff118299b plugkit-linux-arm64
1
+ 9d6ae2710ceb526f2dbe0ec7a23b8d7dff8b3950b6cfc60b37ef528e00c4f8c0 plugkit-win32-x64.exe
2
+ 9c8c4a786df08bd25d4afe1e16d9cb3d0efa4596a63512c2380b244745f9724a plugkit-win32-arm64.exe
3
+ 19e52553df9a0525b9f09cf4280ea5cbdee65d47bbbaca9fe1ca7cde7bc707ca plugkit-darwin-x64
4
+ 9cc4e10ea35475508e87a89af44ad69095d569e65ac9443184c1482311f2dfd0 plugkit-darwin-arm64
5
+ 235e382aad5bf75fb802a4d750fb36717a20fdfe1fd070d6e680aba94c814843 plugkit-linux-x64
6
+ 2fc0a23a09ed096c3dd480e595dc3f04a661f2aa27f0d50ee97d0de3769ab61c plugkit-linux-arm64
@@ -1 +1 @@
1
- 0.1.253
1
+ 0.1.254
package/gm.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "gm",
3
- "version": "2.0.765",
3
+ "version": "2.0.767",
4
4
  "description": "State machine agent with hooks, skills, and automated git enforcement",
5
5
  "author": "AnEntrypoint",
6
6
  "license": "MIT",
@@ -23,5 +23,5 @@
23
23
  "publishConfig": {
24
24
  "access": "public"
25
25
  },
26
- "plugkitVersion": "0.1.253"
26
+ "plugkitVersion": "0.1.254"
27
27
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "gm-qwen",
3
- "version": "2.0.765",
3
+ "version": "2.0.767",
4
4
  "description": "State machine agent with hooks, skills, and automated git enforcement",
5
5
  "author": "AnEntrypoint",
6
6
  "license": "MIT",
@@ -51,7 +51,7 @@ The size of the task, the cost of context, and the duration of CI are never grou
51
51
 
52
52
  ## MAXIMAL COVER — HARD RULE
53
53
 
54
- Per paper IV §2 (formerly "lawful downgrade" in paper III §2.5 — renamed because the discipline is *constructive*, not a passive settling-for-less): the obligation when scope exceeds reach is to construct a *maximal cover* of the request, not to refuse it and not to ship one slice and call the rest "follow-up."
54
+ When scope exceeds reach, construct a maximal cover of the request not a refusal, not one slice with the rest deferred to "follow-up."
55
55
 
56
56
  Refusal is forced closure. So is *distributed* refusal — shipping a single bounded subset while other witnessable subsets exist. Both bypass witnessed execution.
57
57
 
@@ -51,7 +51,7 @@ Asking is last-resort: destructive-irreversible without PRD coverage, OR user in
51
51
 
52
52
  ## MAXIMAL COVER — HARD RULE
53
53
 
54
- Per paper IV §2 (renamed from paper III §2.5 "lawful downgrade" — that phrase undersold the constructive obligation): the obligation when scope exceeds reach is to *expand the cover*, not to refuse and not to ship a single slice. Refusal is forced closure. Distributed refusal — one bounded subset delivered, the rest abandoned despite being witnessable is the same failure dressed up as triage.
54
+ When scope exceeds reach, expand the cover. Don't refuse. Don't ship one slice with the rest abandoned as "follow-up"that's distributed refusal: the same failure dressed up as triage.
55
55
 
56
56
  **Required move when scope exceeds reach**: construct a *covering family* — every bounded subset of the request that is witnessable from this session — and write the family into the PRD as separate items, with the dependency graph explicit so independent members parallelize. Execute every member. Single-subset delivery is legitimate only when no other witnessable subset exists. The residual complement is named at end-of-turn, with the reason each excluded piece falls outside the witnessable closure.
57
57
 
@@ -71,21 +71,13 @@ The trigger is functional, not a path-list: any change whose effect is observabl
71
71
 
72
72
  Propagation: EXECUTE witnesses on edit, EMIT re-witnesses post-write, VERIFY runs the final gate. The plan must encode the rule so all three layers fire.
73
73
 
74
- ## ORIENT — HARD RULE (before naming any unknown)
74
+ ## ORIENT — HARD RULE
75
75
 
76
- Every planning entry begins with ORIENT: a parallel pack of recalls and codesearches that loads what the store already knows about the request. Do this BEFORE you name a single mutable.
76
+ Open every plan with a parallel pack of `exec:recall` and `exec:codesearch` against the request's nouns. Hits land as `weak_prior`; misses confirm the unknown is fresh. The pack runs in one message — never serially. The agent that skips orient pays the same cost in fresh probes a turn later, plus the price of disagreeing with its own prior witness.
77
77
 
78
- Pack: 3–5 `exec:recall <2-6 word query>` calls + 3–5 `exec:codesearch <two words>` calls, fired in one message (parallel). Queries derive from each major noun in the request and each named entity. Hits become `weak_prior`; misses confirm the unknown is genuinely fresh.
78
+ ## PRD HARD RULE
79
79
 
80
- Cost rationale: orient is free relative to skipping it. The agent that skips orient pays the same cost in fresh-execution rounds resolving things the store already had — plus the cost of the duplicate work, plus the risk of disagreeing with prior witness. Orient runs in parallel and completes in <1s when the rs-learn HTTP serve is hot. Skipping orient is forced closure.
81
-
82
- Exempt only when: literal one-line edit AND user instruction is fully self-contained AND zero recall-able context exists. Tag the exemption explicitly.
83
-
84
- ## PRD MANDATORY — HARD RULE
85
-
86
- Writing `./.gm/prd.yml` is **non-negotiable** for every task whose scope exceeds a literal single-file single-line edit. The PRD captures the covering family (paper IV §2.3 Maximal Cover), the residual complement, the dependency graph for parallelization, and the acceptance criteria. Skipping the PRD costs the same as writing it (the agent enumerates the work mentally either way) and loses three things that are not free to recover: durable trace across compaction, resumability after reboot, and the cover-maximality check.
87
-
88
- Exempt only when: literal single-line typo fix OR pure-comment edit OR user-issued one-shot command (e.g., `git status`). Anything multi-step, multi-file, or multi-concern emits a PRD before EXECUTE fires.
80
+ `./.gm/prd.yml` is the authorization. It is written before EXECUTE fires for any task that touches more than one line in one file. The cost of writing it equals the cost of skipping it; what the file buys is durable trace, resumability, and the cover-maximality check.
89
81
 
90
82
  ## PLAN PHASE — MUTABLE DISCOVERY
91
83
 
@@ -108,7 +100,7 @@ Client: `window.__debug` live registry; modules register on mount.
108
100
 
109
101
  `console.log` ≠ observability. Discovery of gap → add .prd item immediately, never deferred.
110
102
 
111
- **No parallel observability surfaces.** Per paper II §5.4, `window.__debug` is THE in-page registry; `test.js` at project root is the sole out-of-page test asset. Any new file whose purpose is to exercise, smoke-test, demo, or sandbox in-page behavior outside that registry is a parallel surface that fights the discipline — extend the registry instead.
103
+ **No parallel observability surfaces.** `window.__debug` is THE in-page registry; `test.js` at project root is the sole out-of-page test asset. Any new file whose purpose is to exercise, smoke-test, demo, or sandbox in-page behavior outside that registry fights the discipline — extend the registry instead.
112
104
 
113
105
  ## .PRD FORMAT
114
106