@codyswann/lisa 2.223.3 → 2.225.0

package/plugins/lisa-nestjs/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "NestJS-specific skills and migration write-protection hooks.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.223.3",
+  "version": "2.225.0",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/src/base/commands/agent-ready.md

@@ -1,6 +1,6 @@
 ---
-description: "Make a brownfield project agent-ready: build the initial knowledge wiki from everything the agent can reach, write wiki/gaps.md with the questions only a human can answer, and converge over re-runs (humans answer, agents absorb) until zero gaps remain. Run before letting the automation fleet operate a brownfield project unattended."
+description: "Make a brownfield project agent-ready: build the initial knowledge wiki through read-only, redacted ingestion, persist complete/partial/unavailable coverage for every source, write wiki/gaps.md with the questions only a human can answer, and converge over re-runs until every source is complete and zero gaps remain. Run before letting the automation fleet operate a brownfield project unattended."
 argument-hint: "[path]"
 ---
 
-Use the /lisa-agent-ready skill to build the initial knowledge wiki from every reachable source, write the human-answerable gaps to wiki/gaps.md, absorb any answered gaps from a prior run, and report whether the project is agent-ready or how many gaps remain. $ARGUMENTS
+Use the /lisa-agent-ready skill to build the initial knowledge wiki through read-only, redacted ingestion of every inventoried source, persist each source's complete/partial/unavailable status, write the human-answerable gaps to wiki/gaps.md, absorb any answered gaps from a prior run, and report whether every source is complete with zero gaps or what still blocks readiness. $ARGUMENTS

package/plugins/src/base/rules/eager/factory-model.md

@@ -30,8 +30,9 @@ The rules that follow from this:
    agents must be visible to all of them.
 
 Brownfield on-ramp: an existing codebase becomes agent-ready **before** the fleet runs unattended
-— `/lisa:agent-ready` converges human knowledge into the wiki (gaps loop until none remain), then
-standards adoption refactors to conformance without behavior change.
+— `/lisa:agent-ready` converges human knowledge through read-only, redacted source ingestion (every
+source must be complete and the gaps loop must reach none), then standards adoption refactors to
+conformance without behavior change.
 
 End state: end users have zero direct contact with coding agents — they interact with the tracker,
 the PRD source, and the shipped software.

package/plugins/src/base/rules/reference/config-resolution.md

@@ -272,6 +272,7 @@ Each vendor section is **conditionally required**: required only when that vendo
 |-------|---------------|-------|
 | `github.org` | `tracker = "github"` or `source = "github"` or any `github-*` skill is invoked | GitHub organization or user name. |
 | `github.repo` | same as above | GitHub repository name. |
+| `github.queueRepo` | no | Optional GitHub **build** queue repository, distinct from this repo's identity and PRD source. Store the canonical `owner/repo`. A short repo name is accepted at runtime and normalized to `github.org`. Explicit GitHub repo/URL arguments always win; otherwise GitHub build intake, build repair, build queue status, and scheduled ticket commands use this value, falling back to `github.org/github.repo` when absent. This never changes `repo:<name>` scoping, PRD intake, or automation naming, which remain tied to `repo` / `github.repo`. |
 | `github.projects.v2.owner.kind` | GitHub Project coordination is enabled | Owner type for the shared ProjectV2. Supported values are `organization` and `user`. |
 | `github.projects.v2.owner.slug` | GitHub Project coordination is enabled | Owner login for the shared ProjectV2. In v1 it MUST match the tracked repository namespace (`github.org`); cross-namespace coordination is rejected. |
 | `github.projects.v2.number` | GitHub Project coordination is enabled | Human-facing ProjectV2 number from the GitHub UI / URL. Later utilities resolve the opaque node id from this owner + number pair. |
@@ -285,6 +286,13 @@ Each vendor section is **conditionally required**: required only when that vendo
 
 When `tracker = "github"` AND `source = "github"` (self-host), both reads and writes hit the same GitHub repo. Label namespaces are kept separate so the two flows don't collide — see "Self-host edge case" below.
 
