@autohq/cli 0.1.133 → 0.1.134

package/dist/agent-bridge.js

@@ -21243,7 +21243,9 @@ var EventRoutingTriggerResultSchema = external_exports.object({
 });
 
 // ../../packages/schemas/src/sessions.ts
-var RESOURCE_KIND_SESSION = "session";
+var RESOURCE_KIND_AGENT = "agent";
+var LEGACY_RESOURCE_KIND_SESSION = "session";
+var RESOURCE_KIND_SESSION = RESOURCE_KIND_AGENT;
 var SESSION_HARNESSES = ["claude-code"];
 var TriggerFilterScalarSchema = external_exports.union([
   external_exports.null(),
@@ -21554,7 +21556,7 @@ var SessionPresenceIdentitySchema = external_exports.object({
   /**
    * Scopes the current agent-app scope set requests that this realized
    * identity's install never granted. Computed at read time; non-empty means
-   * the install predates a scope addition and `auto sessions connect
+   * the install predates a scope addition and `auto agents connect
    * <session> --reconnect` refreshes it.
    */
   missingScopes: external_exports.array(external_exports.string().trim().min(1)).optional()
@@ -21898,21 +21900,29 @@ var SessionApplyDocumentSchema = resourceApplyDocumentSchema(
   RESOURCE_KIND_SESSION,
   SessionApplyRequestSchema.shape.spec
 );
-var ProjectApplyResourceSchema = external_exports.discriminatedUnion("kind", [
-  EnvironmentApplyDocumentSchema,
-  IdentityApplyDocumentSchema,
-  SessionApplyDocumentSchema
-]);
+var ProjectApplyResourceSchema = external_exports.preprocess(
+  normalizeLegacySessionKind,
+  external_exports.discriminatedUnion("kind", [
+    EnvironmentApplyDocumentSchema,
+    IdentityApplyDocumentSchema,
+    SessionApplyDocumentSchema
+  ])
+);
 var PROJECT_RESOURCE_APPLY_ORDER = [
   RESOURCE_KIND_ENVIRONMENT,
   RESOURCE_KIND_IDENTITY,
   RESOURCE_KIND_SESSION
 ];
 var PROJECT_RESOURCE_KINDS = PROJECT_RESOURCE_APPLY_ORDER;
-var ProjectDeleteResourceSchema = external_exports.object({
-  kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+var ProjectDeleteResourceBaseSchema = external_exports.object({
   name: external_exports.string().trim().min(1)
 });
+var ProjectDeleteResourceSchema = external_exports.preprocess(
+  normalizeLegacySessionKind,
+  ProjectDeleteResourceBaseSchema.extend({
+    kind: external_exports.enum(PROJECT_RESOURCE_KINDS)
+  })
+);
 var AVATAR_ASSET_CONTENT_TYPES = ["image/png", "image/jpeg"];
 var MAX_AVATAR_ASSET_BASE64_LENGTH = Math.ceil(MAX_AVATAR_ASSET_BYTES / 3) * 4 + 4;
 var ProjectApplyAssetSchema = external_exports.object({
@@ -21966,6 +21976,12 @@ var ProjectApplyDiagnosticSchema = external_exports.object({
   ]),
   name: external_exports.string().min(1)
 });
+var ProjectApplyResponseResourceKindSchema = external_exports.union([
+  external_exports.enum(PROJECT_RESOURCE_KINDS),
+  external_exports.literal(LEGACY_RESOURCE_KIND_SESSION)
+]).transform(
+  (kind) => kind === LEGACY_RESOURCE_KIND_SESSION ? RESOURCE_KIND_SESSION : kind
+);
 var ProjectApplyResponseSchema = external_exports.object({
   dryRun: external_exports.boolean().default(false),
   resources: external_exports.array(ProjectAppliedResourceSchema),
@@ -21974,19 +21990,28 @@ var ProjectApplyResponseSchema = external_exports.object({
   plan: external_exports.array(
     external_exports.object({
       action: external_exports.enum(["create", "update", "unchanged", "archive"]),
-      kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+      kind: ProjectApplyResponseResourceKindSchema,
       name: external_exports.string().min(1),
       uid: external_exports.string().min(1).optional()
     })
   ).default([]),
   pruned: external_exports.array(
     external_exports.object({
-      kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+      kind: ProjectApplyResponseResourceKindSchema,
       name: external_exports.string().min(1),
       uid: external_exports.string().min(1)
     })
   ).default([])
 });
+function normalizeLegacySessionKind(value2) {
+  if (isRecord(value2) && value2.kind === LEGACY_RESOURCE_KIND_SESSION) {
+    return { ...value2, kind: RESOURCE_KIND_SESSION };
+  }
+  return value2;
+}
+function isRecord(value2) {
+  return typeof value2 === "object" && value2 !== null && !Array.isArray(value2);
+}
 
 // ../../packages/schemas/src/run-diagnostics.ts
 var RUN_DIAGNOSTIC_REALTIME_EVENT = "run.diagnostic";
@@ -26248,7 +26273,7 @@ Object.assign(lookup, {
 // package.json
 var package_default = {
   name: "@autohq/cli",
-  version: "0.1.133",
+  version: "0.1.134",
   license: "SEE LICENSE IN README.md",
   publishConfig: {
     access: "public"

package/dist/index.js

@@ -18053,7 +18053,7 @@ function isChatMessageEvent(trigger) {
 function hasFilterValue(trigger, path2, expected) {
   return trigger.where?.[path2] === expected;
 }
-var RESOURCE_KIND_SESSION, SESSION_HARNESSES, TriggerFilterScalarSchema, TriggerFilterPathSchema, TriggerFilterClauseSchema, TriggerFilterSchema, SessionTriggerCheckTimeoutSchema, TriggerEventSchema, TriggerEventsSchema, SessionTriggerSharedFields, SessionTriggerEventSourceFields, SessionTriggerBaseSchema, SessionTriggerDefinitionBaseSchema, SessionTriggerSchema, SessionApplyTriggerSchema, SessionHeartbeatTriggerBaseSchema, SessionHeartbeatTriggerSchema, SessionApplyHeartbeatTriggerSchema, SessionTriggerDefinitionSchema, SessionApplyTriggerDefinitionSchema, SessionTriggersSchema, SessionApplyTriggersSchema, AVATAR_ASSET_EXTENSIONS, MAX_AVATAR_ASSET_BYTES, MIN_AVATAR_ASSET_DIMENSION_PX, MAX_AVATAR_ASSET_DIMENSION_PX, PNG_SIGNATURE, SESSION_IDENTITY_DESCRIPTION_MAX_LENGTH, SHA256_HEX_PATTERN, SessionIdentitySchema, SessionSpecFieldsSchema, SessionSpecSchema, SessionApplySpecSchema, SessionStatusSchema, SessionResourceSchema, SessionApplyRequestSchema, SessionApplyTriggerReceiptSchema, SessionApplyResponseSchema, SESSION_TELEGRAM_IDENTITY_STATUSES, SessionTelegramIdentityStatusSchema, SessionPresenceIdentitySchema, SessionPresenceResponseSchema, SessionPresenceConnectRequestSchema, SessionPresenceConnectPendingSchema, SessionPresenceConnectResponseSchema, SessionPresenceIconRequestSchema, SessionPresenceIconResponseSchema, SessionPresenceCompleteResponseSchema;
+var RESOURCE_KIND_AGENT, LEGACY_RESOURCE_KIND_SESSION, RESOURCE_KIND_SESSION, SESSION_HARNESSES, TriggerFilterScalarSchema, TriggerFilterPathSchema, TriggerFilterClauseSchema, TriggerFilterSchema, SessionTriggerCheckTimeoutSchema, TriggerEventSchema, TriggerEventsSchema, SessionTriggerSharedFields, SessionTriggerEventSourceFields, SessionTriggerBaseSchema, SessionTriggerDefinitionBaseSchema, SessionTriggerSchema, SessionApplyTriggerSchema, SessionHeartbeatTriggerBaseSchema, SessionHeartbeatTriggerSchema, SessionApplyHeartbeatTriggerSchema, SessionTriggerDefinitionSchema, SessionApplyTriggerDefinitionSchema, SessionTriggersSchema, SessionApplyTriggersSchema, AVATAR_ASSET_EXTENSIONS, MAX_AVATAR_ASSET_BYTES, MIN_AVATAR_ASSET_DIMENSION_PX, MAX_AVATAR_ASSET_DIMENSION_PX, PNG_SIGNATURE, SESSION_IDENTITY_DESCRIPTION_MAX_LENGTH, SHA256_HEX_PATTERN, SessionIdentitySchema, SessionSpecFieldsSchema, SessionSpecSchema, SessionApplySpecSchema, SessionStatusSchema, SessionResourceSchema, SessionApplyRequestSchema, SessionApplyTriggerReceiptSchema, SessionApplyResponseSchema, SESSION_TELEGRAM_IDENTITY_STATUSES, SessionTelegramIdentityStatusSchema, SessionPresenceIdentitySchema, SessionPresenceResponseSchema, SessionPresenceConnectRequestSchema, SessionPresenceConnectPendingSchema, SessionPresenceConnectResponseSchema, SessionPresenceIconRequestSchema, SessionPresenceIconResponseSchema, SessionPresenceCompleteResponseSchema;
 var init_sessions = __esm({
   "../../packages/schemas/src/sessions.ts"() {
     "use strict";
@@ -18065,7 +18065,9 @@ var init_sessions = __esm({
     init_secrets();
     init_tools();
     init_trigger_router();
-    RESOURCE_KIND_SESSION = "session";
+    RESOURCE_KIND_AGENT = "agent";
+    LEGACY_RESOURCE_KIND_SESSION = "session";
+    RESOURCE_KIND_SESSION = RESOURCE_KIND_AGENT;
     SESSION_HARNESSES = ["claude-code"];
     TriggerFilterScalarSchema = external_exports.union([
       external_exports.null(),
@@ -18339,7 +18341,7 @@ var init_sessions = __esm({
       /**
        * Scopes the current agent-app scope set requests that this realized
        * identity's install never granted. Computed at read time; non-empty means
-       * the install predates a scope addition and `auto sessions connect
+       * the install predates a scope addition and `auto agents connect
        * <session> --reconnect` refreshes it.
        */
       missingScopes: external_exports.array(external_exports.string().trim().min(1)).optional()
@@ -18584,7 +18586,16 @@ var init_project_service_accounts = __esm({
 });
 
 // ../../packages/schemas/src/project-resources.ts
-var EnvironmentApplyDocumentSchema, IdentityApplyDocumentSchema, SessionApplyDocumentSchema, ProjectApplyResourceSchema, PROJECT_RESOURCE_APPLY_ORDER, PROJECT_RESOURCE_KINDS, ProjectDeleteResourceSchema, AVATAR_ASSET_CONTENT_TYPES, MAX_AVATAR_ASSET_BASE64_LENGTH, ProjectApplyAssetSchema, ProjectApplyAssetsSchema, AvatarAssetUploadRequestSchema, AvatarAssetUploadResponseSchema, ProjectApplyRequestSchema, ProjectApplySystemConfigSchema, ProjectAppliedResourceSchema, ProjectApplyDiagnosticSchema, ProjectApplyResponseSchema;
+function normalizeLegacySessionKind(value) {
+  if (isRecord(value) && value.kind === LEGACY_RESOURCE_KIND_SESSION) {
+    return { ...value, kind: RESOURCE_KIND_SESSION };
+  }
+  return value;
+}
+function isRecord(value) {
+  return typeof value === "object" && value !== null && !Array.isArray(value);
+}
+var EnvironmentApplyDocumentSchema, IdentityApplyDocumentSchema, SessionApplyDocumentSchema, ProjectApplyResourceSchema, PROJECT_RESOURCE_APPLY_ORDER, PROJECT_RESOURCE_KINDS, ProjectDeleteResourceBaseSchema, ProjectDeleteResourceSchema, AVATAR_ASSET_CONTENT_TYPES, MAX_AVATAR_ASSET_BASE64_LENGTH, ProjectApplyAssetSchema, ProjectApplyAssetsSchema, AvatarAssetUploadRequestSchema, AvatarAssetUploadResponseSchema, ProjectApplyRequestSchema, ProjectApplySystemConfigSchema, ProjectAppliedResourceSchema, ProjectApplyDiagnosticSchema, ProjectApplyResponseResourceKindSchema, ProjectApplyResponseSchema;
 var init_project_resources = __esm({
   "../../packages/schemas/src/project-resources.ts"() {
     "use strict";
@@ -18605,21 +18616,29 @@ var init_project_resources = __esm({
       RESOURCE_KIND_SESSION,
       SessionApplyRequestSchema.shape.spec
     );
-    ProjectApplyResourceSchema = external_exports.discriminatedUnion("kind", [
-      EnvironmentApplyDocumentSchema,
-      IdentityApplyDocumentSchema,
-      SessionApplyDocumentSchema
-    ]);
+    ProjectApplyResourceSchema = external_exports.preprocess(
+      normalizeLegacySessionKind,
+      external_exports.discriminatedUnion("kind", [
+        EnvironmentApplyDocumentSchema,
+        IdentityApplyDocumentSchema,
+        SessionApplyDocumentSchema
+      ])
+    );
     PROJECT_RESOURCE_APPLY_ORDER = [
       RESOURCE_KIND_ENVIRONMENT,
       RESOURCE_KIND_IDENTITY,
       RESOURCE_KIND_SESSION
     ];
     PROJECT_RESOURCE_KINDS = PROJECT_RESOURCE_APPLY_ORDER;
-    ProjectDeleteResourceSchema = external_exports.object({
-      kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+    ProjectDeleteResourceBaseSchema = external_exports.object({
       name: external_exports.string().trim().min(1)
     });
+    ProjectDeleteResourceSchema = external_exports.preprocess(
+      normalizeLegacySessionKind,
+      ProjectDeleteResourceBaseSchema.extend({
+        kind: external_exports.enum(PROJECT_RESOURCE_KINDS)
+      })
+    );
     AVATAR_ASSET_CONTENT_TYPES = ["image/png", "image/jpeg"];
     MAX_AVATAR_ASSET_BASE64_LENGTH = Math.ceil(MAX_AVATAR_ASSET_BYTES / 3) * 4 + 4;
     ProjectApplyAssetSchema = external_exports.object({
@@ -18673,6 +18692,12 @@ var init_project_resources = __esm({
       ]),
       name: external_exports.string().min(1)
     });
+    ProjectApplyResponseResourceKindSchema = external_exports.union([
+      external_exports.enum(PROJECT_RESOURCE_KINDS),
+      external_exports.literal(LEGACY_RESOURCE_KIND_SESSION)
+    ]).transform(
+      (kind) => kind === LEGACY_RESOURCE_KIND_SESSION ? RESOURCE_KIND_SESSION : kind
+    );
     ProjectApplyResponseSchema = external_exports.object({
       dryRun: external_exports.boolean().default(false),
       resources: external_exports.array(ProjectAppliedResourceSchema),
@@ -18681,14 +18706,14 @@ var init_project_resources = __esm({
       plan: external_exports.array(
         external_exports.object({
           action: external_exports.enum(["create", "update", "unchanged", "archive"]),
-          kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+          kind: ProjectApplyResponseResourceKindSchema,
           name: external_exports.string().min(1),
           uid: external_exports.string().min(1).optional()
         })
       ).default([]),
       pruned: external_exports.array(
         external_exports.object({
-          kind: external_exports.enum(PROJECT_RESOURCE_KINDS),
+          kind: ProjectApplyResponseResourceKindSchema,
           name: external_exports.string().min(1),
           uid: external_exports.string().min(1)
         })
@@ -21183,7 +21208,7 @@ var init_package = __esm({
   "package.json"() {
     package_default = {
       name: "@autohq/cli",
-      version: "0.1.133",
+      version: "0.1.134",
       license: "SEE LICENSE IN README.md",
       publishConfig: {
         access: "public"
@@ -21317,7 +21342,7 @@ function stampAvatarSha256(resource, assets) {
       }
     };
   }
-  if (resource.kind === "session" && typeof resource.spec.identity === "object" && resource.spec.identity !== null && !Array.isArray(resource.spec.identity)) {
+  if (resource.kind === RESOURCE_KIND_SESSION && typeof resource.spec.identity === "object" && resource.spec.identity !== null && !Array.isArray(resource.spec.identity)) {
     const identity2 = resource.spec.identity;
     const avatar = identity2.avatar;
     const asset = avatar ? assets[avatar.asset] : void 0;
@@ -21344,6 +21369,7 @@ var MAX_APPLY_REQUEST_BODY_BYTES;
 var init_assets = __esm({
   "src/commands/apply/assets.ts"() {
     "use strict";
+    init_src();
     init_resources2();
     MAX_APPLY_REQUEST_BODY_BYTES = 4 * 1024 * 1024;
   }
@@ -21389,7 +21415,7 @@ function readProjectApplyRequest(options) {
     for (const resource of request.resources) {
       if (resource.kind !== kind) {
         throw new Error(
-          `Resource kind "${resource.kind}" in ${path2} does not match .auto/${APPLY_DIRECTORIES[kind]}`
+          `Resource kind "${resource.kind}" in ${path2} does not match .auto/${primaryApplyDirectory(kind)}`
         );
       }
       resources.push(resource);
@@ -21430,20 +21456,21 @@ function mcpOAuthSessionToolConnectionsFromAppliedResources(resources) {
 function applyFiles(root) {
   const files = [];
   for (const kind of PROJECT_RESOURCE_APPLY_ORDER) {
-    const directory = APPLY_DIRECTORIES[kind];
-    const path2 = join3(root, directory);
-    let entries;
-    try {
-      entries = readdirSync2(path2, { withFileTypes: true });
-    } catch {
-      continue;
+    for (const directory of applyDirectories(kind)) {
+      const path2 = join3(root, directory);
+      let entries;
+      try {
+        entries = readdirSync2(path2, { withFileTypes: true });
+      } catch {
+        continue;
+      }
+      files.push(
+        ...resourceApplyFiles(path2, entries).map((file2) => ({
+          kind,
+          path: file2
+        }))
+      );
     }
-    files.push(
-      ...resourceApplyFiles(path2, entries).map((file2) => ({
-        kind,
-        path: file2
-      }))
-    );
   }
   return files;
 }
@@ -21616,12 +21643,21 @@ function isInside(path2, parent) {
   return path2.startsWith(`${parent}/`);
 }
 function applyCandidate(document) {
-  if (!isRecord(document) || !("kind" in document)) {
+  if (!isRecord2(document) || !("kind" in document)) {
     return { kind: RESOURCE_KIND_SESSION, value: document };
   }
+  if (document.kind === LEGACY_RESOURCE_KIND_SESSION) {
+    return {
+      kind: RESOURCE_KIND_SESSION,
+      value: {
+        metadata: document.metadata,
+        spec: document.spec
+      }
+    };
+  }
   if (!PROJECT_RESOURCE_APPLY_ORDER.includes(document.kind)) {
     throw new Error(
-      `Unsupported apply resource kind "${String(document.kind)}"; supported kinds are ${PROJECT_RESOURCE_APPLY_ORDER.map((kind2) => `"${kind2}"`).join(", ")}`
+      `Unsupported apply resource kind "${String(document.kind)}"; supported kinds are ${PROJECT_RESOURCE_APPLY_ORDER.map((kind2) => `"${kind2}"`).join(", ")} (legacy alias "session" is also accepted)`
     );
   }
   const kind = document.kind;
@@ -21633,7 +21669,13 @@ function applyCandidate(document) {
     }
   };
 }
-function isRecord(value) {
+function applyDirectories(kind) {
+  return [...LEGACY_APPLY_DIRECTORIES[kind] ?? [], APPLY_DIRECTORIES[kind]];
+}
+function primaryApplyDirectory(kind) {
+  return APPLY_DIRECTORIES[kind];
+}
+function isRecord2(value) {
   return typeof value === "object" && value !== null && !Array.isArray(value);
 }
 function resourceApplyFiles(directory, entries) {
@@ -21652,7 +21694,7 @@ function resourceApplyFiles(directory, entries) {
   }
   return files.sort((left, right) => left.localeCompare(right));
 }
-var APPLY_DIRECTORIES, APPLY_SCHEMAS, ALLOWED_AVATAR_EXTENSIONS;
+var APPLY_DIRECTORIES, LEGACY_APPLY_DIRECTORIES, APPLY_SCHEMAS, ALLOWED_AVATAR_EXTENSIONS;
 var init_files = __esm({
   "src/commands/apply/files.ts"() {
     "use strict";
@@ -21660,12 +21702,15 @@ var init_files = __esm({
     APPLY_DIRECTORIES = {
       environment: "environments",
       identity: "identities",
-      session: "sessions"
+      agent: "agents"
+    };
+    LEGACY_APPLY_DIRECTORIES = {
+      [RESOURCE_KIND_SESSION]: ["sessions"]
     };
     APPLY_SCHEMAS = {
       environment: EnvironmentApplyRequestSchema,
       identity: IdentityApplyRequestSchema,
-      session: SessionApplyRequestSchema
+      [RESOURCE_KIND_SESSION]: SessionApplyRequestSchema
     };
     ALLOWED_AVATAR_EXTENSIONS = /* @__PURE__ */ new Set([".jpg", ".jpeg", ".png"]);
   }
@@ -21754,7 +21799,7 @@ async function connectSessionTool(input) {
       }
     );
     input.writeOutput(
-      `connected session/${completed.session ?? input.session} tool/${completed.tool} connection/${completed.connection}`
+      `connected agent/${completed.session ?? input.session} tool/${completed.tool} connection/${completed.connection}`
     );
   } finally {
     callback.close();
@@ -21792,7 +21837,7 @@ function sessionToolConnectionScopeContext(input) {
 function writeConnectionStart(writeOutput, result) {
   writeOutput(result.message);
   writeOutput(
-    `connect session/${result.session} tool/${result.tool} connection/${result.connection}`
+    `connect agent/${result.session} tool/${result.tool} connection/${result.connection}`
   );
   writeOutput(`authorization_url ${result.authorizationUrl}`);
 }
@@ -21871,7 +21916,7 @@ async function applyProjectInput(input) {
       )) {
         input.writeOutput(
           style.dim(
-            `would connect session/${item.session} tool/${item.tool} connection/${item.connection}`
+            `would connect agent/${item.session} tool/${item.tool} connection/${item.connection}`
           )
         );
       }
@@ -21959,8 +22004,11 @@ function parseProjectResourceReference(resource) {
     throw new Error('Resource must be formatted as "kind/name"');
   }
   if (!PROJECT_RESOURCE_KINDS.includes(kind)) {
+    if (kind === LEGACY_RESOURCE_KIND_SESSION) {
+      return { kind: RESOURCE_KIND_SESSION, name };
+    }
     throw new Error(
-      `Unsupported resource kind "${kind}"; supported kinds are ${PROJECT_RESOURCE_KINDS.map((value) => `"${value}"`).join(", ")}`
+      `Unsupported resource kind "${kind}"; supported kinds are ${PROJECT_RESOURCE_KINDS.map((value) => `"${value}"`).join(", ")} (legacy alias "session" is also accepted)`
     );
   }
   return { kind, name };
@@ -22006,8 +22054,8 @@ var init_resources3 = __esm({
       [RESOURCE_KIND_SESSION]: {
         kind: RESOURCE_KIND_SESSION,
         section: "sessions",
-        label: "Session",
-        pluralLabel: "Sessions"
+        label: "Agent",
+        pluralLabel: "Agents"
       }
     };
     PROJECT_RESOURCE_TUI_ORDER = [
@@ -23735,7 +23783,7 @@ function ConversationView({
     {
       name: "/back",
       aliases: ["/exit"],
-      description: "Go back to the sessions dashboard",
+      description: "Go back to the agents dashboard",
       shortcut: "esc",
       action: () => {
         setInput("");
@@ -23775,7 +23823,7 @@ function ConversationView({
           /* @__PURE__ */ jsx4(Text4, { bold: true, children: "Welcome to Auto!" }),
           /* @__PURE__ */ jsx4(Text4, { children: " " }),
           /* @__PURE__ */ jsxs4(Box4, { gap: 2, children: [
-            /* @__PURE__ */ jsx4(Text4, { color: "yellow", children: "Session  " }),
+            /* @__PURE__ */ jsx4(Text4, { color: "yellow", children: "Agent    " }),
             /* @__PURE__ */ jsx4(Text4, { children: sessionName })
           ] }),
           /* @__PURE__ */ jsxs4(Box4, { gap: 2, children: [
@@ -26505,7 +26553,7 @@ function HomeView({ apiUrl, notice, returnToSession }) {
     }
   });
   if (isLoading) {
-    return /* @__PURE__ */ jsx14(Box13, { height: termHeight, alignItems: "center", justifyContent: "center", children: /* @__PURE__ */ jsx14(Spinner, { label: "loading sessions\u2026" }) });
+    return /* @__PURE__ */ jsx14(Box13, { height: termHeight, alignItems: "center", justifyContent: "center", children: /* @__PURE__ */ jsx14(Spinner, { label: "loading agents\u2026" }) });
   }
   if (authErrorMessage && sessions.length === 0 && !projectSelectionRequired) {
     return /* @__PURE__ */ jsx14(
@@ -26526,7 +26574,7 @@ function HomeView({ apiUrl, notice, returnToSession }) {
   let sectionTitle;
   switch (activeSection) {
     case "sessions":
-      sectionTitle = "Sessions";
+      sectionTitle = "Agents";
       break;
     case "projects":
       sectionTitle = `Projects[${projects.length}]`;
@@ -26547,7 +26595,7 @@ function HomeView({ apiUrl, notice, returnToSession }) {
     case "runs": {
       const selectedSuffix = markedRunIds.length > 0 ? `, ${markedRunIds.length} selected` : "";
       if (scopedSession) {
-        sectionTitle = showArchivedRuns ? `Session Runs[${scopedSession.metadata.name}: ${visibleRuns.length} archived${selectedSuffix}]` : `Session Runs[${scopedSession.metadata.name}: ${visibleRuns.length}${selectedSuffix}]`;
+        sectionTitle = showArchivedRuns ? `Agent Runs[${scopedSession.metadata.name}: ${visibleRuns.length} archived${selectedSuffix}]` : `Agent Runs[${scopedSession.metadata.name}: ${visibleRuns.length}${selectedSuffix}]`;
       } else {
         sectionTitle = showArchivedRuns ? `Runs[${visibleRuns.length} archived${selectedSuffix}]` : `Runs[${visibleRuns.length}${selectedSuffix}]`;
       }
@@ -26571,7 +26619,7 @@ function HomeView({ apiUrl, notice, returnToSession }) {
         activeProject && /* @__PURE__ */ jsx14(KV, { label: "Org", value: activeProject.organizationName }),
         activeProject && /* @__PURE__ */ jsx14(KV, { label: "Project", value: activeProject.projectName }),
         activeProject && /* @__PURE__ */ jsx14(KV, { label: "Role", value: activeProject.role }),
-        selectedSession && /* @__PURE__ */ jsx14(KV, { label: "Session", value: selectedSession.metadata.name }),
+        selectedSession && /* @__PURE__ */ jsx14(KV, { label: "Agent", value: selectedSession.metadata.name }),
         runError && /* @__PURE__ */ jsx14(KV, { label: "Error", value: runError, color: "red" }),
         isRunMutationPending && /* @__PURE__ */ jsx14(
           KV,
@@ -30881,7 +30929,7 @@ var humanQuickstartText = `Get started with auto:
   1. auto auth login          sign in (device flow; account setup in browser)
   2. auto connections list    see available providers; auto connect <provider>
   3. auto apply               apply .auto/ resources to your project
-  4. auto run <session>       launch a session run; add --attach to follow it
+  4. auto run <agent>         launch an agent run; add --attach to follow it
 
 Fastest path: paste this into a coding agent running in your repo
 (Claude Code, Cursor, Codex):
@@ -30895,7 +30943,7 @@ Docs and help: auto --help
 `;
 
 // src/commands/onboard/skill-content.generated.ts
-var onboardingSkillMarkdown = "# Intent\n\nYou are onboarding a user onto auto. Achieve three goals, in roughly this order, as rapidly as the user's pace allows:\n\n1. **Educate** \u2014 teach the user what auto is and how it works, and get them genuinely excited about it.\n2. **Magic moment** \u2014 get a tailor-made, deployed, proactive workflow live that solves a *real* problem for them, and have them witness it working end to end.\n3. **Self-sufficiency** \u2014 leave them with the building blocks (mental model, CI/CD, a self-improvement loop) to iterate on their auto system rapidly and safely on their own.\n\n# Background\n\n**What is auto?**\n\nauto lets you program software factories the same way you program CI/CD.\n\nCompose agents and triggers into workflows using simple YAML files, and deploy them into the cloud on merge.\n\nYou can use auto to build simple (but effective) automations:\n\n- Ticket / feedback triage and resolution\n- Automated incident / bug response\n- Custom tailored code review agents\n\nYou can also use auto to push the frontier of agentic labor:\n\n- Organized fleets of agents on long-horizon tasks\n- Multi-agent autoresearch / optimization loops\n- Agentic BDR and outbound lead engines\n- \u221E more ideas we've yet to dream up\n\nAnything that can be described in a standard operating procedure can be translated into a \"chart\" of agents and triggers in auto \u2014 the only limit is your imagination.\n\n# Reference material\n\nThis skill ships with documentation and worked examples. Read them before you onboard anyone; cite and copy from them as you go.\n\n| Path | What it covers |\n| --- | --- |\n| `docs/index.md` | The mental model: resources, events, triggers, runs. Start here. |\n| `docs/resource-model.md` | The `.auto/` directory, resource envelopes, and `auto apply` semantics. |\n| `docs/sessions-and-triggers.md` | Sessions, the trigger/event/routing vocabulary, filters, and PR checks. |\n| `docs/environments-and-profiles.md` | Sandbox images, setup steps and caching, and reusable agent profiles. |\n| `docs/tools-and-connections.md` | MCP tools, chat tools, provider connections, secrets, and the runtime tool surface agents see. |\n| `docs/cli.md` | The `auto` CLI command reference. |\n| `docs/ci-cd.md` | Service accounts and GitHub Actions for apply-on-merge. |\n| `examples/index.md` | Prose outline of every example \u2014 read this to know what's on the shelf. |\n| `examples/` | Complete, copyable `.auto/` directories \u2014 one per workflow archetype, each with a README explaining the moving parts. |\n\nIf these relative paths are not available (for example this playbook was printed by `auto onboard --agent` rather than installed as a skill directory), fetch the same content from the skills mirror: `npx skills add auto-dot-sh/skills`, or browse https://github.com/auto-dot-sh/skills.\n\n# Operating principles\n\nHold these throughout the onboarding:\n\n- **Trust live command output over this document.** The CLI evolves; run `auto --help` early and whenever in doubt, and when a command's real output disagrees with anything written here, trust the command output over this document and adapt.\n- **Converse, don't lecture.** Short messages, one question at a time, and adapt your vocabulary to the user's technical level. The pitch should take seconds, not paragraphs.\n- **Ask before changing anything outside `.auto/`.** The onboarding's write surface is the `.auto/` directory (plus the CI workflow in Beat 7, which ships as a PR). Any other file in the user's repo gets touched only with their explicit go-ahead.\n- **Warn before browsers open, and surface the link either way.** `auto auth login`, `auto connect`, and `auto sessions connect` open a browser window *and* print the authorization URL. Give a one-sentence heads-up first (\"this will open your browser to install the GitHub App\") so it doesn't feel like something hijacked their machine. If the browser doesn't pop (some environments can't open one), don't leave the user hunting through command output \u2014 repeat the printed authorization URL back to them on its own line as a clickable fallback, one provider at a time, and tell them plainly to click it.\n- **Signal before going quiet.** Deep repo exploration and waiting on async runs both involve silence. Say what you're about to do and roughly how long it will take.\n- **Enlist the user as the second pair of hands.** They trigger the inputs you can't (tagging a bot in Slack, commenting on a PR) and verify the outputs you can't see (a Slack message arriving). Make those asks explicit and specific.\n- **Hand off, don't hint.** When the user needs to do something, spell it out the *first* time \u2014 before they have to ask. Name the exact trigger (which label, which channel, which command), where to click, and what they'll see when it works. \"Label the issue whenever you're ready\" assumes they can see what's in your head and the YAML you wrote; a numbered \"in Linear: create an issue \u2192 add the `auto-triage` label \u2192 that label is the trigger\" does not. If you catch yourself about to post a one-line \"go ahead and \u2026\", expand it.\n- **Set expectations once, then stay quiet.** When you start watching an async run, tell the user up front roughly how long it takes and what \"normal\" looks like (\"the coder run provisions a sandbox first \u2014 expect a quiet couple of minutes\"), then hold until something *they'd care about* changes. Don't narrate every monitor tick or re-report the same event from a second watcher \u2014 a stream of \"still queued / still running / no news\" reads as noise, not reassurance.\n- **Expect trouble; own the troubleshooting.** OAuth flows fail, secrets get mistyped, webhooks misfire. When something breaks, diagnose it with the CLI (`auto runs list`, `auto runs show`, `auto runs conversation`, `auto apply --dry-run`) rather than asking the user to debug.\n- **Asynchronous means asynchronous.** Triggered runs take time to spawn and act. Tell the user when a wait is expected, and tail run state rather than declaring failure early.\n- **Never fabricate success.** Verify each step actually worked (the apply plan, the trigger receipt, the run conversation) before telling the user it did.\n- **Celebrate real wins.** When a workflow completes end to end for the first time, mark the moment \u2014 emoji, a pun, a little flourish. This should feel fun.\n\n# Procedure\n\nWork through the following beats in order. They are a roadmap, not a script \u2014 skip or reorder when the user's situation clearly calls for it (for example, a user who already has an account and connections can jump straight to Beat 3).\n\n## Beat 0: Learn auto\n\nBefore talking to the user, make sure you have a working command of the system: read `docs/index.md` for the mental model, skim the rest of `docs/`, and look through `examples/` to internalize what complete workflows look like. You will be drawing on the examples heavily in Beats 3-5.\n\n## Beat 1: Establish rapport\n\n**Your very first message after launching is a plain-language pitch, not a form.** Two or three sentences on what auto is and where it's valuable, then *one* opening question. Do **not** open with `AskUserQuestion` or a multiple-choice menu \u2014 that skips the *Educate* goal and makes the onboarding feel like a config wizard. Lead with words; reach for `AskUserQuestion` only once you're past the pitch and genuinely offering discrete choices (e.g. the hero workflow in Beat 3).\n\nAfter the pitch, shift into lightly interviewing the user. You want to learn:\n\n1. **Who they are and their professional context.**\n   - Hobbyist, or evaluating auto for a real business?\n   - How technical are they? Engineer, or a more managerial / operational role?\n2. **Where the work that matters most to them happens.**\n   - Do they have a GitHub account / organization? Is there a repo that would make a good home for their auto system \u2014 better yet, are you running inside it right now?\n   - Do they work out of Slack day-to-day, and could they install auto there?\n   - What else is in their operating loop? Linear, Datadog, Sentry, PostHog, Notion, Telegram, internal webhooks, and so on.\n\nKeep this light \u2014 a few questions, not a survey. You're gathering enough signal to propose workflows that will land.\n\n## Beat 2: Get up to speed\n\nIf you are running inside a repo the user has indicated is their focus, tell them you're going to explore it for a few minutes (and that you'll go quiet while a research agent reads the repo) \u2014 then **dispatch a subagent to do the deep read in parallel** rather than reading file-by-file in the main thread. This keeps the conversation responsive and your own context clean, and it forces real exploration instead of leaning on whatever `CLAUDE.md` / `AGENTS.md` happened to load.\n\nSpawn one general-purpose / Explore subagent (or a small fan-out of them for a large monorepo) and have it read **both**:\n\n- **The repo:** what the project does, how the team works (CI, review culture, issue-tracker and chat integrations), the conventions written down in `CLAUDE.md`/`AGENTS.md`/`docs/`, and \u2014 most importantly \u2014 where the recurring, automatable toil is.\n- **This skill's `docs/` and `examples/`**, so the ideas it returns are already expressed in auto's vocabulary (sessions, triggers, profiles) and mapped to a concrete archetype.\n\nHave the subagent return a structured shortlist: for each candidate workflow, a one-line description, the matching archetype, the trigger/event that would fire it, and the *specific evidence in this repo* that the toil is real (a file, a workflow, a documented rule, a past incident). That shortlist is the raw material for Beat 3.\n\nWhen the agent returns, don't just move on \u2014 **surface 1-2 concrete observations to the user** (\"you renumber migrations by hand and a missed renumber caused a prod outage; your `postman/collection.json` updates are marked NOT OPTIONAL\") so they see the exploration paid off and trust that your pitches are grounded in *their* code. If `CLAUDE.md` already told you something, say so and confirm it against the repo rather than presenting it as discovery.\n\n## Beat 3: Present some options\n\nCombine what you know about the user, their goals, and their codebase, and brainstorm at least three workflows they could deploy *today*. Anchor on the archetypes in `examples/index.md` \u2014 code review, issue triage, incident response, chat assistant, scheduled digest, an orchestrated agent fleet, a research/optimization loop, an outbound lead engine \u2014 but tailor each pitch to their actual stack and pain points (\"a review agent that enforces *your* `docs/style.md`\", not \"a code review bot\"). The archetypes are anchors, not a menu: if the user's situation suggests a useful workflow that matches none of them, it is absolutely fair game \u2014 pitch it. Calibrate ambition to the user: the simple automations land the magic moment fastest, while the frontier examples (fleet, research loop) make better second acts unless the user is clearly hungry for them.\n\nPresent the options as a question, one line each on what the workflow would do for them, and let them pick \u2014 including the option to propose their own idea instead. The winner becomes the hero use case.\n\n## Beat 4: Setup & smoke test\n\nGet the user from zero to a deployed, *hollow* version of the hero workflow \u2014 a shell that proves every input and output is wired up before you invest in the real logic. In practice:\n\n1. **Install the CLI**: `npm install -g @autohq/cli` (requires Node 20+). Verify with `auto --version`.\n2. **Sign in**: `auto auth login` (heads-up: opens a browser; account creation happens there too). You're blocked on the user completing the flow either way, so wait for them \u2014 don't busy yourself with other work mid-sign-in, which only confuses things. When you're driving from a terminal with no browser, `auto auth login --device` prints a code the user enters in their browser.\n3. **Create the org and project**: `auto orgs create` / `auto projects create`. Ask the user what they want to name them \u2014 don't pick names for them.\n4. **Connect providers**: `auto connections list --available` to see what's offered, then `auto connect <provider>` for each one the workflow needs (heads-up: browser again). GitHub connects as an App installation; Slack and Linear as OAuth grants.\n5. **Scaffold `.auto/`**: create the directory in their repo and draft the minimal resources \u2014 an environment, a profile, any tool definitions, and a session with the workflow's trigger. Copy from the matching example and strip it down.\n6. **Apply**: `auto apply --dry-run` first, show the user the plan, then `auto apply`.\n\nThen run the smoke test. Its exact shape depends on the use case, but the goal is always the same: verify that the trigger fires and the agent's output surfaces reach the user. A workflow almost always involves some communication channel, so a good smoke test \"breaks the fourth wall\" \u2014 have the hollow agent send the user a hello in Slack (or wherever they live).\n\nEnlist the user, and **hand off, don't hint** (see the operating principle): when you ask them to fire the input only they can fire, give the full, numbered steps the first time \u2014 *which* label on *which* issue, *which* channel to create, the exact command to run, and what they'll see when it lands. Don't post \"go ahead and label the issue\" and assume they know a label is the trigger; that one-liner is what makes a user ask \"wait, what exactly do I do?\". Right after `auto apply`, before you start watching, tell them in plain words what just deployed and what their next action is. Then **set expectations once** \u2014 \"the run takes a minute or two to spawn; I'll tell you when it acts\" \u2014 and watch progress yourself with `auto runs list` and `auto attach <run-id>` (live stream; `auto runs conversation <run-id>` for a snapshot), surfacing only meaningful changes rather than every tick. Troubleshoot until the smoke test passes.\n\nIf a channel install is blocked \u2014 for example the Slack workspace requires admin approval \u2014 don't stall the onboarding on it. Pick an output surface the user can verify without the channel (a PR comment, a GitHub check, the run transcript via `auto runs conversation`), continue the beats, and circle back to realize the channel identity once the approval lands.\n\n## Beat 5: Build the real thing\n\nWith inputs and outputs proven, flesh the workflow out to its real form in `.auto/` \u2014 the full profile instructions, the real prompt, the filters and routing that make it production-shaped. Tell the user what you're changing, then apply it.\n\nTest end to end: trigger the workflow for real, follow the run, and enlist the user again for out-of-band inputs and output verification. Iterate until you've witnessed one complete, successful run of the real workflow.\n\nThen celebrate. This is the magic moment \u2014 act like it. \u{1F389}\n\n## Beat 6: Bring the user up to speed\n\nWalk the user through what you built, piece by piece: which environment, profile, tools, session, and triggers you composed, how an event flows through them to become a run, and where each file lives in `.auto/`. Show short snippets from the actual files rather than describing them abstractly.\n\nThen ask: anything they want to dig into further, or shall we set up CI/CD?\n\n## Beat 7: Set up CI/CD\n\nMake merges to their default branch the deployment mechanism for their auto system (this is the \"program software factories like CI/CD\" promise made literal). Following `docs/ci-cd.md`:\n\n1. Create a service account: have the *user* run `auto service-account create ci-apply --preset applier` in their own terminal (and a second `--preset read-only` account for PR dry-runs if they want plan-on-PR). The token prints exactly once and goes straight into a repo secret \u2014 it must never be pasted into the conversation, and if you run the command yourself it lands in your transcript.\n2. Add a GitHub Actions workflow that runs `auto apply --dry-run` on pull requests and `auto apply` on pushes to the default branch.\n3. Tell the user exactly which secret to create where in their repo settings (the service-account token, shown once at creation).\n4. Open a PR containing `.auto/` and the new workflow, and ask the user to merge it.\n\nWhen the merge lands, verify the apply ran cleanly in Actions, and congratulate them \u2014 their factory now ships itself.\n\n## Beat 8: Set up a self-improvement loop\n\nTell the user there's one last step we've found high-leverage: a workflow that watches their auto system itself \u2014 sweeping recent runs for failures, bottlenecks, and drift, and proposing improvements. Explain that it's just another auto workflow, fully theirs to tune.\n\nIf they're in, copy `examples/self-improvement/` and tailor it to their setup (their channel, their sessions, their cadence). Since CI/CD is now live, do **not** run `auto apply` yourself \u2014 open a PR and let them merge it. That's the new normal, and modeling it is the point.\n\n## Beat 9: Conclusion\n\nTell the user they're all set: a live workflow, CI/CD for their auto system, and a loop that helps it improve. Recap in two or three lines what now exists. Offer to help them build or optimize additional workflows \u2014 Beat 3's runner-up ideas are natural next candidates.\n";
+var onboardingSkillMarkdown = "# Intent\n\nYou are onboarding a user onto auto. Achieve three goals, in roughly this order, as rapidly as the user's pace allows:\n\n1. **Educate** \u2014 teach the user what auto is and how it works, and get them genuinely excited about it.\n2. **Magic moment** \u2014 get a tailor-made, deployed, proactive workflow live that solves a *real* problem for them, and have them witness it working end to end.\n3. **Self-sufficiency** \u2014 leave them with the building blocks (mental model, CI/CD, a self-improvement loop) to iterate on their auto system rapidly and safely on their own.\n\n# Background\n\n**What is auto?**\n\nauto lets you program software factories the same way you program CI/CD.\n\nCompose agents and triggers into workflows using simple YAML files, and deploy them into the cloud on merge.\n\nYou can use auto to build simple (but effective) automations:\n\n- Ticket / feedback triage and resolution\n- Automated incident / bug response\n- Custom tailored code review agents\n\nYou can also use auto to push the frontier of agentic labor:\n\n- Organized fleets of agents on long-horizon tasks\n- Multi-agent autoresearch / optimization loops\n- Agentic BDR and outbound lead engines\n- \u221E more ideas we've yet to dream up\n\nAnything that can be described in a standard operating procedure can be translated into a \"chart\" of agents and triggers in auto \u2014 the only limit is your imagination.\n\n# Reference material\n\nThis skill ships with documentation and worked examples. Read them before you onboard anyone; cite and copy from them as you go.\n\n| Path | What it covers |\n| --- | --- |\n| `docs/index.md` | The mental model: resources, events, triggers, runs. Start here. |\n| `docs/resource-model.md` | The `.auto/` directory, resource envelopes, and `auto apply` semantics. |\n| `docs/sessions-and-triggers.md` | Agents, the trigger/event/routing vocabulary, filters, and PR checks. |\n| `docs/environments-and-profiles.md` | Sandbox images, setup steps and caching, and reusable agent profiles. |\n| `docs/tools-and-connections.md` | MCP tools, chat tools, provider connections, secrets, and the runtime tool surface agents see. |\n| `docs/cli.md` | The `auto` CLI command reference. |\n| `docs/ci-cd.md` | Service accounts and GitHub Actions for apply-on-merge. |\n| `examples/index.md` | Prose outline of every example \u2014 read this to know what's on the shelf. |\n| `examples/` | Complete, copyable `.auto/` directories \u2014 one per workflow archetype, each with a README explaining the moving parts. |\n\nIf these relative paths are not available (for example this playbook was printed by `auto onboard --agent` rather than installed as a skill directory), fetch the same content from the skills mirror: `npx skills add auto-dot-sh/skills`, or browse https://github.com/auto-dot-sh/skills.\n\n# Operating principles\n\nHold these throughout the onboarding:\n\n- **Trust live command output over this document.** The CLI evolves; run `auto --help` early and whenever in doubt, and when a command's real output disagrees with anything written here, trust the command output over this document and adapt.\n- **Converse, don't lecture.** Short messages, one question at a time, and adapt your vocabulary to the user's technical level. The pitch should take seconds, not paragraphs.\n- **Ask before changing anything outside `.auto/`.** The onboarding's write surface is the `.auto/` directory (plus the CI workflow in Beat 7, which ships as a PR). Any other file in the user's repo gets touched only with their explicit go-ahead.\n- **Warn before browsers open, and surface the link either way.** `auto auth login`, `auto connect`, and `auto agents connect` open a browser window *and* print the authorization URL. Give a one-sentence heads-up first (\"this will open your browser to install the GitHub App\") so it doesn't feel like something hijacked their machine. If the browser doesn't pop (some environments can't open one), don't leave the user hunting through command output \u2014 repeat the printed authorization URL back to them on its own line as a clickable fallback, one provider at a time, and tell them plainly to click it.\n- **Signal before going quiet.** Deep repo exploration and waiting on async runs both involve silence. Say what you're about to do and roughly how long it will take.\n- **Enlist the user as the second pair of hands.** They trigger the inputs you can't (tagging a bot in Slack, commenting on a PR) and verify the outputs you can't see (a Slack message arriving). Make those asks explicit and specific.\n- **Hand off, don't hint.** When the user needs to do something, spell it out the *first* time \u2014 before they have to ask. Name the exact trigger (which label, which channel, which command), where to click, and what they'll see when it works. \"Label the issue whenever you're ready\" assumes they can see what's in your head and the YAML you wrote; a numbered \"in Linear: create an issue \u2192 add the `auto-triage` label \u2192 that label is the trigger\" does not. If you catch yourself about to post a one-line \"go ahead and \u2026\", expand it.\n- **Set expectations once, then stay quiet.** When you start watching an async run, tell the user up front roughly how long it takes and what \"normal\" looks like (\"the coder run provisions a sandbox first \u2014 expect a quiet couple of minutes\"), then hold until something *they'd care about* changes. Don't narrate every monitor tick or re-report the same event from a second watcher \u2014 a stream of \"still queued / still running / no news\" reads as noise, not reassurance.\n- **Expect trouble; own the troubleshooting.** OAuth flows fail, secrets get mistyped, webhooks misfire. When something breaks, diagnose it with the CLI (`auto runs list`, `auto runs show`, `auto runs conversation`, `auto apply --dry-run`) rather than asking the user to debug.\n- **Asynchronous means asynchronous.** Triggered runs take time to spawn and act. Tell the user when a wait is expected, and tail run state rather than declaring failure early.\n- **Never fabricate success.** Verify each step actually worked (the apply plan, the trigger receipt, the run conversation) before telling the user it did.\n- **Celebrate real wins.** When a workflow completes end to end for the first time, mark the moment \u2014 emoji, a pun, a little flourish. This should feel fun.\n\n# Procedure\n\nWork through the following beats in order. They are a roadmap, not a script \u2014 skip or reorder when the user's situation clearly calls for it (for example, a user who already has an account and connections can jump straight to Beat 3).\n\n## Beat 0: Learn auto\n\nBefore talking to the user, make sure you have a working command of the system: read `docs/index.md` for the mental model, skim the rest of `docs/`, and look through `examples/` to internalize what complete workflows look like. You will be drawing on the examples heavily in Beats 3-5.\n\n## Beat 1: Establish rapport\n\n**Your very first message after launching is a plain-language pitch, not a form.** Two or three sentences on what auto is and where it's valuable, then *one* opening question. Do **not** open with `AskUserQuestion` or a multiple-choice menu \u2014 that skips the *Educate* goal and makes the onboarding feel like a config wizard. Lead with words; reach for `AskUserQuestion` only once you're past the pitch and genuinely offering discrete choices (e.g. the hero workflow in Beat 3).\n\nAfter the pitch, shift into lightly interviewing the user. You want to learn:\n\n1. **Who they are and their professional context.**\n   - Hobbyist, or evaluating auto for a real business?\n   - How technical are they? Engineer, or a more managerial / operational role?\n2. **Where the work that matters most to them happens.**\n   - Do they have a GitHub account / organization? Is there a repo that would make a good home for their auto system \u2014 better yet, are you running inside it right now?\n   - Do they work out of Slack day-to-day, and could they install auto there?\n   - What else is in their operating loop? Linear, Datadog, Sentry, PostHog, Notion, Telegram, internal webhooks, and so on.\n\nKeep this light \u2014 a few questions, not a survey. You're gathering enough signal to propose workflows that will land.\n\n## Beat 2: Get up to speed\n\nIf you are running inside a repo the user has indicated is their focus, tell them you're going to explore it for a few minutes (and that you'll go quiet while a research agent reads the repo) \u2014 then **dispatch a subagent to do the deep read in parallel** rather than reading file-by-file in the main thread. This keeps the conversation responsive and your own context clean, and it forces real exploration instead of leaning on whatever `CLAUDE.md` / `AGENTS.md` happened to load.\n\nSpawn one general-purpose / Explore subagent (or a small fan-out of them for a large monorepo) and have it read **both**:\n\n- **The repo:** what the project does, how the team works (CI, review culture, issue-tracker and chat integrations), the conventions written down in `CLAUDE.md`/`AGENTS.md`/`docs/`, and \u2014 most importantly \u2014 where the recurring, automatable toil is.\n- **This skill's `docs/` and `examples/`**, so the ideas it returns are already expressed in auto's vocabulary (agents, triggers, profiles) and mapped to a concrete archetype.\n\nHave the subagent return a structured shortlist: for each candidate workflow, a one-line description, the matching archetype, the trigger/event that would fire it, and the *specific evidence in this repo* that the toil is real (a file, a workflow, a documented rule, a past incident). That shortlist is the raw material for Beat 3.\n\nWhen the agent returns, don't just move on \u2014 **surface 1-2 concrete observations to the user** (\"you renumber migrations by hand and a missed renumber caused a prod outage; your `postman/collection.json` updates are marked NOT OPTIONAL\") so they see the exploration paid off and trust that your pitches are grounded in *their* code. If `CLAUDE.md` already told you something, say so and confirm it against the repo rather than presenting it as discovery.\n\n## Beat 3: Present some options\n\nCombine what you know about the user, their goals, and their codebase, and brainstorm at least three workflows they could deploy *today*. Anchor on the archetypes in `examples/index.md` \u2014 code review, issue triage, incident response, chat assistant, scheduled digest, an orchestrated agent fleet, a research/optimization loop, an outbound lead engine \u2014 but tailor each pitch to their actual stack and pain points (\"a review agent that enforces *your* `docs/style.md`\", not \"a code review bot\"). The archetypes are anchors, not a menu: if the user's situation suggests a useful workflow that matches none of them, it is absolutely fair game \u2014 pitch it. Calibrate ambition to the user: the simple automations land the magic moment fastest, while the frontier examples (fleet, research loop) make better second acts unless the user is clearly hungry for them.\n\nPresent the options as a question, one line each on what the workflow would do for them, and let them pick \u2014 including the option to propose their own idea instead. The winner becomes the hero use case.\n\n## Beat 4: Setup & smoke test\n\nGet the user from zero to a deployed, *hollow* version of the hero workflow \u2014 a shell that proves every input and output is wired up before you invest in the real logic. In practice:\n\n1. **Install the CLI**: `npm install -g @autohq/cli` (requires Node 20+). Verify with `auto --version`.\n2. **Sign in**: `auto auth login` (heads-up: opens a browser; account creation happens there too). You're blocked on the user completing the flow either way, so wait for them \u2014 don't busy yourself with other work mid-sign-in, which only confuses things. When you're driving from a terminal with no browser, `auto auth login --device` prints a code the user enters in their browser.\n3. **Create the org and project**: `auto orgs create` / `auto projects create`. Ask the user what they want to name them \u2014 don't pick names for them.\n4. **Connect providers**: `auto connections list --available` to see what's offered, then `auto connect <provider>` for each one the workflow needs (heads-up: browser again). GitHub connects as an App installation; Slack and Linear as OAuth grants.\n5. **Scaffold `.auto/`**: create the directory in their repo and draft the minimal resources \u2014 an environment, a profile, any tool definitions, and an agent with the workflow's trigger. Copy from the matching example and strip it down.\n6. **Apply**: `auto apply --dry-run` first, show the user the plan, then `auto apply`.\n\nThen run the smoke test. Its exact shape depends on the use case, but the goal is always the same: verify that the trigger fires and the agent's output surfaces reach the user. A workflow almost always involves some communication channel, so a good smoke test \"breaks the fourth wall\" \u2014 have the hollow agent send the user a hello in Slack (or wherever they live).\n\nEnlist the user, and **hand off, don't hint** (see the operating principle): when you ask them to fire the input only they can fire, give the full, numbered steps the first time \u2014 *which* label on *which* issue, *which* channel to create, the exact command to run, and what they'll see when it lands. Don't post \"go ahead and label the issue\" and assume they know a label is the trigger; that one-liner is what makes a user ask \"wait, what exactly do I do?\". Right after `auto apply`, before you start watching, tell them in plain words what just deployed and what their next action is. Then **set expectations once** \u2014 \"the run takes a minute or two to spawn; I'll tell you when it acts\" \u2014 and watch progress yourself with `auto runs list` and `auto attach <run-id>` (live stream; `auto runs conversation <run-id>` for a snapshot), surfacing only meaningful changes rather than every tick. Troubleshoot until the smoke test passes.\n\nIf a channel install is blocked \u2014 for example the Slack workspace requires admin approval \u2014 don't stall the onboarding on it. Pick an output surface the user can verify without the channel (a PR comment, a GitHub check, the run transcript via `auto runs conversation`), continue the beats, and circle back to realize the channel identity once the approval lands.\n\n## Beat 5: Build the real thing\n\nWith inputs and outputs proven, flesh the workflow out to its real form in `.auto/` \u2014 the full profile instructions, the real prompt, the filters and routing that make it production-shaped. Tell the user what you're changing, then apply it.\n\nTest end to end: trigger the workflow for real, follow the run, and enlist the user again for out-of-band inputs and output verification. Iterate until you've witnessed one complete, successful run of the real workflow.\n\nThen celebrate. This is the magic moment \u2014 act like it. \u{1F389}\n\n## Beat 6: Bring the user up to speed\n\nWalk the user through what you built, piece by piece: which environment, profile, tools, agent, and triggers you composed, how an event flows through them to become a run, and where each file lives in `.auto/`. Show short snippets from the actual files rather than describing them abstractly.\n\nThen ask: anything they want to dig into further, or shall we set up CI/CD?\n\n## Beat 7: Set up CI/CD\n\nMake merges to their default branch the deployment mechanism for their auto system (this is the \"program software factories like CI/CD\" promise made literal). Following `docs/ci-cd.md`:\n\n1. Create a service account: have the *user* run `auto service-account create ci-apply --preset applier` in their own terminal (and a second `--preset read-only` account for PR dry-runs if they want plan-on-PR). The token prints exactly once and goes straight into a repo secret \u2014 it must never be pasted into the conversation, and if you run the command yourself it lands in your transcript.\n2. Add a GitHub Actions workflow that runs `auto apply --dry-run` on pull requests and `auto apply` on pushes to the default branch.\n3. Tell the user exactly which secret to create where in their repo settings (the service-account token, shown once at creation).\n4. Open a PR containing `.auto/` and the new workflow, and ask the user to merge it.\n\nWhen the merge lands, verify the apply ran cleanly in Actions, and congratulate them \u2014 their factory now ships itself.\n\n## Beat 8: Set up a self-improvement loop\n\nTell the user there's one last step we've found high-leverage: a workflow that watches their auto system itself \u2014 sweeping recent runs for failures, bottlenecks, and drift, and proposing improvements. Explain that it's just another auto workflow, fully theirs to tune.\n\nIf they're in, copy `examples/self-improvement/` and tailor it to their setup (their channel, their agents, their cadence). Since CI/CD is now live, do **not** run `auto apply` yourself \u2014 open a PR and let them merge it. That's the new normal, and modeling it is the point.\n\n## Beat 9: Conclusion\n\nTell the user they're all set: a live workflow, CI/CD for their auto system, and a loop that helps it improve. Recap in two or three lines what now exists. Offer to help them build or optimize additional workflows \u2014 Beat 3's runner-up ideas are natural next candidates.\n";
 
 // src/commands/onboard/commands.ts
 function registerOnboardCommands(program, context) {
@@ -32221,7 +32269,7 @@ function collect(value, previous = []) {
   return [...previous, value];
 }
 function registerRunCommands(program, context) {
-  const runs = program.command("runs").description("Inspect session runs.");
+  const runs = program.command("runs").description("Inspect agent runs.");
   runs.command("list").description("List runs for a session or the whole project.").option("--session <name>", "session name").option("--include-archived", "include archived runs").option("--status <status>", "filter by run status (repeatable)", collect).option("--since <iso-timestamp>", "only runs created after this time").option("--limit <count>", "maximum runs to return", parsePositiveInteger).option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (options) => {
     await handleRunsList(context, options.session, options);
   });
@@ -32291,7 +32339,7 @@ function registerRunCommands(program, context) {
   runs.command("stop").description("Stop live runs and shut down their agent sessions.").argument("<run-ids...>", "run id(s)").option("--reason <reason>", "reason recorded with the stop").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (runIds, commandOptions) => {
     await stopRunsAction(context, runIds, commandOptions);
   });
-  runs.command("benchmark-startup").description("Launch a session run and measure time until awaiting.").requiredOption("--session <name>", "session name").option("-m, --message <message>", "initial message for the run").option(
+  runs.command("benchmark-startup").description("Launch an agent run and measure time until awaiting.").requiredOption("--session <name>", "agent name").option("-m, --message <message>", "initial message for the run").option(
     "--interactive",
     "start without the default initial prompt unless --message is provided"
   ).option(
@@ -32313,7 +32361,7 @@ function registerRunCommands(program, context) {
   ).option("--json", "write a single JSON result object").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (options) => {
     await benchmarkStartupAction(context, options);
   });
-  program.command("interactive").description("Launch a session run, stream it, and send typed messages.").argument("<session>", "session name").option("-m, --message <message>", "initial message for the run").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").option("--operator <name>", "operator name for attach/detach messages").option(
+  program.command("interactive").description("Launch an agent run, stream it, and send typed messages.").argument("<session>", "agent name").option("-m, --message <message>", "initial message for the run").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").option("--operator <name>", "operator name for attach/detach messages").option(
     "--attach-message",
     "send the automated attach message after creating the run"
   ).option("--no-attach-message", "do not send the automated attach message").option("--no-detach-message", "do not send the automated detach message").action(
@@ -32677,7 +32725,7 @@ async function connectSessionPresence2(input) {
   }
   for (const pending of result.pending) {
     input.writeOutput(
-      `connect session/${input.session} workspace/${pending.workspace} connection/${pending.connection}`
+      `connect agent/${input.session} workspace/${pending.workspace} connection/${pending.connection}`
     );
     input.writeOutput(`authorization_url ${pending.authorizationUrl}`);
     if (pending.suggestedUsername) {
@@ -32738,7 +32786,7 @@ async function connectSessionPresence2(input) {
     }
     if (!realized) {
       throw new Error(
-        telegram ? `Timed out waiting for the Telegram bot to be confirmed under ${pending.workspace}. Confirm the creation dialog in Telegram, then re-run \`auto sessions connect ${input.session}\`.` : `Timed out waiting for the install in workspace ${pending.workspace}. Re-run \`auto sessions connect ${input.session}\` to retry.`
+        telegram ? `Timed out waiting for the Telegram bot to be confirmed under ${pending.workspace}. Confirm the creation dialog in Telegram, then re-run \`auto agents connect ${input.session}\`.` : `Timed out waiting for the install in workspace ${pending.workspace}. Re-run \`auto agents connect ${input.session}\` to retry.`
       );
     }
   }
@@ -32746,19 +32794,19 @@ async function connectSessionPresence2(input) {
 }
 function realizedIdentityLine(session, identity2) {
   const handle = identity2.botUsername ? `persona/@${identity2.botUsername}` : `bot/${identity2.botUserId ?? ""}`;
-  return `connected session/${session} workspace/${identity2.workspace} ${handle}`;
+  return `connected agent/${session} workspace/${identity2.workspace} ${handle}`;
 }
 function staleScopesLine(session, identity2) {
   if (!identity2.missingScopes?.length) {
     return void 0;
   }
-  return `  workspace "${identity2.workspace}" was installed before scopes ${identity2.missingScopes.join(", ")} were added; refresh with \`auto sessions connect ${session} --reconnect\``;
+  return `  workspace "${identity2.workspace}" was installed before scopes ${identity2.missingScopes.join(", ")} were added; refresh with \`auto agents connect ${session} --reconnect\``;
 }
 function manualGuidance(input) {
   if (input.allTelegram) {
-    return `Open each creation link and confirm the new bot in Telegram; Auto provisions it automatically. Re-run \`auto sessions connect ${input.session}\` (or check presence) to see it realize.`;
+    return `Open each creation link and confirm the new bot in Telegram; Auto provisions it automatically. Re-run \`auto agents connect ${input.session}\` (or check presence) to see it realize.`;
   }
-  return input.reconnect ? "Open each authorization URL to reinstall the agent app; the callback page confirms the refreshed tokens." : "Open each authorization URL to install the agent app, then re-run with no flags or check `sessions connect` again.";
+  return input.reconnect ? "Open each authorization URL to reinstall the agent app; the callback page confirms the refreshed tokens." : "Open each authorization URL to install the agent app, then re-run with no flags or check `agents connect` again.";
 }
 async function promptForIconUploads(input, options) {
   const presence = await input.client.getSessionPresence(
@@ -32775,14 +32823,14 @@ async function promptForIconUploads(input, options) {
   for (const identity2 of drifted) {
     const settingsUrl = `${SLACK_APPS_URL}/${identity2.appId}/general`;
     input.writeOutput(
-      `Workspace "${identity2.workspace}" agent app icon does not match the session avatar yet. Slack has no app-icon API; upload the avatar image once under "Display Information" at ${settingsUrl}`
+      `Workspace "${identity2.workspace}" agent app icon does not match the agent avatar yet. Slack has no app-icon API; upload the avatar image once under "Display Information" at ${settingsUrl}`
     );
     if (identity2.avatarUrl) {
       input.writeOutput(`avatar image: ${identity2.avatarUrl}`);
     }
     if (!canPrompt) {
       input.writeOutput(
-        `Then re-run \`auto sessions connect ${input.session}\` interactively to record the upload.`
+        `Then re-run \`auto agents connect ${input.session}\` interactively to record the upload.`
       );
       continue;
     }
@@ -32822,7 +32870,7 @@ async function promptForIconUploads(input, options) {
       options
     );
     input.writeOutput(
-      `recorded icon session/${input.session} workspace/${identity2.workspace} sha256/${recorded.appliedIconSha256.slice(0, 12)}`
+      `recorded icon agent/${input.session} workspace/${identity2.workspace} sha256/${recorded.appliedIconSha256.slice(0, 12)}`
     );
   }
 }
@@ -32929,17 +32977,17 @@ async function launchRun(input) {
 
 // src/commands/sessions/commands.ts
 function registerSessionCommands(program, context) {
-  program.command("run").description("Launch a session run on the Auto platform.").argument("<session>", "session name").option("-m, --message <message>", "initial message for the run").option("-a, --attach", "stream the run conversation after launch").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (sessionName, commandOptions) => {
+  program.command("run").description("Launch an agent run on the Auto platform.").argument("<session>", "agent name").option("-m, --message <message>", "initial message for the run").option("-a, --attach", "stream the run conversation after launch").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (sessionName, commandOptions) => {
     await launchRun({
       sessionName,
       commandOptions,
       context
     });
   });
-  const sessions = program.command("sessions").description("Manage Session resources.");
+  const sessions = program.command("agents").alias("sessions").description("Manage Agent resources.");
   sessions.command("connect").description(
-    "Connect a session's provider presence (e.g. install its Slack agent app)."
-  ).argument("<session>", "session resource name").option("--manual", "print authorization URLs without opening a browser").option(
+    "Connect an agent's provider presence (e.g. install its Slack agent app)."
+  ).argument("<session>", "agent resource name").option("--manual", "print authorization URLs without opening a browser").option(
     "--reconnect",
     "re-run the install for already-connected workspaces (repairs stranded bot tokens)"
   ).option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(
@@ -32955,9 +33003,7 @@ function registerSessionCommands(program, context) {
       });
     }
   );
-  program.command("run-and-attach").description(
-    "Launch a session run and immediately stream its conversation."
-  ).argument("<session>", "session name").option("-m, --message <message>", "initial message for the run").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (sessionName, commandOptions) => {
+  program.command("run-and-attach").description("Launch an agent run and immediately stream its conversation.").argument("<session>", "agent name").option("-m, --message <message>", "initial message for the run").option("--api-url <url>", "Auto API base URL").option("--api-base-url <url>", "Auto API base URL").action(async (sessionName, commandOptions) => {
     await launchRun({
       sessionName,
       commandOptions: {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@autohq/cli",
-  "version": "0.1.133",
+  "version": "0.1.134",
   "license": "SEE LICENSE IN README.md",
   "publishConfig": {
     "access": "public"