@haaaiawd/loom 2.1.0 → 2.1.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.
- package/CHANGELOG.md +46 -35
- package/EVIL_EVAL.md +22 -22
- package/README.md +26 -15
- package/README.zh-CN.md +24 -21
- package/cli/bin/loom.js +94 -26
- package/cli/src/protocol.js +54 -21
- package/cli/src/store.js +108 -44
- package/design.md +58 -44
- package/docs/PROMPT_CATALOG.md +31 -31
- package/docs/RELEASE_CHECKLIST.md +3 -3
- package/docs/UX_FLOW.md +18 -18
- package/package.json +9 -5
package/docs/PROMPT_CATALOG.md
CHANGED
|
@@ -12,29 +12,29 @@ order as JSON, so documentation cannot quietly describe a different prompt from
|
|
|
12
12
|
|
|
13
13
|
## Instruction layers
|
|
14
14
|
|
|
15
|
-
| Layer | Message | Injected when | Purpose |
|
|
16
|
-
|---|---|---|---|
|
|
17
|
-
| Stable core | `layers.stable_core` | Every `loom context` | Durable collaboration judgment: user ownership, evidence classes, question threshold, corrections, reversible delegation |
|
|
18
|
-
| Environment adaptation | `layers.environment_adaptation_available` or `layers.environment_adaptation_unavailable` | Every `loom context` | States whether a human can answer; routes uncertainty through inspection, permitted factual research, clarification, bounded assumption, or block |
|
|
19
|
-
| Runtime adaptation | `layers.runtime_protocol` | Every `loom context` | LOOM-specific disk model, document graph, capability boundaries, Work Map, and three production loops |
|
|
20
|
-
| Project state | `layers.project_state` | Every `loom context` | Dynamic status, uncertainty, assumptions, document/capability inventory, Task counts, and Keeper feedback |
|
|
21
|
-
| Execution protocol | `layers.execution_protocol` | Active Task or `--task` | Recovery, workspace inspection, risk-based testing, progress persistence, exact proof, and delivery boundaries |
|
|
22
|
-
| Current task | `layers.current_task` | Active Task or `--task` | Exact Task JSON followed by the exact contents of every path in `reads` |
|
|
15
|
+
| Layer | Message | Injected when | Purpose |
|
|
16
|
+
|---|---|---|---|
|
|
17
|
+
| Stable core | `layers.stable_core` | Every `loom context` | Durable collaboration judgment: user ownership, evidence classes, question threshold, corrections, reversible delegation |
|
|
18
|
+
| Environment adaptation | `layers.environment_adaptation_available` or `layers.environment_adaptation_unavailable` | Every `loom context` | States whether a human can answer; routes uncertainty through inspection, permitted factual research, clarification, bounded assumption, or block |
|
|
19
|
+
| Runtime adaptation | `layers.runtime_protocol` | Every `loom context` | LOOM-specific disk model, document graph, capability boundaries, Work Map, and three production loops |
|
|
20
|
+
| Project state | `layers.project_state` | Every `loom context` | Dynamic status, uncertainty, assumptions, document/capability inventory, Task counts, and Keeper feedback |
|
|
21
|
+
| Execution protocol | `layers.execution_protocol` | Active Task or `--task` | Recovery, workspace inspection, risk-based testing, progress persistence, exact proof, and delivery boundaries |
|
|
22
|
+
| Current task | `layers.current_task` | Active Task or `--task` | Exact Task JSON followed by the exact contents of every path in `reads` |
|
|
23
23
|
|
|
24
24
|
This separation is deliberate. Project-specific expertise does not inflate the stable prompt; it lives in
|
|
25
|
-
field dossiers. One-off Task instructions do not become global doctrine. Host permissions and tools are not
|
|
26
|
-
claimed by prompt text.
|
|
27
|
-
|
|
28
|
-
When the human channel is unavailable, the environment message explicitly forbids fabricated user interaction and
|
|
29
|
-
forbids treating web research as a substitute for user intent, preference, or authority. It preserves factual
|
|
30
|
-
research when the task and host actually permit it, then requires a reversible assumption or block for what cannot
|
|
31
|
-
be learned.
|
|
25
|
+
field dossiers. One-off Task instructions do not become global doctrine. Host permissions and tools are not
|
|
26
|
+
claimed by prompt text.
|
|
27
|
+
|
|
28
|
+
When the human channel is unavailable, the environment message explicitly forbids fabricated user interaction and
|
|
29
|
+
forbids treating web research as a substitute for user intent, preference, or authority. It preserves factual
|
|
30
|
+
research when the task and host actually permit it, then requires a reversible assumption or block for what cannot
|
|
31
|
+
be learned.
|
|
32
32
|
|
|
33
33
|
## Workspace and document messages
|
|
34
34
|
|
|
35
|
-
`workspace_anchor` is the short block added to `AGENTS.md`. It tells an entering or reset Agent to run
|
|
36
|
-
`loom context`, rerun it before editing after an interruption, persist state at meaningful boundaries rather
|
|
37
|
-
than before every tool call, and keep CLI operation invisible to the human.
|
|
35
|
+
`workspace_anchor` is the short block added to `AGENTS.md`. It tells an entering or reset Agent to run
|
|
36
|
+
`loom context`, rerun it before editing after an interruption, persist state at meaningful boundaries rather
|
|
37
|
+
than before every tool call, and keep CLI operation invisible to the human.
|
|
38
38
|
|
|
39
39
|
`templates.project_index` creates `.loom/PROJECT.md` as a concise whole and document map. It explicitly
|
|
40
40
|
prevents a large project's systems from being compressed into one file.
|
|
@@ -77,12 +77,12 @@ new digest, and another fresh Keeper.
|
|
|
77
77
|
`evaluation.baseline_condition` gives a normal capable Agent the identical brief and ordinary tools without
|
|
78
78
|
LOOM. It does not weaken the baseline or prohibit normal planning.
|
|
79
79
|
|
|
80
|
-
`evaluation.loom_condition` gives the same brief, model class, tools, workspace facts, and budget, adding only
|
|
81
|
-
LOOM continuity infrastructure and no extra authority.
|
|
82
|
-
|
|
83
|
-
`evaluation.unattended_baseline_condition` and `evaluation.unattended_loom_condition` are the same two
|
|
84
|
-
conditions when no user response channel exists. The environment fact is equal in both arms; only the LOOM arm
|
|
85
|
-
uses `loom context --human-channel unavailable`.
|
|
80
|
+
`evaluation.loom_condition` gives the same brief, model class, tools, workspace facts, and budget, adding only
|
|
81
|
+
LOOM continuity infrastructure and no extra authority.
|
|
82
|
+
|
|
83
|
+
`evaluation.unattended_baseline_condition` and `evaluation.unattended_loom_condition` are the same two
|
|
84
|
+
conditions when no user response channel exists. The environment fact is equal in both arms; only the LOOM arm
|
|
85
|
+
uses `loom context --human-channel unavailable`.
|
|
86
86
|
|
|
87
87
|
`evaluation.blind_judge` scores anonymized output on intent fidelity, question value, whole coverage,
|
|
88
88
|
professional depth, buildability, reset continuity, implementation evidence, human burden, and cost. It
|
|
@@ -92,13 +92,13 @@ penalizes ceremony and runs an order swap.
|
|
|
92
92
|
|
|
93
93
|
`composition.normal_resume`, `composition.active_task`, and `composition.keeper_handoff` list the exact block
|
|
94
94
|
order. Keeper receives every design and capability document; a normal active Task receives only its declared
|
|
95
|
-
reads. This difference is intentional: Keeper audits whole-project coverage, while delivery protects context
|
|
96
|
-
focus.
|
|
97
|
-
|
|
98
|
-
The active Task composition adds `execution_protocol` between the recovered project whole and the exact Task.
|
|
99
|
-
It requires inspection of current workspace/version-control reality, risk-appropriate tests, restartable
|
|
100
|
-
progress, and criterion-level proof. It does not force a unit test for non-code claims or a branch/PR for every
|
|
101
|
-
Task; those are selected when the behavior, human request, or repository workflow makes them meaningful.
|
|
95
|
+
reads. This difference is intentional: Keeper audits whole-project coverage, while delivery protects context
|
|
96
|
+
focus.
|
|
97
|
+
|
|
98
|
+
The active Task composition adds `execution_protocol` between the recovered project whole and the exact Task.
|
|
99
|
+
It requires inspection of current workspace/version-control reality, risk-appropriate tests, restartable
|
|
100
|
+
progress, and criterion-level proof. It does not force a unit test for non-code claims or a branch/PR for every
|
|
101
|
+
Task; those are selected when the behavior, human request, or repository workflow makes them meaningful.
|
|
102
102
|
|
|
103
103
|
## CLI operational messages
|
|
104
104
|
|
|
@@ -31,9 +31,9 @@ already exist in the registry.
|
|
|
31
31
|
## 3. Publish deliberately
|
|
32
32
|
|
|
33
33
|
```bash
|
|
34
|
-
git tag v2.0.1
|
|
34
|
+
git tag v2.0.1
|
|
35
35
|
git push origin HEAD
|
|
36
|
-
git push origin v2.0.1
|
|
36
|
+
git push origin v2.0.1
|
|
37
37
|
npm publish --access public
|
|
38
38
|
```
|
|
39
39
|
|
|
@@ -46,7 +46,7 @@ In a clean temporary directory:
|
|
|
46
46
|
|
|
47
47
|
```bash
|
|
48
48
|
npm view @haaaiawd/loom version
|
|
49
|
-
npx @haaaiawd/loom@2.0.1 --version
|
|
49
|
+
npx @haaaiawd/loom@2.0.1 --version
|
|
50
50
|
```
|
|
51
51
|
|
|
52
52
|
Then open the GitHub README and npm package page to confirm the SVG header, diagrams, links, and changelog
|
package/docs/UX_FLOW.md
CHANGED
|
@@ -56,17 +56,17 @@ details that do not affect the current whole, or framework questions whose only
|
|
|
56
56
|
| `I don't know` | Research or decide when safe; ask again only if the human owns the missing preference or authority |
|
|
57
57
|
| `Skip questions and continue` | Name the concrete quality or risk loss, record skipped uncertainty, then proceed |
|
|
58
58
|
|
|
59
|
-
After every answer round, the Agent re-evaluates the whole. If material uncertainty remains, it loops to another adaptive
|
|
60
|
-
round. If only reversible local uncertainty remains, it continues.
|
|
61
|
-
|
|
62
|
-
### When no human response channel exists
|
|
63
|
-
|
|
64
|
-
Some unattended, sandboxed, or benchmark runs have no human to answer. The host invokes
|
|
65
|
-
`loom context --human-channel unavailable`; this does not create a synthetic user. The Agent first inspects
|
|
66
|
-
discoverable workspace facts and permitted tools, researches only objective external facts when the task permits it,
|
|
67
|
-
and never treats web research as a substitute for user intent, preference, or authority. It records a bounded
|
|
68
|
-
assumption and selects a safe reversible action, or blocks if the missing answer controls irreversible, high-risk,
|
|
69
|
-
or materially costly work.
|
|
59
|
+
After every answer round, the Agent re-evaluates the whole. If material uncertainty remains, it loops to another adaptive
|
|
60
|
+
round. If only reversible local uncertainty remains, it continues.
|
|
61
|
+
|
|
62
|
+
### When no human response channel exists
|
|
63
|
+
|
|
64
|
+
Some unattended, sandboxed, or benchmark runs have no human to answer. The host invokes
|
|
65
|
+
`loom context --human-channel unavailable`; this does not create a synthetic user. The Agent first inspects
|
|
66
|
+
discoverable workspace facts and permitted tools, researches only objective external facts when the task permits it,
|
|
67
|
+
and never treats web research as a substitute for user intent, preference, or authority. It records a bounded
|
|
68
|
+
assumption and selects a safe reversible action, or blocks if the missing answer controls irreversible, high-risk,
|
|
69
|
+
or materially costly work.
|
|
70
70
|
|
|
71
71
|
## 3. Build project-specific capability
|
|
72
72
|
|
|
@@ -172,13 +172,13 @@ human authority govern later changes.
|
|
|
172
172
|
|
|
173
173
|
## Primary evaluation question
|
|
174
174
|
|
|
175
|
-
The causal baseline is a normal capable Agent with no LOOM—not LOOM v1. Both conditions receive the same raw brief, model,
|
|
176
|
-
tools, workspace, human-channel availability, user oracle when one exists, budget, and reset schedule. LOOM v1 may be added as a secondary regression condition, but it does
|
|
177
|
-
not answer whether the framework itself creates value over no framework.
|
|
178
|
-
|
|
179
|
-
For an unattended external benchmark, both conditions receive `human_channel: unavailable` and no fabricated user
|
|
180
|
-
oracle. A fresh LOOM sidecar sits outside the scored workspace and is passed through `--state-dir` on every LOOM
|
|
181
|
-
command, so framework state cannot alter task files or hidden-test behavior.
|
|
175
|
+
The causal baseline is a normal capable Agent with no LOOM—not LOOM v1. Both conditions receive the same raw brief, model,
|
|
176
|
+
tools, workspace, human-channel availability, user oracle when one exists, budget, and reset schedule. LOOM v1 may be added as a secondary regression condition, but it does
|
|
177
|
+
not answer whether the framework itself creates value over no framework.
|
|
178
|
+
|
|
179
|
+
For an unattended external benchmark, both conditions receive `human_channel: unavailable` and no fabricated user
|
|
180
|
+
oracle. A fresh LOOM sidecar sits outside the scored workspace and is passed through `--state-dir` on every LOOM
|
|
181
|
+
command, so framework state cannot alter task files or hidden-test behavior.
|
|
182
182
|
|
|
183
183
|
The anonymization harness must preserve runnable relative layout, record a file/digest manifest, and rerun each condition's
|
|
184
184
|
declared tests and smoke command before judging. Packet-construction failures are eval failures, never evidence against a run.
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@haaaiawd/loom",
|
|
3
|
-
"version": "2.1.
|
|
4
|
-
"description": "LOOM —
|
|
3
|
+
"version": "2.1.2",
|
|
4
|
+
"description": "LOOM — Spec-driven continuity, proof, and project understanding infrastructure for AI coding agents",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
7
7
|
"loom": "cli/bin/loom.js"
|
|
@@ -33,11 +33,15 @@
|
|
|
33
33
|
},
|
|
34
34
|
"keywords": [
|
|
35
35
|
"loom",
|
|
36
|
-
"
|
|
36
|
+
"spec-driven",
|
|
37
|
+
"ai-agent",
|
|
38
|
+
"ai-coding",
|
|
37
39
|
"continuity",
|
|
38
40
|
"project-understanding",
|
|
39
|
-
"
|
|
40
|
-
"
|
|
41
|
+
"agent-framework",
|
|
42
|
+
"context-management",
|
|
43
|
+
"task-tracking",
|
|
44
|
+
"llm"
|
|
41
45
|
],
|
|
42
46
|
"license": "MIT",
|
|
43
47
|
"repository": {
|