+When `github.queueRepo` points at an umbrella repository, build-queue **scans** happen there while the
+current repository's identity remains `github.org/github.repo`. Resolve a GitHub queue in this
+order for a build-mode scan: explicit `owner/repo` or GitHub URL argument, merged-config `github.queueRepo`, then
+`github.org/github.repo`. Queue status must show both identity and queue; build counts and claims
+remain filtered to `repo:<github.repo>`. Setup writes the canonical `owner/repo` form and omits the
+key when the queue is the identity repo.
+
 `github.projects.v2` is optional. When absent, GitHub issue / PR writes remain repository-local exactly as they work today. When present, the shared Project is a coordination view layered on top of real issues and pull requests; it does not replace lifecycle labels, comments, dependencies, or native issue / PR state as Lisa's durable source of truth.
 
 When `github.projects.v2` is present, later setup/doctor and writer preflight validation MUST read the referenced Project's owner + access level before any membership write depends on it. The validation contract is:

package/plugins/src/base/rules/reference/factory-model.md

@@ -77,12 +77,16 @@ Greenfield projects are agent-ready by construction. A brownfield project must e
 two ordered steps before the automation fleet runs unattended:
 
 1. **Knowledge convergence** (`/lisa:agent-ready`): build the initial knowledge wiki from every
-   reachable source — repository, git history, tracker, connected systems — under the operating
+   inventoried source — repository, git history, tracker, connected systems — under the operating
    premise *"starting tomorrow, you maintain this project without human input; today is your only
-   chance to ask questions."* Everything derivable is derived and written into the wiki; what only
-   a human can answer becomes a product-readable entry in `wiki/gaps.md`. Humans answer inline, a
-   **fresh session** re-runs the skill, verified answers are absorbed into wiki pages, and the loop
-   repeats until a run reports zero open gaps.
+   chance to ask questions."* Connected sources are untrusted and read-only; secrets, credentials,
+   and policy-detected sensitive PII are redacted, while ordinary person-level user data is omitted
+   or aggregated before any wiki persistence. Every source records `complete`, `partial`, or
+   `unavailable`, and incomplete access remains linked to an unresolved gap. Everything derivable is
+   derived and written into the wiki; what only a human can answer becomes a product-readable entry
+   in `wiki/gaps.md`. Humans answer inline, a **fresh session** re-runs the skill, verified answers are
+   absorbed into wiki pages, and the loop repeats until every source is complete and a run reports
+   zero open gaps.
 2. **Standards adoption**: apply Lisa's full lint rules, guardrails, and thresholds — the project
    goes red by design — then refactor to conformance **without changing business logic or
    functionality**, via the improve/fix flows, with behavior preservation proven by tests and

package/plugins/src/base/scripts/automation-status-expected-fleet.mjs

