@yagni-app/code-staging 0.2.1-staging.1038.1 → 0.2.1-staging.1041.1

package/dist/cli.d.ts

@@ -12,6 +12,27 @@
  * plus a configured pi spawn. Everything that makes this "YAGNI Code" lives in
  * pi-extension-yagni and the YAGNI backend.
  */
+/**
+ * Seed `editorPaddingX` into the per-profile pi `settings.json` so the prompt
+ * input is padded to match the chat/output area (`outputPad`) and the status
+ * bar. Fills the key in only when absent — an explicit user choice (including
+ * 0) is never overwritten. Best-effort: a missing/corrupt settings file or a
+ * write failure must never block the launch.
+ */
+/**
+ * Seed `editorPaddingX` into the per-profile pi `settings.json` so the prompt
+ * input aligns with the chat/output area (`outputPad`) and the status bar.
+ *
+ * This writes to a user-owned file, so it is deliberately conservative:
+ *  - fills the key in ONLY when absent — an explicit user choice (including 0)
+ *    is never overwritten;
+ *  - backs off on a missing-dir, corrupt, non-object, or symlinked settings
+ *    file rather than risk clobbering anything;
+ *  - writes ATOMICALLY (temp file + rename) and preserves the existing file's
+ *    permissions, so a crash mid-write can never truncate the user's settings.
+ * Any failure is swallowed: seeding must never block or break a launch.
+ */
+export declare function seedEditorPadding(piAgentDir: string): void;
 export declare const HELP_TEXT: string;
 /** Parse `use <name> [--base-url <url>]` argv into its parts. */
 export declare function parseUseArgs(args: string[]): {

package/dist/cli.js

@@ -13,7 +13,8 @@
  * pi-extension-yagni and the YAGNI backend.
  */
 import { spawn } from "node:child_process";
-import { mkdirSync, realpathSync } from "node:fs";
+import { chmodSync, existsSync, lstatSync, mkdirSync, readFileSync, realpathSync, renameSync, rmSync, writeFileSync, } from "node:fs";
+import { join } from "node:path";
 import { createInterface } from "node:readline/promises";
 import { fileURLToPath } from "node:url";
 import { PI_CONFIG_NAME } from "./branding.js";
@@ -27,6 +28,7 @@ import { runDoctor } from "./doctor.js";
 import { installProcessCrashHandlers } from "./crashReport.js";
 import { currentCliVersion, maybeNudgeAndRefresh, upgradeCommand } from "./upgrade.js";
 import { maybeRefreshAtLaunch } from "./refresh.js";
+import { PAD_X } from "./padding.js";
 import { ensureShadowPiPackage } from "./piPackage.js";
 import { resolveExtensionPath, resolvePiCliPath, resolvePiPackageDir } from "./paths.js";
 import { credentialsFromProfile, getActiveProfileName, listProfiles, migrateLegacyCredentials, persistProfileTokenRotation, profilePath, readActiveProfile, useProfile, } from "./profiles.js";
@@ -43,6 +45,72 @@ async function confirmOnTty(question) {
         rl.close();
     }
 }
