pi-goal-list-loop-audit 0.33.3 → 0.33.5
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/README.md +16 -14
- package/package.json +2 -2
package/README.md
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
# pi-goal-list-loop-audit
|
|
2
2
|
|
|
3
|
-
> **
|
|
3
|
+
> **Mission control for autonomous pi.**
|
|
4
4
|
|
|
5
|
-
|
|
5
|
+
Interview-drafted goals, an audited task queue, and forever-loops (metric, spec, project-audit) that run for hours. Every goal starts as a **drafted contract you confirm** — nothing activates sight-unseen. The plugin then writes a durable goal to disk, drives the agent through an `agent_end`-driven loop, and on each `complete_goal` spawns an **isolated auditor in a fresh pi session** to verify the work is genuinely done. Stall recovery, structured decision pauses, and consent gates keep you in charge while it works.
|
|
6
6
|
|
|
7
7
|
The auditor runs in a fresh session with no extensions, no skills, no prompts, no editor. It has only `read` / `grep` / `find` / `ls` / `bash`. It cannot see the implementing conversation. It cannot plant evidence. The implementer cannot fool it.
|
|
8
8
|
|
|
@@ -148,17 +148,19 @@ your `Done when:` contract with quoted evidence.
|
|
|
148
148
|
or just say "queue these 10 things". Order is the default, not the law:
|
|
149
149
|
`/list next <n>` picks any item.
|
|
150
150
|
|
|
151
|
-
**`/loop`** — one thing,
|
|
152
|
-
|
|
153
|
-
tracks progress
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
151
|
+
**`/loop`** — one thing, as a **process that never completes**. Three
|
|
152
|
+
flavors: **metric loops** (a shell command prints a number that honestly
|
|
153
|
+
tracks progress — test failures, TODO count, bundle size, coverage %; the
|
|
154
|
+
metric IS the auditor here, so a fake metric is worse than no loop, and the
|
|
155
|
+
drafting step **test-runs your measure and shows you the real number**
|
|
156
|
+
before you confirm), **metricless spec loops** (no honest number exists —
|
|
157
|
+
the loop works a spec file with checkboxes instead; no plateau stop, ends
|
|
158
|
+
only at your bounds or `/loop stop`), and **`/loop audit`** (a forever
|
|
159
|
+
project-audit cadence that finds and fixes its own work). There is no
|
|
160
|
+
finish line ("improve until X" is a `/goal`); a loop runs until you stop
|
|
161
|
+
it, the metric plateaus, or a time/token bound trips. `/loop` with no args
|
|
162
|
+
drafts one for you — and if a loop is the wrong shape entirely, drafting
|
|
163
|
+
redirects you to `/goal`.
|
|
162
164
|
|
|
163
165
|
## Three loops on one state machine
|
|
164
166
|
|
|
@@ -166,7 +168,7 @@ redirect you to `/goal`.
|
|
|
166
168
|
|---|---|---|
|
|
167
169
|
| 1. Single ordered goal | `/goal "<objective>"` | **shipped v0.1.0** |
|
|
168
170
|
| 2. List of goals (a pool, not a FIFO) | `/list [show\|next\|remove\|clear]` | **shipped v0.2.0** |
|
|
169
|
-
| 3.
|
|
171
|
+
| 3. Process loops (metric, metricless-spec, audit) | `/loop start\|status\|stop\|audit` | **shipped v0.3.0** |
|
|
170
172
|
|
|
171
173
|
Each loop is a different policy class on the same status machine.
|
|
172
174
|
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "pi-goal-list-loop-audit",
|
|
3
|
-
"version": "0.33.
|
|
4
|
-
"description": "
|
|
3
|
+
"version": "0.33.5",
|
|
4
|
+
"description": "Mission control for autonomous pi: interview-drafted goals, an audited task queue, and forever-loops (metric, spec, project-audit) that run for hours. An isolated extension-less auditor re-verifies every completion with raw evidence; confirmed drafts, decision pauses and consent gates keep you in charge.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"author": "dracon",
|
|
7
7
|
"type": "module",
|