@sabaiway/agent-workflow-memory 1.3.0 → 1.4.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/CHANGELOG.md +14 -0
- package/SKILL.md +1 -1
- package/capability.json +1 -1
- package/package.json +1 -1
- package/references/templates/agent_rules.md +5 -0
package/CHANGELOG.md
CHANGED
|
@@ -4,6 +4,20 @@ All notable changes to the memory substrate. Versions are this **package's** npm
|
|
|
4
4
|
they are distinct from the **deployment-lineage** stamp written into a project's
|
|
5
5
|
`docs/ai/.memory-version` (which tracks the shared `agent-workflow` lineage, head `1.3.0`).
|
|
6
6
|
|
|
7
|
+
## 1.4.0 — §2.6 right-altitude & code-grounded lens (memory)
|
|
8
|
+
|
|
9
|
+
A **feature** release. The `agent_rules.md` substrate gains a **§2.6 Right-altitude & code-grounded
|
|
10
|
+
(planning + review)** self-review subsection — fold by code (read + cite the `file:line`), pin
|
|
11
|
+
intent/invariants/acceptance, and the convergence heuristic. Wording is **path-neutral** (the substrate
|
|
12
|
+
"knows nobody": it points at "the project's planning methodology / workflow-methodology canon", never a
|
|
13
|
+
sibling/engine path). The deployment-lineage head stays **`1.3.0`** (no `docs/ai` structural change, no
|
|
14
|
+
migration file); the npm package version is a separate axis.
|
|
15
|
+
|
|
16
|
+
- **Seed-or-preserve only (unchanged contract).** A NEW deployment gets the §2.6 lens from the seed;
|
|
17
|
+
refreshing an already-deployed file is the composition root's job.
|
|
18
|
+
- **Template parity preserved** — the §2.6 block body stays byte-identical to the kit fallback template
|
|
19
|
+
(only the heading number differs), pinned by the kit's cross-package `lens-mirror.test.mjs`.
|
|
20
|
+
|
|
7
21
|
## 1.3.0 — Agent-writable config note; §2.5 Communication (memory)
|
|
8
22
|
|
|
9
23
|
A **feature** release. The seeded `docs/ai/orchestration.json` note now frames the config as
|
package/SKILL.md
CHANGED
|
@@ -3,7 +3,7 @@ name: agent-workflow-memory
|
|
|
3
3
|
description: Deploy or upgrade a portable AI-agent memory substrate in any project — an entry-point `AGENTS.md` (+ `CLAUDE.md` alias) and a structured `docs/ai/` context store with cap/archive/index enforcement. Use when the user wants to bootstrap `docs/ai/`, set up the Memory Map and session protocols, install the docs-rotation pre-commit hook, or run `/agent-workflow-memory` / `/agent-workflow-memory upgrade`. Triggers on "set up the memory system", "deploy the AI memory here", "bootstrap docs/ai", "upgrade the memory substrate". This is the substrate only — the workflow methodology (plan→execute→review, queue, Cleanup) is owned elsewhere and injected into AGENTS.md by the family composition root.
|
|
4
4
|
disable-model-invocation: true
|
|
5
5
|
metadata:
|
|
6
|
-
version: '1.
|
|
6
|
+
version: '1.4.0'
|
|
7
7
|
---
|
|
8
8
|
|
|
9
9
|
# agent-workflow-memory
|
package/capability.json
CHANGED
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@sabaiway/agent-workflow-memory",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.4.0",
|
|
4
4
|
"description": "Portable, cross-agent memory substrate for AI coding agents — an AGENTS.md entry point + docs/ai context with cap/archive/index enforcement, deployable standalone or as part of the agent-workflow family. The memory layer of the agent-workflow family.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"ai-agents",
|
|
@@ -70,6 +70,11 @@ Apply this as part of §2 before any user-facing summary:
|
|
|
70
70
|
- **No condescension, no filler.** Own a miss plainly and fix it in the same message.
|
|
71
71
|
- **Large artifact (≈>100 lines):** deliver a real summary or the key excerpt inline **and** link the file — never flood the reader with a 2000-line paste, never hide the answer behind a bare pointer.
|
|
72
72
|
|
|
73
|
+
### 2.6. Right-altitude & code-grounded (planning + review)
|
|
74
|
+
- **Fold by code, not prose.** Before folding a code-touching finding into a plan or change, read the cited `file:line` and cite it — a prose fold drifts from the code and seeds the next bug.
|
|
75
|
+
- **Right altitude.** Pin intent + invariants + acceptance criteria (named tests); leave fine code-mechanics to Execute, where prose cannot diverge from reality.
|
|
76
|
+
- **Convergence heuristic.** When a review round keeps finding mechanism issues on a stable architecture, stop refining prose — raise the altitude or hand it to Execute. (Full canon: the project's planning methodology / workflow-methodology canon.)
|
|
77
|
+
|
|
73
78
|
---
|
|
74
79
|
|
|
75
80
|
## 3. Token & Session Optimization
|