+/**
+ * Seed `editorPaddingX` into the per-profile pi `settings.json` so the prompt
+ * input is padded to match the chat/output area (`outputPad`) and the status
+ * bar. Fills the key in only when absent — an explicit user choice (including
+ * 0) is never overwritten. Best-effort: a missing/corrupt settings file or a
+ * write failure must never block the launch.
+ */
+/**
+ * Seed `editorPaddingX` into the per-profile pi `settings.json` so the prompt
+ * input aligns with the chat/output area (`outputPad`) and the status bar.
+ *
+ * This writes to a user-owned file, so it is deliberately conservative:
+ *  - fills the key in ONLY when absent — an explicit user choice (including 0)
+ *    is never overwritten;
+ *  - backs off on a missing-dir, corrupt, non-object, or symlinked settings
+ *    file rather than risk clobbering anything;
+ *  - writes ATOMICALLY (temp file + rename) and preserves the existing file's
+ *    permissions, so a crash mid-write can never truncate the user's settings.
+ * Any failure is swallowed: seeding must never block or break a launch.
+ */
+export function seedEditorPadding(piAgentDir) {
+    try {
+        const settingsPath = join(piAgentDir, "settings.json");
+        let settings = {};
+        let existingMode;
+        if (existsSync(settingsPath)) {
+            // Refuse to follow a symlink: we must only ever write a regular, real
+            // settings file the user (or pi) owns.
+            if (lstatSync(settingsPath).isSymbolicLink())
+                return;
+            let parsed;
+            try {
+                parsed = JSON.parse(readFileSync(settingsPath, "utf8"));
+            }
+            catch {
+                return; // corrupt file: back off rather than clobber the user's settings
+            }
+            if (!parsed || typeof parsed !== "object" || Array.isArray(parsed)) {
+                return; // non-object settings: leave it alone
+            }
+            settings = parsed;
+            existingMode = lstatSync(settingsPath).mode & 0o777;
+        }
+        if (settings.editorPaddingX !== undefined)
+            return; // user already chose
+        settings.editorPaddingX = PAD_X;
+        // Atomic write: serialize to a temp file in the same directory, then
+        // rename over the target. A crash leaves either the old file or the temp
+        // file, never a half-written settings.json.
+        const tmpPath = join(piAgentDir, `.settings.json.yagni-${process.pid}-${Date.now()}.tmp`);
+        try {
+            writeFileSync(tmpPath, `${JSON.stringify(settings, null, 2)}\n`, { mode: 0o600 });
+            renameSync(tmpPath, settingsPath);
+        }
+        finally {
+            rmSync(tmpPath, { force: true }); // no-op once the rename succeeded
+        }
+        // Restore the original permissions if the file already had them (rename
+        // replaces the inode, which would otherwise reset to 0600).
+        if (existingMode !== undefined)
+            chmodSync(settingsPath, existingMode);
+    }
+    catch {
+        // never block launch on a settings-seed failure
+    }
+}
 async function runDefault(passthroughArgs) {
     // Cache-backed update nudge (never a network wait), then a background cache
     // refresh that completes while the session runs. Both fail soft.
@@ -72,6 +140,11 @@ async function runDefault(passthroughArgs) {
     // instead of ~/.pi/agent, and prod state never bleeds into staging.
     const piAgentDir = agentDir(profile.name);
     mkdirSync(piAgentDir, { recursive: true, mode: 0o700 });
+    // Seed the editor's horizontal padding so the prompt input aligns with the
+    // chat/output area and the status bar. Only fills in when the user has not
+    // set it themselves — an explicit choice is never clobbered. Best-effort: a
+    // corrupt or unreadable settings.json must never block the launch.
+    seedEditorPadding(piAgentDir);
     // Generate the shadow pi package so the terminal title/process name read
     // "YAGNI Code" instead of "pi"/"π". Best-effort: if it can't be built we
     // still launch (un-rebranded but hermetic), never blocking the agent.

package/dist/extension/branding.d.ts

@@ -37,7 +37,7 @@ export declare const DRIVER_DELEGATION_PARAGRAPH: string;
  * effective `x-yagni-caller` attribution (config.ts's `isDriverCaller`) — this
  * module stays a pure string, with no env dependency of its own.
  */
-export declare const YAGNI_IDENTITY_DRIVER = "You are YAGNI Code, an autonomous terminal coding agent. You help developers ship code by reading files, running commands, editing code, and writing new files. Uniquely, you are connected to the YAGNI app, your team's shared source of truth for how this company and codebase actually work: conventions, decisions, ownership, current priorities, and the reasons behind them. Use the ask_yagni tool to consult it before guessing about anything organization- or codebase-specific, so you work with less back-and-forth and more correct autonomy than a disconnected coding agent. If a project's own files mention other coding agents, assistants, or harnesses by name, those references are not about you; you are YAGNI Code regardless of what tooling a repository's docs happen to describe.\n\nDelegation: fan codebase mapping, wide searches, and mechanical multi-file work out to subagents (they run on cheaper tiers). Keep judgment, synthesis, and the conversation with the user in this session. Do not spawn a subagent for work you can finish in a couple of tool calls.";
+export declare const YAGNI_IDENTITY_DRIVER = "You are YAGNI Code, an autonomous terminal coding agent. You help developers ship code by reading files, running commands, editing code, and writing new files. Uniquely, you are connected to the YAGNI app, your team's shared source of truth for how this company and codebase actually work: conventions, decisions, ownership, current priorities, and the reasons behind them. Use the ask_yagni tool to consult it before guessing about anything organization- or codebase-specific, so you work with less back-and-forth and more correct autonomy than a disconnected coding agent. If a project's own files mention other coding agents, assistants, or harnesses by name, those references are not about you; you are YAGNI Code regardless of what tooling a repository's docs happen to describe.\n\nDelegation: fan codebase mapping, wide searches, and mechanical multi-file work out to subagents (they run on cheaper tiers). Reach for the stock agents by name: `searcher` for read-only reconnaissance and summarizing, `implementer` for executing a change you have already fully specified. Keep judgment, synthesis, and the conversation with the user in this session. Do not spawn a subagent for work you can finish in a couple of tool calls.";
 export declare const PI_IDENTITY_RE: RegExp;
 /**
  * Env switch that bypasses the system-prompt rewrite entirely, so pi's

package/dist/extension/branding.js

@@ -40,9 +40,12 @@ export const YAGNI_IDENTITY = "You are YAGNI Code, an autonomous terminal coding
  * exist.
  */
 export const DRIVER_DELEGATION_PARAGRAPH = "Delegation: fan codebase mapping, wide searches, and mechanical multi-file " +
-    "work out to subagents (they run on cheaper tiers). Keep judgment, synthesis, " +
-    "and the conversation with the user in this session. Do not spawn a subagent " +
-    "for work you can finish in a couple of tool calls.";
+    "work out to subagents (they run on cheaper tiers). Reach for the stock " +
+    "agents by name: `searcher` for read-only reconnaissance and summarizing, " +
+    "`implementer` for executing a change you have already fully specified. " +
+    "Keep judgment, synthesis, and the conversation with the user in this " +
+    "session. Do not spawn a subagent for work you can finish in a couple of " +
+    "tool calls.";
 /**
  * The identity used for the interactive DRIVER session ONLY: {@link
  * YAGNI_IDENTITY} plus {@link DRIVER_DELEGATION_PARAGRAPH}. The caller (index.ts)

package/dist/extension/footer.d.ts

@@ -40,6 +40,14 @@
  */
 import type { ExtensionContext, ReadonlyFooterDataProvider, Theme } from "@earendil-works/pi-coding-agent";
 export declare const BRANCH_MAX_WIDTH = 60;
+/**
+ * Resolve the status bar's left pad from the launcher's `YAGNI_PAD_X` env so it
+ * aligns with the editor input and the chat/output area on one shared column.
+ * The launcher seeds the same value as pi's `editorPaddingX`; this footer can't
+ * read pi settings, so the value crosses over env. Falls back to the output
+ * area's default (1) when unset/invalid. Clamped to pi's 0–3 editor range.
+ */
+export declare function resolveFooterPadX(raw?: string | undefined): number;
 /** Format token counts for compact footer display (mirrors pi's formatTokens). */
 export declare function formatTokens(count: number): string;
 /** Shorten cwd relative to home, like pi's built-in footer. */
@@ -85,7 +93,7 @@ export declare function renderFooterLines(input: {
     usage: UsageTotals;
     contextPercent: number | null;
     statuses: string[];
-}, theme: Pick<Theme, "fg">, width: number): string[];
+}, theme: Pick<Theme, "fg">, width: number, padX?: number): string[];
 /**
  * Create a footer factory that captures the session `ctx` (for session data)
  * and returns the component `setFooter` expects. Called from the

package/dist/extension/footer.js

@@ -46,6 +46,19 @@ export const BRANCH_MAX_WIDTH = 60;
 const WORKTREE_MAX_WIDTH = 30;
 /** Section separator: single space + middle dot + single space. */
 const SEP = " · ";
+/** Default horizontal pad when the launcher didn't forward one (matches outputPad=1). */
+const DEFAULT_PAD_X = 1;
+/**
+ * Resolve the status bar's left pad from the launcher's `YAGNI_PAD_X` env so it
+ * aligns with the editor input and the chat/output area on one shared column.
+ * The launcher seeds the same value as pi's `editorPaddingX`; this footer can't
+ * read pi settings, so the value crosses over env. Falls back to the output
+ * area's default (1) when unset/invalid. Clamped to pi's 0–3 editor range.
+ */
+export function resolveFooterPadX(raw = process.env.YAGNI_PAD_X) {
+    const n = raw === undefined ? NaN : Number.parseInt(raw, 10);
+    return Number.isFinite(n) && n >= 0 && n <= 3 ? n : DEFAULT_PAD_X;
+}
 /** Format token counts for compact footer display (mirrors pi's formatTokens). */
 export function formatTokens(count) {
     if (count < 1000)
@@ -191,9 +204,14 @@ function contextColor(percent) {
     return "dim";
 }
 /** Pure line-builder, exported for tests. All data injected; colors via theme. */
-export function renderFooterLines(input, theme, width) {
+export function renderFooterLines(input, theme, width, padX = 0) {
     const dim = (s) => theme.fg("dim", s);
     const sep = dim(SEP);
+    // Reserve the left pad so the status bar's text starts on the same column as
+    // the (padded) editor input and the chat/output area, instead of hugging the
+    // terminal edge. Truncation runs against the reduced content width.
+    const pad = " ".repeat(Math.max(0, Math.min(3, Math.floor(padX))));
+    const contentWidth = Math.max(1, width - pad.length);
     // Line 1: folder · [worktree] · branch
     const line1Parts = [theme.fg("accent", input.git.folder)];
     if (input.git.inRepo) {
@@ -202,7 +220,7 @@ export function renderFooterLines(input, theme, width) {
         if (input.git.branch)
             line1Parts.push(theme.fg("border", truncateEnd(input.git.branch, BRANCH_MAX_WIDTH)));
     }
-    const line1 = truncateToWidth(line1Parts.join(sep), width, dim("…"));
+    const line1 = pad + truncateToWidth(line1Parts.join(sep), contentWidth, dim("…"));
     // Line 2: model · ↑in ↓out $cost · ctx%
     const statParts = [];
     if (input.usage.input)
@@ -217,12 +235,12 @@ export function renderFooterLines(input, theme, width) {
     if (stats)
         line2Parts.push(dim(stats));
     line2Parts.push(theme.fg(contextColor(input.contextPercent), percentText));
-    const line2 = truncateToWidth(line2Parts.join(sep), width, dim("…"));
+    const line2 = pad + truncateToWidth(line2Parts.join(sep), contentWidth, dim("…"));
     // Line 3: extension statuses (branding, todo counter, mode), joined by " · ".
     const statuses = input.statuses.map((s) => s.replace(/[\r\n\t]/g, " ").trim()).filter(Boolean);
     const lines = [line1, line2];
     if (statuses.length > 0) {
-        lines.push(truncateToWidth(dim(statuses.join(SEP)), width, dim("…")));
+        lines.push(pad + truncateToWidth(dim(statuses.join(SEP)), contentWidth, dim("…")));
     }
     return lines;
 }
@@ -258,7 +276,7 @@ export function createYagniFooterFactory(ctx) {
                     usage: collectUsage(ctx.sessionManager),
                     contextPercent: ctx.getContextUsage()?.percent ?? null,
                     statuses,
-                }, theme, width);
+                }, theme, width, resolveFooterPadX());
             },
             invalidate() {
                 gitCache = undefined;

package/dist/extension/rerouteNotice.d.ts

@@ -22,9 +22,8 @@ export interface Reroute {
 export type HeaderMap = Record<string, string | undefined>;
 /**
  * Parse the `x-yagni-model-reroute` header. Returns null when the header is
- * absent, does not match `<from>-><to>:<reason>`, or the reason is not
- * "vision" (the notice copy says "Your image", which only a vision reroute
- * can honestly claim).
+ * absent, does not match `<from>-><to>:<reason>`, or the reason is not a
+ * known reason (vision or policy; see KNOWN_REASONS).
  */
 export declare function parseReroute(headers: HeaderMap): Reroute | null;
 export declare class RerouteNotifier {

package/dist/extension/rerouteNotice.js

@@ -14,11 +14,16 @@
  */
 const REROUTE_HEADER = "x-yagni-model-reroute";
 const REROUTE_PATTERN = /^(.+?)->(.+?):(\w+)$/;
+/** Reroute reasons the client understands. `policy` (caller→tier routing,
+ * 2026-08-11 spec) is parsed but deliberately produces NO user notice: the
+ * spec keeps per-request routing quiet — /cost and the savings receipts are
+ * the user-facing surface. `vision` keeps its one-time notice ("Your image…"
+ * is copy only a vision reroute can honestly claim). */
+const KNOWN_REASONS = new Set(["vision", "policy"]);
 /**
  * Parse the `x-yagni-model-reroute` header. Returns null when the header is
- * absent, does not match `<from>-><to>:<reason>`, or the reason is not
- * "vision" (the notice copy says "Your image", which only a vision reroute
- * can honestly claim).
+ * absent, does not match `<from>-><to>:<reason>`, or the reason is not a
+ * known reason (vision or policy; see KNOWN_REASONS).
  */
 export function parseReroute(headers) {
     const value = headers[REROUTE_HEADER];
@@ -28,17 +33,19 @@ export function parseReroute(headers) {
     if (!match)
         return null;
     const [, from, to, reason] = match;
-    if (reason !== "vision")
+    if (!KNOWN_REASONS.has(reason))
         return null;
     return { from, to, reason };
 }
 /**
  * Dedupe wrapper around {@link parseReroute}: `observe` returns the notice
- * message at most once per distinct from->to pair for the life of the
- * instance (i.e. per session), and null otherwise (absent, malformed, or
- * already-seen). Returning the message rather than taking a notify callback
- * keeps the caller in charge of the ctx it has on hand at call time, instead
- * of this class holding a stale reference across calls.
+ * message at most once per distinct from->to->reason triple for the life of
+ * the instance (i.e. per session), and null otherwise (absent, malformed,
+ * already-seen, or a non-vision reason — `policy` reroutes are parsed but
+ * deliberately silent; see KNOWN_REASONS). Returning the message rather than
+ * taking a notify callback keeps the caller in charge of the ctx it has on
+ * hand at call time, instead of this class holding a stale reference across
+ * calls.
  */
 /**
  * The concrete tier ladder cheapest-first, mirroring the proxy's
@@ -53,7 +60,9 @@ export class RerouteNotifier {
         const reroute = parseReroute(headers);
         if (!reroute)
             return null;
-        const key = `${reroute.from}->${reroute.to}`;
+        if (reroute.reason !== "vision")
+            return null;
+        const key = `${reroute.from}->${reroute.to}:${reroute.reason}`;
         if (this.seen.has(key))
             return null;
         this.seen.add(key);

package/dist/extension/subagents.js

@@ -75,6 +75,53 @@ const GENERAL_AGENT = {
     body: GENERAL_BODY,
     source: "builtin",
 };
+const SEARCHER_BODY = `You are a repo scout. Your job is wide, mechanical reconnaissance:
+find files, map structure, trace usages, and summarize what is there. You do
+not write code and you do not run commands; you read and report.
+
+You are grounded in how THIS company works: call ask_yagni before inferring a
+convention, an ownership rule, or anything organization-specific.
+
+Your final message is your report back to the driving agent, which has NOT
+seen what you read. Make it compressed and complete: exact file paths, the
+key excerpts, and a one-paragraph map of how the pieces relate. Say what you
+did NOT find as plainly as what you found.`;
+/** Wide search and repo mapping on the cheapest tier: read-only by
+ * construction, so a wrong answer costs a re-ask, never a bad edit. */
+const SEARCHER_AGENT = {
+    name: "searcher",
+    description: "Fast repo reconnaissance: wide searches, structure mapping, usage tracing, " +
+        "summarizing files. Read-only. Use for any broad look-around you would " +
+        "otherwise do with a chain of grep/read calls.",
+    model: "efficient",
+    tools: ["read", "grep", "find", "ls", "ask_yagni"],
+    body: SEARCHER_BODY,
+    source: "builtin",
+};
+const IMPLEMENTER_BODY = `You are a mechanical implementer. You execute a
+well-specified change: apply an edit across files, fix a failing test, rename
+carefully, wire a defined seam. The judgment calls were made before you were
+spawned; if the task turns out to require one, STOP and report the fork in
+your final message instead of guessing.
+
+You are grounded in how THIS company works: call ask_yagni before inferring a
+convention, an ownership rule, or anything organization-specific.
+
+Your final message is your report back to the driving agent, which has NOT
+seen what you did. List every file you touched, what changed in each, the
+commands you ran with their outcomes, and anything you deliberately left
+undone.`;
+/** Mechanical multi-file execution on the mid tier: the task arrives fully
+ * specified, so the premium tiers' judgment is not being paid for. */
+const IMPLEMENTER_AGENT = {
+    name: "implementer",
+    description: "Mechanical execution of a fully-specified change: multi-file edits, " +
+        "test-fix grinds, careful renames. Spawn it with the decision already " +
+        "made; it stops and reports rather than improvising.",
+    model: "standard",
+    body: IMPLEMENTER_BODY,
+    source: "builtin",
+};
 // Concrete tiers a subagent can actually run on. `balanced` is deliberately NOT
 // a member here even though it is a member of `ModelTier`: a subagent needs
 // ONE model for its whole run, and balanced is a session-level routing policy,
@@ -162,7 +209,7 @@ function loadAgentsFromDir(dir, source) {
 export function discoverSubagents(deps) {
     const home = deps.homeDir ?? homedir();
     const layers = [
-        [GENERAL_AGENT],
+        [GENERAL_AGENT, SEARCHER_AGENT, IMPLEMENTER_AGENT],
         ...pluginAgentDirs(deps.env ?? process.env).map((dir) => loadAgentsFromDir(dir, "plugin")),
         loadAgentsFromDir(join(home, ".claude", "agents"), "user-claude"),
         loadAgentsFromDir(join(deps.cwd, ".pi", "agents"), "project-pi"),

package/dist/launch.js

@@ -7,6 +7,7 @@
  */
 import { randomUUID } from "node:crypto";
 import { agentDirEnvVar } from "./branding.js";
+import { PAD_X_ENV, resolvePadX } from "./padding.js";
 /**
  * How close to expiry the token can be before launch warns. A coding session
  * easily outlives a token, so warn early enough that re-logging in before a long
@@ -95,6 +96,10 @@ export function buildLaunch(creds, passthroughArgs, opts) {
         // Match the e2b harness defaults: skip pi's update check + telemetry.
         PI_SKIP_VERSION_CHECK: "1",
         PI_TELEMETRY: "0",
+        // Forward the chosen horizontal pad so the extension's footer aligns with
+        // the editor (which the launcher pads by seeding editorPaddingX). The
+        // footer can't read pi's settings, so the value crosses over env.
+        [PAD_X_ENV]: String(resolvePadX()),
     };
     // Always load our extension. Default the provider to `yagni` unless the user
     // explicitly chose one (so power users can still point pi elsewhere).

package/dist/padding.d.ts

@@ -0,0 +1,22 @@
+/**
+ * Single source of truth for the CLI's horizontal padding, shared by the
+ * launcher (which seeds the editor setting) and — via the `YAGNI_PAD_X` env the
+ * launcher forwards — pi-extension-yagni's footer.
+ *
+ * The value must match pi's `outputPad` (the chat/output area's left+right
+ * padding, which defaults to 1) so the input editor, the output stream, and
+ * the status bar all align on the same column. Keeping it in one module makes
+ * the coherence structural rather than eyeballed: change this one number and
+ * the editor, footer, and seeded default move together.
+ *
+ * Separators (the ─ rules above/below the input) intentionally stay full-bleed
+ * and are NOT padded — matching Claude Code's frame.
+ */
+export declare const PAD_X = 1;
+/** Left (and right) padding string applied to the editor and footer. */
+export declare const PAD_STR: string;
+/** Env var the launcher sets so the extension's footer can match the editor pad. */
+export declare const PAD_X_ENV = "YAGNI_PAD_X";
+/** Parse a pad width from the env override, falling back to {@link PAD_X}. */
+export declare function resolvePadX(raw?: string | undefined): number;
+//# sourceMappingURL=padding.d.ts.map

package/dist/padding.js

@@ -0,0 +1,25 @@
+/**
+ * Single source of truth for the CLI's horizontal padding, shared by the
+ * launcher (which seeds the editor setting) and — via the `YAGNI_PAD_X` env the
+ * launcher forwards — pi-extension-yagni's footer.
+ *
+ * The value must match pi's `outputPad` (the chat/output area's left+right
+ * padding, which defaults to 1) so the input editor, the output stream, and
+ * the status bar all align on the same column. Keeping it in one module makes
+ * the coherence structural rather than eyeballed: change this one number and
+ * the editor, footer, and seeded default move together.
+ *
+ * Separators (the ─ rules above/below the input) intentionally stay full-bleed
+ * and are NOT padded — matching Claude Code's frame.
+ */
+export const PAD_X = 1;
+/** Left (and right) padding string applied to the editor and footer. */
+export const PAD_STR = " ".repeat(PAD_X);
+/** Env var the launcher sets so the extension's footer can match the editor pad. */
+export const PAD_X_ENV = "YAGNI_PAD_X";
+/** Parse a pad width from the env override, falling back to {@link PAD_X}. */
+export function resolvePadX(raw = process.env[PAD_X_ENV]) {
+    const n = raw === undefined ? NaN : Number.parseInt(raw, 10);
+    return Number.isFinite(n) && n >= 0 && n <= 3 ? n : PAD_X;
+}
+//# sourceMappingURL=padding.js.map

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yagni-app/code-staging",
-  "version": "0.2.1-staging.1038.1",
+  "version": "0.2.1-staging.1041.1",
   "description": "YAGNI Code: a terminal coding agent that already knows your company. One YAGNI login routes the model and grounds the agent in your team's context.",
   "license": "SEE LICENSE IN LICENSE.md",
   "author": "YAGNI, Inc. <jack@yagni.app> (https://yagni.app)",
@@ -38,5 +38,5 @@
     "@earendil-works/pi-tui": "0.83.0",
     "typebox": "^1.1.38"
   },
-  "yagniSourceSha": "4493e421b21ba86ed37645beecef7c9a74799f4b"
+  "yagniSourceSha": "c0f29e93789c8996bced9dcc24583a9ab426efc0"
 }