Skip to content

spec(automation): land browser-tab-strip v2, owner-studio v1, token-wallet v1 from 999-multibots-telegraf - #7477

Merged
gHashTag merged 1 commit into
masterfrom
claude/land-host-specs-7463
Oct 7, 2026
Merged

gHashTag merged 1 commit into
masterfrom
claude/land-host-specs-7463

Conversation

@gHashTag

@gHashTag gHashTag commented Oct 7, 2026

Copy link
Copy Markdown
Owner

What

Three specs added to t27, each copied byte for byte from gHashTag/999-multibots-telegraf origin/main to the path its own header names, plus seals:

spec t27 path host copy sha256 (head)
browser-tab-strip v2 specs/automation/browser-tab-strip.t27 apps/vibee-editor/render/src/spec/browser-tab-strip.t27 87637d875682bf2b
owner-studio v1 specs/automation/owner-studio.t27 apps/vibee-editor/render/src/spec/owner-studio.t27 c7959e751de2103b
token-wallet v1 specs/automation/token-wallet.t27 apps/vibee-editor/packages/vibee-atoms/src/spec/token-wallet.t27 425a06b53a925017

Why

These existed only as vendored copies in 999; the t27 paths returned 404 and had no history. So 999's node scripts/check-t27-specs.mjs --t27 <fresh t27> failed t27-same for all three (999#3828). The host copy is the newer side, so it lands here unchanged. No spec was edited for t27, because byte identity is the whole point.

Evidence

t27c test-report --verbose (t27c built from master 848490e), read from the table:

  • browser-tab-strip: 10 tests, 10 pass, FAIL 0, vacuous 0 of 10
  • owner-studio: 2 tests, 2 pass, FAIL 0, vacuous 0 of 2
  • token-wallet: 6 tests, 6 pass, FAIL 0, vacuous 1 of 6. The test "the warnings come at seven, three and one day left" runs 0 runtime asserts because all three are comparisons between constants and get const-folded. It still discriminates: in a scratch copy, WARN_DAYS_FIRST = 2 turns it red.

t27c validate-vacuity over the three: 18 tests, 0 assert true bodies.

Negative controls, one per spec, in scratch copies outside the tree:

  • browser-tab-strip POLL_MS 3000 -> 2999: FAIL 1 ("the strip is read every three seconds and fits a finger")
  • owner-studio STUDIO_COUNT 3 -> 4: FAIL 1 ("three ready studios, ...")
  • token-wallet MARKUP_PCT 200 -> 199: FAIL 1 ("an operation is sold at twice its cost, rounded up")

The seal --save output for each spec is committed under .trinity/seals/automation_automation::*.json.

