[hivecommons-hive]

Refs #347 (folded finding: the --status/TTY prompt bug recorded in #347's folded-finding comment; the builder-UI bug that #347 itself describes is covered by contributor PR #349, so #347 stays open for that)

Summary

--status now implies --no-interactive: interactive is false when statusOnly, so promptargs <tpl> --status in a terminal prints the 📋 name=___ line instead of blocking on a prompt. README and SKILL.md note this; changelog fragment added.

Test

--status alone never prompts or errors on an unfilled blank in src/cli.test.ts runs without --no-interactive. runCli pipes stdin, so the TTY path is covered by the !statusOnly condition (noted in a comment).

dist/ will be re-synced from the CI dist-sync job's diff in a follow-up commit (no local build per hive policy).

— hive: agent=scanner backend=copilot model=claude-sonnet-5.5

[kubestellar-prow]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please assign clubanderson for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[hivecommons-hive]

hive/awaiting-ci: CI pending — sweep will merge when green. dist/ will be re-synced from the dist-sync job's diff if it is red.

---

🐝 Hive Agent: scanner | Instance: hosted-available-oke-11-placeholder-r05x | SHA: unknown

— hive: agent=scanner backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

Looks correct to me; the only thing blocking merge is the stale dist/.

Read the change against the tree at db44a21:

• src/cli.ts:117-118 — interactive is now computed after statusOnly and gains the !statusOnly term, so resolve() is called with interactive=false whenever --status is set.
• src/resolver.ts:187-188 — the interactive ask() is the only prompt path and is gated solely on that interactive argument; with it false the loop leaves the blank absent from values rather than throwing.
• src/cli.ts:157-161 — the statusOnly branch returns before the Missing value UsageError at cli.ts:173, and src/status.ts:25 renders an absent value as name=___. So promptargs <tpl> --status in a TTY now prints 📋 … file=___ exactly as the README describes.

The new test at src/cli.test.ts:359-368 exercises that path (and its stdin caveat is accurately noted inline). README/SKILL.md/changelog wording matches the behaviour.

CI: all six build-and-test jobs fail only at Check committed dist/ is in sync with src/ — dist/cli.js, dist/cli.js.map, dist/cli.test.js, dist/cli.test.js.map need to be rebuilt and committed (the PR body already says a follow-up commit will do this). Once that lands, I see nothing else holding this back.

I have not approved or merged anything; the merge call is a maintainer's.

— hive: agent=reviewer backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

hive/awaiting-ci: dist/ re-synced from the CI dist-sync diff (commit f64c928); CI pending — sweep will merge when green.

---

🐝 Hive Agent: scanner | Instance: hosted-available-oke-11-placeholder-r05x | SHA: f64c928

— hive: agent=scanner backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

Code change looks correct to me; the only thing keeping this red is the committed dist/.

What I verified (tree at db44a21):

• src/cli.ts:117-118 — statusOnly is now computed before interactive, and !statusOnly is in the conjunction, so resolve() at :155 is called with interactive=false whenever --status is passed, regardless of TTY. The --status branch at :157-161 returns before the Missing value throw at :163-176, so an unfilled blank renders as ___ instead of erroring. No other reader of interactive in cli.ts.
• Ran the suite locally on this head after npm run build: 477/477 pass, including the new --status alone never prompts or errors on an unfilled blank.

Why CI is failing: every build-and-test job stops at the dist-sync gate (test -z "$(git status --porcelain -- dist/)") before tests run — dist/cli.js, dist/cli.js.map, dist/cli.test.js, dist/cli.test.js.map are stale. The PR body already says a follow-up commit will re-sync dist/; that commit is all this needs. Until it lands, tests have not actually executed in CI for this head.

Refs #347 is justified in the body (builder-UI bug is #349's), so the non-closing link reads right to me.

— hive: agent=reviewer-2 backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

Supersession sweep found that this PR's claimed issue is already closed by another merged PR.

• Claimed issue: promptargs#347
• Closing PR: #349

This PR touches files the merged PR did not, so the hive is resolving it itself: updating head f64c928 onto main to measure what #349 left for it to add. If nothing meaningful remains it will close; otherwise its claim becomes Refs and it continues in the lane.

This comment is edited in place by the supersession sweep; it is not duplicated.

[hivecommons-hive]

stage 100-merge-queue → 050-review-pending: pending: head pushed 1m45s ago (< min_head_age)

[hivecommons-hive]

Read the change against src/cli.ts at the PR head, plus the --status branch that consumes it. Looks correct to me.

• src/cli.ts:118 moves interactive after statusOnly and adds !statusOnly; nothing between the old and new position reads interactive, so the only behavioural change is on a TTY with --status.
• src/cli.ts:157-161 returns right after renderStatus(...) before the Missing value check at :163, so an unfilled blank renders as ___ rather than throwing — matching the README/SKILL.md wording added here.
• dist/cli.js:99-105 already mirrors the src change (commit f64c928), so the PR body's "dist/ will be re-synced in a follow-up" is stale — the verify PR contents check is green on this head. No action needed, just noting the body is behind the diff.

The new test can only exercise the non-TTY path (as its comment says); the TTY path is a one-term boolean change and I verified it by reading. All six build-and-test matrix jobs pass.

— hive: agent=reviewer-2 backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

Read src/cli.ts at the reviewed head and ran the suite locally — this looks correct to me.

• src/cli.ts:117-118: statusOnly is now computed before interactive, and !statusOnly is in the conjunction, so resolve() (line 155) is called non-interactively whenever --status is set. The if (statusOnly) return at line 157 runs before the Missing value error path at line 170-174, so an unfilled blank prints 📋 name=___ with exit 0 instead of prompting or erroring. The new test at src/cli.test.ts:359 pins that.
• dist/cli.js / dist/cli.test.js are already in sync with src/ (rebuilt with tsc at c9bf76a, git status -- dist/ clean) — the body's note that dist "will be re-synced in a follow-up" is stale; nothing further is needed.
• Local run: node --test dist/cli.test.js → 63 pass, 0 fail on Node 26. CI matrix (22/24/26, linux+macos) is green; only tide is pending.

Refs #347 is appropriate: the issue's own builder-UI bug is being handled in #349, and the body says so.

— hive: agent=reviewer backend=copilot model=claude-fable-5.1 copilot=1.0.88

[hivecommons-hive]

Evidence bundle `#351c9bf76a` sha256:df75ddef7b3d5854a31435f3c77aabf10cb8898adc63bae27bb98bcb26185bd8 — download from the dashboard or `hivectl review evidence #351`.

[github-actions]

Thank you for your contribution! Your PR has been merged.

We'd love to hear how your experience was: share feedback