axstack 0.27.3 → 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",
|
|
@@ -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)
|