Census re-bless (not this change's movement)

tri hooks pre-commit refuses every commit on current master: quiet "named a path but not quiet" went 181 -> 182, and shell "run: steps" went 301 -> 302 (runner-named 280 -> 281). Both moved because #7399 added a workflow step. This PR carries the same bless as #7454, so whichever of the two merges second gets an identical hunk.

A NOW entry is included in docs/now/.

Closes #7463
Closes #7464
Closes #7465

Refs gHashTag/999-multibots-telegraf#3828

🤖 Generated with Claude Code

…allet v1 from 999-multibots-telegraf

The three specs existed only as vendored copies in gHashTag/999-multibots-telegraf
(apps/vibee-editor/render/src/spec/ and packages/vibee-atoms/src/spec/), so 999's
check-t27-specs --t27 failed t27-same for each (999#3828). They are copied byte
for byte from 999 origin/main to the paths their own headers name, with seals.

test-report --verbose (judged by the table):
- browser-tab-strip: 10 tests, 10 pass, FAIL 0, 0 vacuous
- owner-studio: 2 tests, 2 pass, FAIL 0, 0 vacuous
- token-wallet: 6 tests, 6 pass, FAIL 0; "the warnings come at seven, three
  and one day left" counts 0 runtime asserts (const-folded), but setting
  WARN_DAYS_FIRST=2 turns it red, so it discriminates.
Negative controls in scratch copies: POLL_MS 3000->2999, STUDIO_COUNT 3->4,
MARKUP_PCT 200->199 each gave FAIL 1.

Census re-bless in this commit: quiet "named a path but not quiet" 181->182 and
shell "run: steps" 301->302 (runner-named 280->281). Neither is moved by this
change; master drifted with #7399's new workflow step and the pre-commit gate
refuses any commit until the ledger matches. #7454 carries the identical bless.

Closes #7463
Closes #7464
Closes #7465

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@gHashTag

gHashTag commented Oct 7, 2026

Copy link
Copy Markdown
Owner Author

Reviewer bee: reviewed at head 6f260aa. Verdict: ready to merge once the required checks pass. No defects found.

What I checked, myself:

  1. Byte identity against 999-multibots-telegraf origin/main (7b0501fd7), sha256:
    • browser-tab-strip.t27 87637d87... = host apps/vibee-editor/render/src/spec/browser-tab-strip.t27
    • owner-studio.t27 c7959e75... = host apps/vibee-editor/render/src/spec/owner-studio.t27
    • token-wallet.t27 425a06b5... = host apps/vibee-editor/packages/vibee-atoms/src/spec/token-wallet.t27 (it lives under vibee-atoms, not render; the commit message names that correctly)
  2. test-report --verbose (master t27c): 10/10, 2/2, 6/6, FAIL 0 by table. The one test reported VACUOUS (token-wallet "the warnings come at seven, three and one day left", 0 runtime asserts) still discriminates.
    My own negative controls, run in scratch copies, are different mutants from the author's, and each gave FAIL 1: WARN_DAYS_FIRST 7->2 and START_TOKENS 20->2000 (token-wallet), STUDIO_COUNT 3->4 (owner-studio), HIDDEN_CHROME "chrome://"->"chrome:" (browser-tab-strip).
  3. seal --verify: all hashes MATCH for all three.
  4. Census: on clean origin/master (3489726), tri census pin --gate FAILs with quiet 181->182 and shell 301->302. tri census explain puts each move on .github/workflows/own-language.yml alone, and that file was last changed by 3df7065 (policy: a foreign-line budget no label lifts, and a local list from origin/master (Closes #7371) #7399). The drift is on master and was not caused by this PR. The census hunk here is byte-identical to open census: re-bless quiet 181->182 and shell 301->302 moved by #7399 (Closes #7453) #7454, so whichever lands second merges cleanly. On a scratch merge of this head into master, the census gate PASSes.
  5. Scope: 9 files, all of them .t27 specs, seals, one docs/now entry and tools/census data. No code.
  6. Required checks: check-linked-issue, own-language, parse-ratchet and validate are all pending (Actions backlog, CI: 878 Actions runs queued, required checks on new PRs never start #7483). I am not merging until they pass.

This was referenced Oct 7, 2026
@github-actions

github-actions Bot commented Oct 7, 2026

Copy link
Copy Markdown
Contributor

PR Dashboard

Generated at: 2026-10-07 12:08:34 UTC

Summary

Status Count
Total Open PRs 50
PRs with Failing Checks 48
PRs with All Checks Green 2
READY 1
FAILING 48
PENDING 0
NO CHECKS YET 0

These columns do not partition: 1 + 48 + 0 + 0 = 49, and there are 50 open PRs. A PR is being counted twice or not at all.

Seal Status

  • ⚠️ STALE -- sha256(compiler.rs)=c3821827b257 != manifest seal=87e5cbd3ad94.
    The committed NMSE numbers were certified against an older compiler.rs.
    Run scripts/reseal-check.sh locally for the two-step reseal command (advisory; not a merge gate).

@gHashTag
gHashTag merged commit be08afc into master Oct 7, 2026
24 of 29 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

1 participant