@timurproko/a1 0.2.7-dev.772 → 0.2.7-dev.779

package/dist/app/session-shell/session-shell-root.d.ts

@@ -217,6 +217,8 @@ export declare class OwnedUiSessionShellRoot implements PiTuiComponentPort {
         readonly keybindings?: PiKeybindingsHost;
         readonly promptImageLimit?: () => number;
         readonly skillsPresentation?: () => "collapse" | "expand";
+        /** A resident tab chip already shows the session name, so its footer omits the duplicate. */
+        readonly footerSessionName?: boolean;
     }, startup?: PiShellHeaderOptions, agentDir?: string, extensionRenderers?: OwnedUiTranscriptRendererPort, sessionLayout?: "pinned" | "custom-viewport", imageAssets?: PiShellImageAssetResolver);
     setEditorPaddingX(padding: number): void;
     setAutocompleteMaxVisible(maxVisible: number): void;

package/dist/app/session-shell/session-shell-root.js

@@ -119,7 +119,7 @@ export class OwnedUiSessionShellRoot {
             frame: progressStatusFrame,
         }, handlers);
         this.#status.setProgressPresentation(this.#customViewport ? "custom-viewport" : "pinned");
-        this.#footer = createPiShellFooter(this.#viewWithExtensionStatuses(view), cwd, this.#customViewport ? "a1" : "pi", () => this.#footerLevel);
+        this.#footer = createPiShellFooter(this.#viewWithExtensionStatuses(view), cwd, this.#customViewport ? "a1" : "pi", () => this.#footerLevel, handlers.footerSessionName ?? true);
         this.editor = createPiShellEditor({
             ...handlers,
             keybindingProfile: this.#customViewport ? "a1" : "pi",

package/dist/app/session-shell/session-shell.js

@@ -188,6 +188,7 @@ export class OwnedUiSessionPresenter {
                     replacementSurfaceActive: !this.root.usesDefaultInputSurface(),
                 }),
                 enableDockInputReuse: inputPresentation?.viewportReuse !== false,
+                footerSessionName: this.#residentTabOptions === undefined,
                 persistentHistory: this.#customViewport && promptHistory !== undefined,
                 ...(promptHistory === undefined ? {} : { historyEditor: promptHistory.editor }),
                 onSubmit: text => { void this.submit(text).catch(() => this.#reportSubmissionError()); },

package/dist/integrations/pi/components/shell-footer-status.d.ts

@@ -4,5 +4,5 @@ import { type PiShellViewComponentPort, type PiShellStatusPort, type PiShellProg
 export declare function createPiShellHeader(options?: PiShellHeaderOptions): PiShellHeaderPort;
 export declare function createPiShellLoadedResources(resources: readonly PiShellResourceEntry[], initialExpanded?: boolean): PiShellLoadedResourcesPort;
 export declare function createPiShellStatus(view: OwnedUiSessionViewModel, progressStatus: PiShellProgressStatusPresentation, runtime?: Pick<PiShellEditorOptions, "getColumns" | "getRows" | "requestRender">): PiShellStatusPort;
-export declare function createPiShellFooter(view: OwnedUiSessionViewModel, cwd: string, profile?: "pi" | "a1", showLevel?: () => boolean): PiShellViewComponentPort;
+export declare function createPiShellFooter(view: OwnedUiSessionViewModel, cwd: string, profile?: "pi" | "a1", showLevel?: () => boolean, showSessionName?: boolean): PiShellViewComponentPort;
 export declare function createPiQueuedInputStatus(submissions: readonly string[], presentation?: "pinned" | "custom-viewport", getKeybindings?: () => KeybindingsConfig): PiShellQueuedInputPort;

package/dist/integrations/pi/components/shell-footer-status.js

@@ -136,9 +136,9 @@ export function createPiShellStatus(view, progressStatus, runtime) {
         },
     };
 }
-export function createPiShellFooter(view, cwd, profile = "pi", showLevel = () => true) {
+export function createPiShellFooter(view, cwd, profile = "pi", showLevel = () => true, showSessionName = true) {
     ensureTheme();
-    const footer = new SessionFooter(() => view, cwd, profile, showLevel);
+    const footer = new SessionFooter(() => view, cwd, profile, showLevel, showSessionName);
     return {
         render: width => footer.render(width),
         invalidate: () => footer.invalidate(),

package/dist/integrations/pi/components/upstream/components/session-footer.d.ts

@@ -5,7 +5,8 @@ export declare class SessionFooter implements Component {
     private readonly cwd;
     private readonly profile;
     private readonly show;
-    constructor(getView: () => OwnedUiSessionViewModel, cwd: string, profile?: "pi" | "a1", show?: () => boolean);
+    private readonly showSessionName;
+    constructor(getView: () => OwnedUiSessionViewModel, cwd: string, profile?: "pi" | "a1", show?: () => boolean, showSessionName?: boolean);
     invalidate(): void;
     dispose(): void;
     render(width: number): string[];

package/dist/integrations/pi/components/upstream/components/session-footer.js

@@ -5,8 +5,9 @@
  * preserves the latest physical route for virtual models; an explicit bare-A1 profile colors the
  * thinking-level name, renders its repository-context path, and reserves its linked pull-request badge
  * before path truncation while preserving the remaining footer layout and formatting; replacement
- * surfaces may suppress a thinking level they already present.
- * Deviations: owned-status-level-color, owned-pull-request-badge.
+ * surfaces may suppress a thinking level they already present; a resident tab whose chip already shows
+ * the session name may suppress its path-row suffix.
+ * Deviations: owned-status-level-color, owned-pull-request-badge, owned-resident-session-name.
  */
 import { isAbsolute, relative, resolve, sep } from "node:path";
 import { hyperlink, truncateToWidth, visibleWidth } from "@earendil-works/pi-tui";
@@ -16,11 +17,13 @@ export class SessionFooter {
     cwd;
     profile;
     show;
-    constructor(getView, cwd, profile = "pi", show = () => true) {
+    showSessionName;
+    constructor(getView, cwd, profile = "pi", show = () => true, showSessionName = true) {
         this.getView = getView;
         this.cwd = cwd;
         this.profile = profile;
         this.show = show;
+        this.showSessionName = showSessionName;
     }
     invalidate() { }
     dispose() { }
@@ -42,7 +45,7 @@ export class SessionFooter {
         const branch = view.status.footer?.branch;
         if (branch)
             pwd = `${pwd} (${branch})`;
-        const sessionName = view.status.footer?.sessionName;
+        const sessionName = this.showSessionName ? view.status.footer?.sessionName : null;
         const pullRequest = this.profile === "a1" ? view.status.footer?.pullRequest : null;
         let pathRow;
         if (pullRequest === undefined || pullRequest === null) {

package/dist/native/darwin-arm64/manifest.json

@@ -5,10 +5,10 @@
   "platform": "darwin",
   "architecture": "arm64",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:36:26.826Z",
+  "builtAt": "2026-10-16T04:40:04.241Z",
   "artifact": {
     "filename": "process-guardian",
-    "sha256": "51b0b2dc1c9ae577f2586c4217066929278726c2c15308d9144eb6f538e118ff",
+    "sha256": "47e9052599983a6bb0078ce6203ba18d71bec0b7b94e6a49019d11d46c3fbeca",
     "size": 410368
   },
   "provenance": {

package/dist/native/darwin-arm64/terminal-host.manifest.json

@@ -7,16 +7,16 @@
   "architecture": "arm64",
   "target": "aarch64-apple-darwin",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:39:33.704Z",
+  "builtAt": "2026-10-16T04:43:05.642Z",
   "artifact": {
     "filename": "terminal-host",
-    "sha256": "e0f72a7f9a551af66c802b0ef65b52fc920cee58faaf0929d341e13a0d845a7d",
-    "size": 4836832
+    "sha256": "3771b1f4f03de8bb088d8a3cb22dce123b3376b9365804cc819fe100aedec51f",
+    "size": 4836800
   },
   "sessionLock": {
     "filename": "a1_session_lock.node",
-    "sha256": "3a03c55e8b87ff89c99f65aeb9702a04e0df0ea4e31f914ffb18c2cea8d46689",
-    "size": 561136
+    "sha256": "c29d67f9b5935bc26817940573cecbc72668730fc9c54b9d766f2daf5d81b1b7",
+    "size": 561184
   },
   "notices": {
     "filename": "terminal-host-THIRD-PARTY-NOTICES.txt",
@@ -32,7 +32,7 @@
     "zigTarget": "aarch64-macos",
     "zigCpu": "baseline",
     "zigVersion": "0.15.2",
-    "rustVersion": "rustc 1.99.0 (b940084d7 2026-09-28)",
+    "rustVersion": "rustc 1.99.1 (58cf8f9c3 2026-10-13)",
     "features": {
       "executable": [],
       "sessionLock": [

package/dist/native/darwin-x64/manifest.json

@@ -5,11 +5,11 @@
   "platform": "darwin",
   "architecture": "x64",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:36:43.786Z",
+  "builtAt": "2026-10-16T04:40:50.831Z",
   "artifact": {
     "filename": "process-guardian",
-    "sha256": "6bdc3493816e4ca2ad7ce6a266910318728e71f7925aaf996dc29967e8287022",
-    "size": 394768
+    "sha256": "ccc1272de81b06efa5e590a88dbafe30726a0fe33e0808025a6602236e5d2855",
+    "size": 394776
   },
   "provenance": {
     "language": "Rust",

package/dist/native/darwin-x64/terminal-host.manifest.json

@@ -7,15 +7,15 @@
   "architecture": "x64",
   "target": "x86_64-apple-darwin",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:44:16.738Z",
+  "builtAt": "2026-10-16T04:49:00.861Z",
   "artifact": {
     "filename": "terminal-host",
-    "sha256": "11e26f2bfd5206e2d180ba707768ac3ee1ddf27f9ff5c306955857f118cf6d24",
-    "size": 5268160
+    "sha256": "272f4effb0134cbb17c89e0dda86c3c7bb4fed73e423613663bc8c5c0936381f",
+    "size": 5266656
   },
   "sessionLock": {
     "filename": "a1_session_lock.node",
-    "sha256": "d65b8281607d8f7001bb4eb1a2edd4b66b65a80c619bbbfe96bafec213f6aff0",
+    "sha256": "1ebe7f865f9a4ca58c4ed5b30e2693e018071458a657707fb4177f03eae63096",
     "size": 516336
   },
   "notices": {
@@ -32,7 +32,7 @@
     "zigTarget": "x86_64-macos",
     "zigCpu": "baseline",
     "zigVersion": "0.15.2",
-    "rustVersion": "rustc 1.99.0 (b940084d7 2026-09-28)",
+    "rustVersion": "rustc 1.99.1 (58cf8f9c3 2026-10-13)",
     "features": {
       "executable": [],
       "sessionLock": [

package/dist/native/linux-x64/manifest.json

@@ -5,10 +5,10 @@
   "platform": "linux",
   "architecture": "x64",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:36:14.387Z",
+  "builtAt": "2026-10-16T04:39:33.511Z",
   "artifact": {
     "filename": "process-guardian",
-    "sha256": "ef62679e83bc1fad3d38f9f21675d9256f08d20e67fd4791571032115ca1b0e9",
+    "sha256": "94a96fa9d5178a1949d05c6d6cc9504f3030cd49a096cd9db20dd29860ea5884",
     "size": 411760
   },
   "provenance": {

package/dist/native/linux-x64/terminal-host.manifest.json

@@ -7,16 +7,16 @@
   "architecture": "x64",
   "target": "x86_64-unknown-linux-gnu",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:38:59.443Z",
+  "builtAt": "2026-10-16T04:42:14.245Z",
   "artifact": {
     "filename": "terminal-host",
-    "sha256": "ac5d16c19f1fd731fd5a1d71fb1e70885d6b74fd4600124552431ef6156451a6",
-    "size": 5829424
+    "sha256": "d8b29e901f2fe58f41baa9e1d7cba8d5b57b9a3feb7de286347d92ced978c186",
+    "size": 5826128
   },
   "sessionLock": {
     "filename": "a1_session_lock.node",
-    "sha256": "355c40b6135027f1194bac2653022f9e6f74c0f964a235347c582bf3678c0581",
-    "size": 721704
+    "sha256": "ee9dc35a1a77092268d1c0460197fb7c8cf11fee28c4a643274090566706ccf8",
+    "size": 721776
   },
   "notices": {
     "filename": "terminal-host-THIRD-PARTY-NOTICES.txt",
@@ -32,7 +32,7 @@
     "zigTarget": "x86_64-linux-gnu",
     "zigCpu": "baseline",
     "zigVersion": "0.15.2",
-    "rustVersion": "rustc 1.99.0 (b940084d7 2026-09-28)",
+    "rustVersion": "rustc 1.99.1 (58cf8f9c3 2026-10-13)",
     "features": {
       "executable": [],
       "sessionLock": [

package/dist/native/win32-x64/manifest.json

@@ -5,10 +5,10 @@
   "platform": "win32",
   "architecture": "x64",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:39:57.275Z",
+  "builtAt": "2026-10-16T04:40:17.804Z",
   "artifact": {
     "filename": "process-guardian.exe",
-    "sha256": "ba1fb340de0461f227244c40090b84232e849dfc2bb4888f16701a115579c7eb",
+    "sha256": "f4a05632945373022648d190e30504d546c9fc6000269caa1c9bc71dcec6a565",
     "size": 288256
   },
   "provenance": {

package/dist/native/win32-x64/terminal-host.manifest.json

@@ -7,15 +7,15 @@
   "architecture": "x64",
   "target": "x86_64-pc-windows-msvc",
   "capability": "supported",
-  "builtAt": "2026-10-15T16:41:35.484Z",
+  "builtAt": "2026-10-16T04:45:12.553Z",
   "artifact": {
     "filename": "terminal-host.exe",
-    "sha256": "cbcda1f0a7234ac3a2938fbedecaa71e93c0a9b18bfcc52afb434fc5c8c3e038",
+    "sha256": "54bce17829832c1b51ff0a917fe6e194a7a2723475011ed252613b40d5573e72",
     "size": 5114368
   },
   "sessionLock": {
     "filename": "a1_session_lock.node",
-    "sha256": "9eb9f269336acd2955640c1044df2bcfceabbe43bdbc441f2b41e08072ffbd29",
+    "sha256": "f3e6feb29394ca216150f2f606c150802112e2de0c90801aaabe5ecb343c6a4a",
     "size": 1996288
   },
   "notices": {
@@ -32,7 +32,7 @@
     "zigTarget": "x86_64-windows-msvc",
     "zigCpu": "baseline",
     "zigVersion": "0.15.2",
-    "rustVersion": "rustc 1.99.0 (b940084d7 2026-09-28)",
+    "rustVersion": "rustc 1.99.1 (58cf8f9c3 2026-10-13)",
     "features": {
       "executable": [],
       "sessionLock": [

package/docs/openspec-archive-automation.md

@@ -11,8 +11,8 @@ Version-1 and version-2 deliveries and their existing comments, acceptance PRs,
 1. **Draft plan:** create one normally named branch/PR such as `feature/...`, `fix/...`, or `chore/...`. Start the body with `## Proposal`, use it for one or two sentences of intent, and follow it with two to ten unchecked, outcome-sized task items under `## Implementation`. Omit generic process tasks, quoted phase lines, and routine validation command lists, and keep machine linkage under final collapsed `Automation`. Keep it draft and include only planning artifacts until the maintainer approves the plan and explicitly requests implementation.
 2. **Same-PR implementation:** continue after explicit approval in the same worktree, branch, history, draft PR, and phase-free body. Check an Implementation item as soon as its associated implementation, focused pre-ready evidence, and detailed task bookkeeping are complete; an ordinary progress edit changes only `[ ]` to `[x]` and is not deferred until handoff. Adding, removing, reordering, or rewriting an item is a scope refinement requiring explicit approval and coherent planning updates, with affected scope left unchecked. Reconcile approved refinements before corresponding code edits.
 3. **Complete evidence:** finish implementation, required pre-ready tests/evidence, substantive tasks, and explicit known-gap disposition. CI success is later objective evidence, not acceptance, and GitHub check counts are not Implementation task progress.
-4. **Plain acceptance list:** before checking the final item, keep the body phase-free and add final `## Acceptance` with one to ten concise implementation-specific behavior-and-result bullets. Do not use checkboxes, generic review/CI/approval/archive statements, URLs, mentions, or automated-test inventory.
-5. **Automatic readiness and finalization:** reconcile and push current `origin/develop`, then check the final item. That checkbox update completes the agent-owned implementation job; agents never mark implementation PRs ready themselves. Trusted automation revalidates the exact fully complete version-3 task-list snapshot and all pre-finalization inputs, marks the PR ready, and then conservatively synchronizes all deltas, moves the active change into its dated archive, stages the conditional acceptance manifest, commits that to the same branch with the archive App identity, and writes the emitted paths into the body's implementation fence. It never checks tasks or infers completion. Running the [finalization command](#finalization-command) locally first is optional and yields the same bytes.
+4. **Plain acceptance list:** before checking the final item, keep the body phase-free and add final `## Acceptance` with one to ten concise implementation-specific behavior-and-result bullets. Do not use checkboxes, generic review/CI/approval/archive statements, angle-bracket placeholders or HTML, URLs, mentions, or automated-test inventory.
+5. **Automatic readiness and finalization:** reconcile and push current `origin/develop`, run the [delivery body check](#delivery-body-check) on the intended final body, then check the final item. That checkbox update completes the agent-owned implementation job; agents never mark implementation PRs ready themselves. Trusted automation revalidates the exact fully complete version-3 task-list snapshot and all pre-finalization inputs, marks the PR ready, and then conservatively synchronizes all deltas, moves the active change into its dated archive, stages the conditional acceptance manifest, commits that to the same branch with the archive App identity, and writes the emitted paths into the body's implementation fence. It never checks tasks or infers completion. Running the [finalization command](#finalization-command) locally first is optional and yields the same bytes.
 6. **Validate:** one normal exact-head workflow validates the finalized head: implementation, synchronized specs, archive, manifest, tasks/evidence, exact PR-body list, and every selected product/governance scope before emitting the stable protected aggregate. A new commit or acceptance-list change re-finalizes automatically when needed and requires full renewed validation; no lifecycle body edit or second workflow run is required.
 7. **Maintainer integration accepts:** after reviewing the finalized candidate, an authorized human either manually merges the exact validated head after the stable protected aggregate succeeds or personally enables GitHub native auto-merge for that unchanged head so protected integration waits for the aggregate. That human action means the listed scenarios are accepted. Agents, Apps, bots, merge queue, automation-owned implementation arms, and documentation integration remain forbidden. A changed head, acceptance list, or finalization invalidates the earlier arm and requires the maintainer to choose again.
 8. **Verify and clean:** trusted post-merge policy derives `Archived` and reports `accepted-and-archived` from committed bytes and immutable GitHub provenance without editing the accepted PR body. It publishes no lifecycle branch or PR. Shared exact-head remote cleanup may delete the unchanged topic ref; local cleanup remains separately ownership-controlled: the agent parks the worktree with `handoff` at step 7, and the next session's `sweep` removes it once the merge, archive, and remote-ref evidence verify (see [local cleanup](local-worktree-cleanup.md)).
@@ -141,13 +141,25 @@ Use plain bullets:
 - Finalized specs and archive match the implementation.
 ```
 
+Each Implementation and Acceptance item is one line of 20 to 300 bytes. It must not contain angle-bracket text such as `<job>` or other HTML, URLs, or `@` mentions, and Acceptance items must not be checkboxes. Write a concrete example instead of a placeholder, such as `Develop / Build process guardian`.
+
+### Delivery body check
+
+Before checking the final Implementation item, write the intended final body to an ignored artifact file and run the same body validators that trusted promotion uses:
+
+```bash
+node scripts/governance/check-delivery-body.mjs --body-file .artifacts/agent/pr-body.md --final
+```
+
+`--final` validates the body as if every Implementation item were checked, so it can run before the last marker changes. `--pr <n>` reads the current pull request body instead. A defect exits 1 and prints the same `draft-<code>` reason the finalization run would report. The check covers association, Implementation, layout, and Acceptance only; detailed tasks, evidence, and target state remain covered by the [finalization command](#finalization-command) inspection mode.
+
 The committed conditional manifest contains the same ordered text. Trusted policy validates membership but never checks or edits it and never claims that the scenarios passed. The authorized maintainer's manual merge or personal native auto-merge arm for the unchanged exact head is the acceptance decision; no acceptance comment, checkbox edit, review-approval requirement, JSON edit, acceptance PR, archive PR, or later command is needed.
 
 If the body list changes, candidate validation reruns and compares it with the committed manifest. If the head changes, all prior exact-head CI is stale. If only the body changes to disagree with the manifest, integration remains blocked until the list and committed candidate agree again. No lifecycle body edit is needed after green CI.
 
 ## Automated finalization
 
-The `OpenSpec finalization` workflow (`.github/workflows/openspec-finalization.yml`) runs on `pull_request_target` for `opened`, `synchronize`, `ready_for_review`, `reopened`, and `edited` events targeting `develop`, one event at a time per PR. It checks out default-branch policy, installs the pinned tooling without hooks, and runs `scripts/governance/publish-openspec-finalization.mjs --pr <n>`; the PR head enters that process only as the `openspec/` tree the pinned OpenSpec engine reads. An all-checked version-3 task-list draft with valid Acceptance and complete detailed pre-finalization inputs is re-read as one exact snapshot and marked ready; no content is changed, and incomplete, malformed, legacy, unassociated, forked, or raced drafts remain draft with a stable reason. Closed PRs are skipped. For a ready version-3 candidate the workflow reconciles the head to its finalized form:
+The `OpenSpec finalization` workflow (`.github/workflows/openspec-finalization.yml`) runs on `pull_request_target` for `opened`, `synchronize`, `ready_for_review`, `reopened`, and `edited` events targeting `develop`, one event at a time per PR. It checks out default-branch policy, installs the pinned tooling without hooks, and runs `scripts/governance/publish-openspec-finalization.mjs --pr <n>`; the PR head enters that process only as the `openspec/` tree the pinned OpenSpec engine reads. An all-checked version-3 task-list draft with valid Acceptance and complete detailed pre-finalization inputs is re-read as one exact snapshot and marked ready; no content is changed, and incomplete, malformed, legacy, unassociated, forked, or raced drafts remain draft with a stable reason. A draft with any unchecked item is skipped quietly. A draft whose every task-list item is checked but whose promotion is refused for a body, task, evidence, or other content defect fails the run with an `OpenSpec finalization` error annotation naming the `draft-<code>` reason, so the stall shows as a red check instead of a green skip. Closed PRs are skipped. For a ready version-3 candidate the workflow reconciles the head to its finalized form:
 
 - **Active and current:** ordinary finalization with today's UTC date; one `docs(openspec): finalize <change>` commit.
 - **Finalized, valid, and current:** nothing is pushed; the run reports `already-finalized`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@timurproko/a1",
-  "version": "0.2.7-dev.772",
+  "version": "0.2.7-dev.779",
   "description": "Standalone terminal workspace for supervised native and managed agents",
   "type": "module",
   "privateLaunchContract": "neutral-launch-v1",