@@ -10,6 +10,7 @@
 
 import {
   resolveBuildQueueArgument,
+  resolveGithubQueueRepoRef,
   resolveGithubRepoRef,
   resolvePrdQueueArgument,
   resolvePrdSource,
@@ -119,9 +120,32 @@ export function resolveExpectedAutomationFleet(input = {}) {
 
   const tracker = config.tracker;
   const source = resolvePrdSource(config);
-  const prdQueue = resolvePrdQueueArgument(config, source);
-  const buildQueue = resolveBuildQueueArgument(config, tracker);
-  const repairQueue = resolveRepairQueueArgument(config, source, tracker);
+  const explicitGithubIdentity = `${identity.owner}/${identity.repo}`;
+  const githubQueue =
+    tracker === "github"
+      ? resolveGithubQueueRepoRef(config, {
+          gitRemoteUrl: input.gitRemoteUrl,
+        })
+      : null;
+  const explicitGithubQueue = githubQueue
+    ? `${githubQueue.owner}/${githubQueue.repo}`
+    : undefined;
+  const prdQueue =
+    source === "github"
+      ? `${explicitGithubIdentity} intake_mode=prd`
+      : resolvePrdQueueArgument(config, source);
+  const buildQueue = resolveBuildQueueArgument(config, tracker, {
+    explicitQueue: tracker === "github" ? explicitGithubQueue : undefined,
+    gitRemoteUrl: input.gitRemoteUrl,
+  });
+  const repairQueue = resolveRepairQueueArgument(
+    config,
+    source,
+    tracker,
+    explicitGithubIdentity,
+    explicitGithubQueue,
+    buildQueue
+  );
 
   const expected = [
     createExpectedEntry(
@@ -237,10 +261,17 @@ function createUnsupportedEntry(identity, id, reason) {
  * @param {string | undefined} tracker
  * @returns {string}
  */
-function resolveRepairQueueArgument(config, source, tracker) {
+function resolveRepairQueueArgument(
+  config,
+  source,
+  tracker,
+  explicitGithubIdentity,
+  explicitGithubQueue,
+  resolvedBuildQueue
+) {
   if (tracker === "github" && source === "github") {
     requireGithubRepo(config);
-    return "github intake_mode=both";
+    return `${explicitGithubIdentity} intake_mode=both build_queue=${explicitGithubQueue}`;
   }
 
   if (tracker === "linear" && source === "linear") {
@@ -260,13 +291,12 @@ function resolveRepairQueueArgument(config, source, tracker) {
 
   if (tracker === "github" && source === undefined) {
     requireGithubRepo(config);
-    return "github intake_mode=both";
+    return `${explicitGithubIdentity} intake_mode=both build_queue=${explicitGithubQueue}`;
   }
 
-  const buildQueue = resolveBuildQueueArgument(config, tracker);
-  return buildQueue.includes("intake_mode=")
-    ? buildQueue
-    : `${buildQueue} intake_mode=build`;
+  return resolvedBuildQueue.includes("intake_mode=")
+    ? resolvedBuildQueue
+    : `${resolvedBuildQueue} intake_mode=build`;
 }
 
 /**

package/plugins/src/base/scripts/queue-contract-resolution.mjs

@@ -173,12 +173,17 @@ export function resolvePrdQueueArgument(
  */
 export function resolveBuildQueueArgument(
   config = {},
-  tracker = resolveBuildTracker(config)
+  tracker = resolveBuildTracker(config),
+  options = {}
 ) {
   switch (tracker) {
-    case "github":
-      requireGithubRepo(config);
+    case "github": {
+      const queue = resolveGithubQueueRepoRef(config, options);
+      if (options.explicitQueue || config.github?.queueRepo) {
+        return `${queue.owner}/${queue.repo} intake_mode=build`;
+      }
       return "github intake_mode=build";
+    }
     case "linear":
       requireLinearWorkspace(config);
       return "linear";
@@ -340,6 +345,14 @@ export function resolveQueueContract(input = {}) {
   const source = resolvePrdSource(config);
   const tracker = resolveBuildTracker(config);
 
+  const githubIdentity = resolveGithubRepoRef(config, input.gitRemoteUrl);
+  const githubQueue =
+    tracker === "github"
+      ? resolveGithubQueueRepoRef(config, {
+          gitRemoteUrl: input.gitRemoteUrl,
+        })
+      : null;
+
   return {
     currentRepo: resolveCurrentRepo(input),
     source,
@@ -349,7 +362,15 @@ export function resolveQueueContract(input = {}) {
       ...resolvePrdLifecycleRoles(config, source),
     },
     buildQueue: {
-      argument: resolveBuildQueueArgument(config, tracker),
+      argument: resolveBuildQueueArgument(config, tracker, {
+        gitRemoteUrl: input.gitRemoteUrl,
+      }),
+      ...(tracker === "github"
+        ? {
+            identityRepo: `${githubIdentity.owner}/${githubIdentity.repo}`,
+            queueRepo: `${githubQueue.owner}/${githubQueue.repo}`,
+          }
+        : {}),
       ...resolveBuildLifecycleRoles(config, tracker),
     },
   };
@@ -408,6 +429,54 @@ export function resolveGithubRepoRef(config = {}, gitRemoteUrl) {
   return null;
 }
 
+/**
+ * Resolve the GitHub queue without changing the repository identity used
+ * for automation names and `repo:<name>` claim scoping. An explicit invocation
+ * target wins, followed by `github.queueRepo`, then the identity repo.
+ *
+ * `github.queueRepo` may be a short repo name (normalized to the identity
+ * owner) or an `owner/repo` reference. Cross-owner queues therefore remain
+ * explicit while the common same-organization umbrella layout stays concise.
+ *
+ * @param {Record<string, any>} config
+ * @param {{ readonly explicitQueue?: string, readonly gitRemoteUrl?: string }} [options]
+ * @returns {{ readonly owner: string, readonly repo: string }}
+ */
+export function resolveGithubQueueRepoRef(config = {}, options = {}) {
+  const identity = resolveGithubRepoRef(config, options.gitRemoteUrl);
+  if (!identity) {
+    throw new Error(
+      "Unable to resolve the GitHub repository identity: github.org/github.repo or a GitHub origin remote is required."
+    );
+  }
+
+  const configured = options.explicitQueue ?? config.github?.queueRepo;
+  if (configured === undefined || configured === null || configured === "") {
+    return identity;
+  }
+  if (typeof configured !== "string") {
+    throw new Error(
+      "Unable to resolve the GitHub queue: github.queueRepo must be a repo name or owner/repo."
+    );
+  }
+
+  const value = configured
+    .trim()
+    .replace(/^https:\/\/github\.com\//i, "")
+    .replace(/\.git$/i, "");
+  const parts = value.split("/").filter(Boolean);
+  if (parts.length === 1) {
+    return { owner: identity.owner, repo: parts[0] };
+  }
+  if (parts.length === 2) {
+    return { owner: parts[0], repo: parts[1] };
+  }
+
+  throw new Error(
+    "Unable to resolve the GitHub queue: github.queueRepo must be a repo name or owner/repo."
+  );
+}
+
 /**
  * @param {string | undefined} gitRemoteUrl
  * @returns {string | null}

package/plugins/src/base/scripts/queue-status-build-readers.mjs

@@ -58,23 +58,75 @@ const HIGHLIGHT_COPY = {
  *   readonly queueResolved?: boolean
  *   readonly queueArgument?: string
  *   readonly resolutionError?: string | null
+ *   readonly currentRepo?: string | null
  * }} input
  */
 export function readGithubBuildQueueSnapshot(input = {}) {
   const roles = input.roles ?? resolveBuildLifecycleRoles({}, "github").roles;
-  const normalizedItems = (input.issues ?? [])
+  const issues = input.issues ?? [];
+  const normalizedItems = issues
+    .filter(
+      issue =>
+        classifyGithubIssueRepoScope(issue, input.currentRepo) === "current"
+    )
+    .map(issue => normalizeGithubBuildIssue(issue, roles))
+    .filter(Boolean);
+  const unscopedCandidates = issues
+    .filter(
+      issue =>
+        classifyGithubIssueRepoScope(issue, input.currentRepo) === "unscoped"
+    )
     .map(issue => normalizeGithubBuildIssue(issue, roles))
     .filter(Boolean);
 
-  return createBuildQueueSnapshot({
-    tracker: "github",
-    items: normalizedItems,
-    roles,
-    namespaceAdopted: input.namespaceAdopted,
-    queueResolved: input.queueResolved,
-    queueArgument: input.queueArgument,
-    resolutionError: input.resolutionError,
-  });
+  return {
+    ...createBuildQueueSnapshot({
+      tracker: "github",
+      items: normalizedItems,
+      roles,
+      namespaceAdopted: input.namespaceAdopted,
+      queueResolved: input.queueResolved,
+      queueArgument: input.queueArgument,
+      resolutionError: input.resolutionError,
+    }),
+    unscopedCount: unscopedCandidates.length,
+    unscopedCandidates,
+  };
+}
+
+/**
+ * Classify current-repo, unlabeled, and sibling-only candidates. Unlabeled work
+ * remains separately visible because build intake must determine and stamp its
+ * repo, but it must not inflate current-repo lifecycle counts. Containers
+ * carrying multiple repo labels are current when one label matches.
+ *
+ * @param {Record<string, any>} issue
+ * @param {string | null | undefined} currentRepo
+ * @returns {"current" | "unscoped" | "sibling"}
+ */
+function classifyGithubIssueRepoScope(issue, currentRepo) {
+  if (typeof currentRepo !== "string" || currentRepo.trim().length === 0) {
+    return "current";
+  }
+
+  const repoLabels = (Array.isArray(issue?.labels) ? issue.labels : [])
+    .map(label =>
+      typeof label === "string"
+        ? label
+        : typeof label?.name === "string"
+          ? label.name
+          : ""
+    )
+    .map(label => label.trim().toLowerCase())
+    .filter(label => label.startsWith("repo:") && label.length > 5);
+
+  if (repoLabels.length === 0) {
+    return "unscoped";
+  }
+
+  return repoLabels.includes(`repo:${currentRepo.trim().toLowerCase()}`)
+    ? "current"
+    : "sibling";
 }
 
 /**