zam-core 0.7.0 → 0.7.2

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.
@@ -147,6 +147,12 @@ zam token find --query "<keywords>"
147
147
  ```
148
148
  Only register genuinely new concepts. Reuse existing slugs where the concept matches. Note that `zam token find` matches paraphrases semantically.
149
149
 
150
+ After deduplication and before registering a new token, check for existing semantically related tokens that could be prerequisites ("foundations"):
151
+ ```bash
152
+ echo '{"concept":"<concept>","question":"<question>","domain":"<domain>"}' | zam bridge suggest-foundations
153
+ ```
154
+ Present non-flagged suggestions to the user ("Related existing concept X — link it as a foundation?"); on approval link via the existing prereq path after registering.
155
+
150
156
  **Register tokens and prerequisites:**
151
157
 
152
158
  As the frontier model, YOU author both the concept and the recall question. The
@@ -371,6 +377,12 @@ A token should be decomposed when ALL of the following hold:
371
377
  After a rating of 1, pause. Do not just re-ask the same question or move on.
372
378
  Ask yourself: **"What would the user have needed to know to answer this?"**
373
379
 
380
+ Always check for existing related foundation tokens first:
381
+ ```bash
382
+ echo '{"slug":"<failed-token-slug>"}' | zam bridge suggest-foundations
383
+ ```
384
+ Offer existing tokens returned as suggestions to the user first (linking them feeds the existing `confirmFoundations` path with `exists: true` and `slug`). Only generate NEW foundation proposals via the LLM for gaps that the suggestions do not cover.
385
+
374
386
  | Symptom | Missing foundation | Create Bloom 1-2 token for |
375
387
  |---------|-------------------|---------------------------|
376
388
  | Couldn't name key terms | Factual recall | Definitions, terminology |
@@ -178,6 +178,12 @@ zam token find --query "<keywords>"
178
178
  ```
179
179
  Only register genuinely new concepts. Reuse existing slugs where the concept matches. Note that `zam token find` matches paraphrases semantically.
180
180
 
181
+ After deduplication and before registering a new token, check for existing semantically related tokens that could be prerequisites ("foundations"):
182
+ ```bash
183
+ echo '{"concept":"<concept>","question":"<question>","domain":"<domain>"}' | zam bridge suggest-foundations
184
+ ```
185
+ Present non-flagged suggestions to the user ("Related existing concept X — link it as a foundation?"); on approval link via the existing prereq path after registering.
186
+
181
187
  **Register tokens and prerequisites:**
182
188
 
183
189
  As the frontier model, author both the concept and the recall question. The
@@ -467,6 +473,12 @@ A token should be decomposed when ALL of the following hold:
467
473
  After a rating of 1, pause. Do not just re-ask the same question or move on.
468
474
  Ask yourself: **"What would the user have needed to know to answer this?"**
469
475
 
476
+ Always check for existing related foundation tokens first:
477
+ ```bash
478
+ echo '{"slug":"<failed-token-slug>"}' | zam bridge suggest-foundations
479
+ ```
480
+ Offer existing tokens returned as suggestions to the user first (linking them feeds the existing `confirmFoundations` path with `exists: true` and `slug`). Only generate NEW foundation proposals via the LLM for gaps that the suggestions do not cover.
481
+
470
482
  | Symptom | Missing foundation | Create Bloom 1-2 token for |
471
483
  |---------|-------------------|---------------------------|
472
484
  | Couldn't name key terms | Factual recall | Definitions, terminology |
@@ -147,6 +147,12 @@ zam token find --query "<keywords>"
147
147
  ```
148
148
  Only register genuinely new concepts. Reuse existing slugs where the concept matches. Note that `zam token find` matches paraphrases semantically.
149
149
 
150
+ After deduplication and before registering a new token, check for existing semantically related tokens that could be prerequisites ("foundations"):
151
+ ```bash
152
+ echo '{"concept":"<concept>","question":"<question>","domain":"<domain>"}' | zam bridge suggest-foundations
153
+ ```
154
+ Present non-flagged suggestions to the user ("Related existing concept X — link it as a foundation?"); on approval link via the existing prereq path after registering.
155
+
150
156
  **Register tokens and prerequisites:**
151
157
 
152
158
  As the frontier model, YOU author both the concept and the recall question. The
@@ -371,6 +377,12 @@ A token should be decomposed when ALL of the following hold:
371
377
  After a rating of 1, pause. Do not just re-ask the same question or move on.
372
378
  Ask yourself: **"What would the user have needed to know to answer this?"**
373
379
 
380
+ Always check for existing related foundation tokens first:
381
+ ```bash
382
+ echo '{"slug":"<failed-token-slug>"}' | zam bridge suggest-foundations
383
+ ```
384
+ Offer existing tokens returned as suggestions to the user first (linking them feeds the existing `confirmFoundations` path with `exists: true` and `slug`). Only generate NEW foundation proposals via the LLM for gaps that the suggestions do not cover.
385
+
374
386
  | Symptom | Missing foundation | Create Bloom 1-2 token for |
375
387
  |---------|-------------------|---------------------------|
376
388
  | Couldn't name key terms | Factual recall | Definitions, terminology |