axstack 0.27.2 → 0.27.4
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/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "axstack",
|
|
3
|
-
"version": "0.27.
|
|
3
|
+
"version": "0.27.4",
|
|
4
4
|
"description": "Axstack installer and setup CLI: installs owned chat skills and role data, configures supported harness settings, and checks T3 Code capabilities.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"claude-code",
|
|
@@ -1,9 +1,10 @@
|
|
|
1
1
|
# Performance loop
|
|
2
2
|
|
|
3
|
+
The change loop is the ordered steps in this reference, run by `axstack-implement`.
|
|
3
4
|
Keep one writer per candidate.
|
|
4
5
|
The change steps (revert, commit and implement receipt) run only in `axstack-implement`.
|
|
5
6
|
|
|
6
|
-
Follow
|
|
7
|
+
Follow these ordered steps:
|
|
7
8
|
|
|
8
9
|
1. **Freeze and prove sensitivity.**
|
|
9
10
|
Freeze the workload, command and environment before the baseline.
|
|
@@ -43,8 +43,9 @@ or a receipt pointer containing both; a role label alone is insufficient.
|
|
|
43
43
|
The recorded owning watch thread merges under the
|
|
44
44
|
[watch predicate](../../axstack-watch/SKILL.md#5-state-readiness-precisely).
|
|
45
45
|
|
|
46
|
-
Read the [T3 runtime boundary](t3-runtime.md) for native identity and receipt checks.
|
|
46
|
+
Read the [T3 runtime boundary](t3-runtime.md) for native identity, reference freshness and receipt checks.
|
|
47
47
|
Record driver threadId, projectId, host, T3 version, installed Axstack SHA,
|
|
48
|
+
installed Axstack version and last reference read time,
|
|
48
49
|
capabilities JSON path and scheduledTaskIds for every watch and manager schedule.
|
|
49
50
|
Per dispatch record key, mechanism, requested target and read-back,
|
|
50
51
|
taskId/childThreadId/childRunId or threadId/runId/worktree/branch/base SHA,
|
|
@@ -190,7 +191,7 @@ PR digest watermarks: <repo -> absolute path of its per-repository JSON file ins
|
|
|
190
191
|
Release: <AGENTS.md file:line + tag-triggered workflow path + named install hosts> | not applicable (<reason>)
|
|
191
192
|
Source base: <exact revision or source identity>
|
|
192
193
|
IDs: <projectId + driver threadId/runId + dispatch identity receipt pointers>
|
|
193
|
-
Runtime: <host + T3 version + installed Axstack SHA + capabilities JSON path>
|
|
194
|
+
Runtime: <host + T3 version + installed Axstack SHA + installed Axstack version/check time + last reference read time + capabilities JSON path>
|
|
194
195
|
Schedules: <scheduledTaskIds of every watch and manager schedule>
|
|
195
196
|
Watch: <member publication/adoption receipts + cadence + last PR event + native lifetime + update/re-arm/stop receipts>
|
|
196
197
|
Worktrees in other repositories: <per-run repository and worktree IDs or none>
|
|
@@ -6,6 +6,18 @@ delegated tasks, messaging and native schedules.
|
|
|
6
6
|
|
|
7
7
|
## Preflight and binding
|
|
8
8
|
|
|
9
|
+
At every run start, resume and run-watch wake, the driver must run
|
|
10
|
+
`axstack --version` and record the installed Axstack version and check time
|
|
11
|
+
in the run record.
|
|
12
|
+
When this run lacks a reference read or the installed version differs from
|
|
13
|
+
the version recorded at the last reference read, the driver must re-read
|
|
14
|
+
the installed phase SKILL.md and every shared reference it will use before any
|
|
15
|
+
dispatch, receipt consumption, settlement or merge.
|
|
16
|
+
After re-reading, the driver must record the installed version and reference
|
|
17
|
+
read time in the run record.
|
|
18
|
+
The driver must never rely on an in-context copy from an earlier run or an
|
|
19
|
+
older installed version.
|
|
20
|
+
|
|
9
21
|
The driver must be a T3 thread, save `orchestrator_capabilities` JSON under
|
|
10
22
|
the run record, and follow the advertised tool schema; discovery alone proves
|
|
11
23
|
neither provider readiness nor successful execution. Missing capability holds
|
|
@@ -35,7 +35,9 @@ Cleanup order is: settled descendants -> evidence readback -> salvage dirty or i
|
|
|
35
35
|
Require terminal run evidence before `t3_thread_organize` settle or archive.
|
|
36
36
|
These metadata actions do not remove worktrees. Accept matching delegated task
|
|
37
37
|
or launched run completion under the runtime contract before settlement.
|
|
38
|
-
After the driver accepts a launched writer's or delegated task's completion from terminal run evidence plus a verified receipt or candidate check, it settles the matching thread with `t3_thread_organize` as metadata only.
|
|
38
|
+
After the driver accepts a launched writer's (author or repair) or delegated task's completion from terminal run evidence plus a verified receipt or candidate check, in the same driver turn it settles the matching thread with `t3_thread_organize` using `action: settle` as metadata only.
|
|
39
|
+
The driver reads back `settled: true` with `t3_thread_read` on the writer thread for launched writers and on the `childThreadId` for delegated tasks.
|
|
40
|
+
A missing or failed settle readback never triggers author repair: it holds only that dispatch's next advancement (publication, review routing, merge-ready) until resolved.
|
|
39
41
|
Settling never removes, archives or abandons the thread or worktree.
|
|
40
42
|
Retain the author worktree and thread unarchived until the PR merges or closes, with repairs returning to the same author.
|
|
41
43
|
On forge-confirmed merge or closure, follow [Native PR links and watches](t3-runtime.md#native-pr-links-and-watches)
|
|
@@ -87,9 +87,10 @@ Size alone never requires user approval.
|
|
|
87
87
|
## 3. Establish test-first evidence
|
|
88
88
|
|
|
89
89
|
For performance work only, load [Performance loop](../axstack/references/perf-loop.md).
|
|
90
|
-
For performance work, run the change loop.
|
|
90
|
+
For performance work, run the change loop defined in [Performance loop](../axstack/references/perf-loop.md).
|
|
91
91
|
For an accepted optimization scope without new behavior explicitly marked structure-preserving, use the structure-preserving path with the same checks green before and after plus the measured delta.
|
|
92
92
|
For performance work with new behavior, run a failing check first.
|
|
93
|
+
For an optimization not explicitly marked structure-preserving, use the normal behavior path with real red-to-green evidence.
|
|
93
94
|
|
|
94
95
|
Use the normal behavior path unless the accepted improvement scope is
|
|
95
96
|
explicitly marked **structure-preserving**, or the accepted scope explicitly
|