@openrig/cli 0.6.13 → 0.7.0

package/daemon/specs/agents/shared/skills/pods/review-team/SKILL.md

@@ -25,7 +25,7 @@ named slice's explicit exception. Authors do not perform their own selected
 independent review.
 
 Match the selected review to the consequence. A small diff gets a focused pass;
-the deep protocol below runs only when explicitly selected for named work.
+the deep review method below runs only when explicitly selected for named work.
 Importance, size or a prior finding alone cannot self-select it. If another review
 seems necessary, name the concrete unresolved risk to the owner while continuing
 the selected path.
@@ -36,32 +36,26 @@ Derive the selection before forming a review position. If the assigned boundary
 has not arrived, record readiness and wait for its event; do not scan for work to
 turn into additional required reviews.
 
-## Context priming — always do this first
+## Context
 
-Before reviewing ANY code, you must understand the codebase context. Never review cold.
+Read the context this change needs before forming a position. Don't review cold.
 
-1. Read the project's `CLAUDE.md` or equivalent conventions doc
-2. Read the as-built architecture docs for the subsystems you're reviewing
-3. Read the relevant planning/spec docs if they exist
-4. Understand the domain vocabulary and key invariants
+1. The project's `CLAUDE.md` or equivalent conventions doc
+2. The as-built architecture docs for the subsystems the change touches
+3. The relevant planning or spec docs, if they exist
+4. The domain vocabulary and the invariants the change could break
 
-If you have blanks — areas you don't understand — say so explicitly and fill them before forming opinions. A review built on misunderstood context is worse than no review.
-
-For deep reviews, write a **context proof** before proceeding:
-- Subsystem purpose summary
-- Key invariants (must-not-break rules)
-- Architecture boundaries and constraints
-- PR/range intent and expected behavior
-- Unknowns / missing context
-- Confidence scores (0-100) per section
+Preparing context is part of the review, not a gate before it. Name the consequential unknowns with your findings and investigate them within scope. A genuinely missing decision goes to its owner; keep reviewing what it doesn't affect.
 
 ## Everyday review discipline
 
 These apply to every review, not just deep reviews.
 
+Does the change solve the user's problem with a maintainable design? Check affected contracts, invalid input, state transitions, recovery, consumers and unnecessary duplication.
+
 ### Anti-slop lens
 
-The primary question for every review: **"Will an agent working on this code in 3 months find two ways to do the same thing?"**
+Then, for every review: **"Will an agent working on this code in 3 months find two ways to do the same thing?"**
 
 Check for:
 - Code duplication across files or subsystems
@@ -70,27 +64,33 @@ Check for:
 - Parallel implementations where one should extend the other
 - Abstractions that don't earn their complexity
 
-### Empirical verification
+### Grounding findings
 
-Every claim you make must be verified against actual code. Not plausible inference. Not file-tree reasoning.
+Ground findings in the affected source and callers, not plausible inference or file-tree reasoning.
 
-- Run the tests yourself: `npm test -w @openrig/daemon -- <relevant-suite>`
 - Read the actual source at the line you're citing
-- If you claim something is broken, write a repro (even a quick `npx tsx -e "..."`)
+- Reproduce a consequential behavior claim through the permitted validation path where needed; reuse relevant run evidence with its limits
 - If you claim a test is missing, explain what input would break the code
 - If you claim duplication exists, cite both locations
+- Label source-only reasoning and untested concerns, and say what would confirm or falsify them
+
+Don't run code where the assignment forbids it, and don't hide an uncertainty because you can't run it here.
 
-A finding you haven't verified is a finding you shouldn't report.
+### What a finding says
 
-### Severity rating
+For a material finding, explain the user consequence, the affected path and how you know. Distinguish an observed result, source reasoning and an untested concern. Say whether this change introduces, exposes or leaves the issue unchanged. A serious hypothesis is not an established defect; an inherited defect can still matter. Investigate within scope, keep the uncertainty visible, and route unrelated work without enlarging this task by default.
 
-Rate every finding clearly:
-- **MUST-FIX** — blocks merge. Broken behavior, security issue, or test suite failure.
-- **HIGH** — contract violation or honesty failure. Should fix before calling the range clean.
-- **MEDIUM** — real concern that affects maintenance or agent UX. Should fix soon.
-- **LOW** — polish, robustness, or minor inconsistency. Fix when convenient.
+### Severity and disposition
+
+Rate the consequence:
+- **MUST-FIX** — broken behavior or a real exposure on a reachable path.
+- **HIGH** — contract violation or honesty failure.
+- **MEDIUM** — real concern that affects maintenance or agent UX.
+- **LOW** — polish, robustness, or minor inconsistency.
 - **INFO** — observation worth noting. Not a defect.
 
+Whether a finding blocks merge is a separate call under the project's actual acceptance rules: say which rule makes it blocking, from its reachability, user consequence and relation to this change. A failing suite or a security concern unrelated to the change doesn't automatically become a veto on it.
+
 ### Reporting findings
 
 Write review artifacts to disk so they survive compaction:
@@ -101,8 +101,8 @@ docs/review/<review-name>/01-review-<your-id>.md
 Also report to the orchestrator or chatroom:
 ```bash
 rig send <orchestrator-session> "REVIEW: <title>
-HIGH :: <file:line> :: <issue>
-MEDIUM :: <file:line> :: <issue>
+HIGH :: <file:line> :: <user consequence> :: <how you know> :: introduces|exposes|leaves
+MEDIUM :: <file:line> :: <user consequence> :: <how you know> :: introduces|exposes|leaves
 ..." --verify
 ```
 
@@ -126,89 +126,39 @@ When reviewing work that was implemented without a pre-existing spec (ad hoc, do
 - Ask: "Does this code deliver what it appears to intend? Are the contracts honest?"
 - This is called a **hindsight review** — you review forward from the code, not backward from a spec
 
-## Deep review protocol
+## Deep review method
 
-Only when the owner or composition explicitly selects this protocol for named work, the orchestrator coordinates these phases. An ordinary review or two selected review legs do not implicitly select cross-examination, convergence, or roundtable.
+Only when the owner or composition explicitly selects this method for named work. An ordinary review, or two selected review legs, is not a deep review. A protocol the project specifically selected for the work stays controlling; this method doesn't waive its named checks or restart a review already completed.
 
-### Phase 1: Context priming gate
+### 1. Independent first views
 
-Each reviewer independently reads context docs and writes a context proof (see above). The orchestrator reads both proofs and decides GO or NO-GO. No code review starts until the gate passes.
-
-### Phase 2: Independent reviews
-
-Each reviewer reads the full diff/range independently and writes findings to disk:
+Each reviewer inspects the relevant context, source and exact target before reading anyone else's findings, and writes findings to disk in the format above, with consequential unknowns:
 ```
 docs/review/<review-name>/01-review-<your-id>.md
 ```
 
-Do NOT read the other reviewer's work during this phase. Independence is the point — different reviewers catch different things.
-
-Your independent review should cover:
-- Test posture (does the suite pass? are there regressions?)
-- Theme-by-theme or file-by-file analysis
-- Anti-slop audit
-- Answers to any review questions from the orchestrator or hindsight doc
-- Merge readiness verdict
-
-### Phase 3: Cross-examination
-
-Each reviewer reads the other's independent review and responds to every finding:
-
-- **AGREE** — correct, evidence checks out
-- **DISAGREE** — incorrect, here is counter-evidence
-- **PARTIALLY AGREE** — valid concern but severity or details are wrong
-
-You must also state:
-- What did they find that you missed? (Be honest about your blind spots)
-- What did you find that they missed?
-- Do their findings change any of your severity assessments?
-- Updated merge readiness verdict
-
-Write cross-exam to disk:
-```
-docs/review/<review-name>/02-cross-review-<your-id>.md
-```
-
-### Phase 4: Convergence and roundtable
-
-The orchestration pod reads all reviews and cross-exams and writes a convergence synthesis classifying each finding as:
-- **CONFIRMED** — all reviewers agree
-- **DISPUTED** — disagreement exists with evidence on both sides
-- **WITHDRAWN** — originator retracted
+Independence is the point: different reviewers catch different things. Cover what the change affects: test posture, the affected files or themes, duplication, any review questions the owner asked, and a merge readiness verdict.
 
-Then a roundtable in the chatroom where all participants (reviewers + orchestrators) post positions, respond to each other, and converge on final findings and action items.
+### 2. Compare, then challenge what could change the disposition
 
-Culture for the roundtable:
-- Truth-seeking. Not contrarian for theater. Not agreeable to be nice.
-- Every participant posts an initial position
-- Every participant responds to at least one other's position
-- Every participant posts a final concur or amend
-- The host does not synthesize early — real back-and-forth first
+The decision owner compares the independent findings. For a disagreement or a material concern that could change the disposition, ask the relevant reviewer or the author for the evidence or a counterexample. No one must answer every finding, there's no fixed number of rounds, and there's no roundtable when nothing consequential needs resolving.
 
-### Phase 5: Final output
+### 3. One disposition
 
-The host writes the final roundtable document with:
-- Confirmed findings with severity
-- Final priority stack (P0 / P1 / P2)
-- Action items with owner
-- What the implementation team should NOT reopen
+The decision owner records one disposition:
+- findings with severity, and the blocking rationale under the project's acceptance rules, kept separate
+- evidence limits and any material dissent, still visible
+- action items with owner, and what the implementation team should not reopen
 
-## Reviewer behavioral awareness
+Agreement alone doesn't prove a finding. Don't suppress a serious untested concern or turn it automatically into a merge veto; unanimity isn't required.
 
-### If you are Claude (R1)
-- You tend to be strongest on architecture and weakest on edge-case honesty
-- You verify the happy path thoroughly but may miss failure-mode gaps
-- You should deliberately check: "What happens when this fails? What happens with bad input? What about the release-then-remove sequence?"
+## Choosing reviewers
 
-### If you are Codex (R2)
-- You catch edge cases that Claude misses
-- You are thorough at empirical verification
-- You may over-weight severity on issues that are real but minor
-- You should deliberately check: "Is this actually a shipped defect or just a robustness wish?"
+Choose reviewers by the assigned independence, relevant capability and observed work. A model name does not establish which failures it will catch.
 
 ### When reviewers disagree
 
-Disagreement is useful. Keep your position grounded in evidence and let the orchestrator or roundtable resolve the conflict. Do not collapse your view just to create false consensus. If you're right, defend it. If you're wrong, retract it honestly.
+Disagreement is useful. Keep your position grounded in evidence and let the decision owner resolve it. Do not collapse your view just to create false consensus. If you're right, defend it. If you're wrong, retract it honestly.
 
 ## When there is no assigned review
 

package/daemon/specs/agents/shared/skills/process/verification-before-completion/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: verification-before-completion
-description: Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always
+description: Use when about to claim work is complete, fixed, or passing, or before committing or creating PRs
 metadata:
   openrig:
     vendored_from: "Obra Superpowers (https://github.com/obra/superpowers)"
@@ -14,75 +14,45 @@ metadata:
 
 Claiming work is complete without verification is dishonesty, not efficiency.
 
-**Core principle:** Evidence before claims, always.
+**Core principle:** Evidence before claims.
 
-**This rule serves shipping — it is not a ritual that outranks it.** It governs one thing: *claims that a verifiable result holds* ("tests pass", "build succeeds", "bug fixed") — run the check before you assert it, and scale the check to the stakes (a one-line copy tweak is not a test-suite ceremony). Don't dodge it with synonyms; equally, don't inflate it into a tax on the word "done" or a reason to keep re-proving instead of shipping the working thing.
+**This rule serves shipping — it is not a ritual that outranks it.** It governs one thing: *claims that a verifiable result holds* ("tests pass", "build succeeds", "bug fixed") — have evidence for the result before you assert it, and scale the check to the stakes (a one-line copy tweak is not a test-suite ceremony). Don't dodge it with synonyms; equally, don't inflate it into a tax on the word "done" or a reason to keep re-proving instead of shipping the working thing.
 
-## The Iron Law
+## The Rule
 
-```
-NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE
-```
-
-If you haven't run the verification command in this message, you cannot claim it passes.
+Before claiming a verifiable result, inspect evidence that supports that result for the candidate and environment you name. Use an existing result while its relevant inputs and assumptions still hold; rerun the affected check when they change or are uncertain. State whether you ran the check or inspected another owner's evidence. A source read, syntax check or partial test supports only its stated scope. Ordinary progress reports, delegation and moving to another task do not require a new test run. Required project checks still apply.
 
-## The Gate Function
-
-```
-BEFORE claiming any status or expressing satisfaction:
+A completed run is not automatically current, and unchanged source does not establish unchanged live state.
 
-1. IDENTIFY: What command proves this claim?
-2. RUN: Execute the FULL command (fresh, complete)
-3. READ: Full output, check exit code, count failures
-4. VERIFY: Does output confirm the claim?
-   - If NO: State actual status with evidence
-   - If YES: State claim WITH evidence
-5. ONLY THEN: Make the claim
-
-Skip any step = lying, not verifying
-```
+For a claim about performance, also read [references/performance-claims.md](references/performance-claims.md).
 
 ## Common Failures
 
 | Claim | Requires | Not Sufficient |
 |-------|----------|----------------|
-| Tests pass | Test command output: 0 failures | Previous run, "should pass" |
+| Tests pass | Test output with 0 failures, for the candidate you name | A run on an older candidate, "should pass" |
 | Linter clean | Linter output: 0 errors | Partial check, extrapolation |
 | Build succeeds | Build command: exit 0 | Linter passing, logs look good |
 | Bug fixed | Test original symptom: passes | Code changed, assumed fixed |
 | Regression test works | Red-green cycle verified | Test passes once |
-| Agent completed | VCS diff shows changes | Agent reports "success" |
-| Requirements met | Line-by-line checklist | Tests passing |
+| Delivered outcome | Relevant artifact and observed result | An agent's success message or a diff alone |
+| Requirements met | Promised outcomes checked against applicable evidence, gaps named | Tests passing |
 
 ## Red Flags - STOP
 
 - Using "should", "probably", "seems to"
-- Claiming a specific result is *proven* ("tests pass", "it's fixed", "build's green") before running the check in this message — enthusiasm itself is fine; an unverified **result claim** is the flag
+- Claiming a specific result is *proven* ("tests pass", "it's fixed", "build's green") without evidence that applies to it — enthusiasm itself is fine; an unverified **result claim** is the flag
 - About to commit/push/PR without verification
 - Trusting agent success reports
-- Relying on partial verification
+- Claiming more than a partial check covers
 - Thinking "just this once"
 - Tired and wanting work over
-- **ANY wording implying success without having run verification**
-
-## Rationalization Prevention
-
-| Excuse | Reality |
-|--------|---------|
-| "Should work now" | RUN the verification |
-| "I'm confident" | Confidence ≠ evidence |
-| "Just this once" | No exceptions |
-| "Linter passed" | Linter ≠ compiler |
-| "Agent said success" | Verify independently |
-| "I'm tired" | Exhaustion ≠ excuse |
-| "Partial check is enough" | Partial proves nothing |
-| "Different words so rule doesn't apply" | Spirit over letter |
 
 ## Key Patterns
 
 **Tests:**
 ```
-✅ [Run test command] [See: 34/34 pass] "All tests pass"
+✅ [Run test command, or read the named candidate's CI output] [See: 34/34 pass] "All tests pass"
 ❌ "Should pass now" / "Looks correct"
 ```
 
@@ -100,19 +70,19 @@ Skip any step = lying, not verifying
 
 **Requirements:**
 ```
-✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
+✅ Check each promised outcome against applicable evidence → Report gaps or completion
 ❌ "Tests pass, phase complete"
 ```
 
 **Agent delegation:**
 ```
-✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
-❌ Trust agent report
+✅ Agent reports success → Inspect the artifact and the evidence it names → Report what was checked and what wasn't
+❌ Pass on the report alone
 ```
 
 ## When the check itself lies — content over shape
 
-Running a verification is necessary but not sufficient: a check can exit clean and still prove nothing. These are the named ways a green check lies — the failure siblings behind "evidence before claims." (Deeper treatment of *what* you verify against: `reference-first-verification`.)
+A passing check is necessary but not sufficient: a check can exit clean and still prove nothing. These are the named ways a green check lies — the failure siblings behind "evidence before claims." (Deeper treatment of *what* you verify against: `reference-first-verification`.)
 
 - **Assert on CONTENT, never shape or count.** Output that *looks* like success — a non-zero count, a clean exit, no error text — can carry failure as its content. Before trusting a check, ask what its output looks like *when it fails*: if failure and success are indistinguishable at a glance, the check proves nothing. (`[1 lines]` and `No matches found` both read as "a match" to a line-count.)
 - **Compare the returned value to the value you PASSED — never to a description of it.** A confident label (`evidenceRef NOW SET:` printed above the untouched original) is indistinguishable from a verification in a transcript. Diff the actual result against your actual input, not against a claim about it.
@@ -120,36 +90,3 @@ Running a verification is necessary but not sufficient: a check can exit clean a
 - **A syntax check proves parseability and nothing else.** A clean `node --check` / lint / parse pass is the *covered* axis; boot and runtime are the untested one. Parseable ≠ sound.
 - **A failure whose shape is a HANG reports nothing.** A bare `await` against a stated deadline that never re-checks cannot fail loudly. Race it against a timer so failure has a shape you can see.
 - **A completeness inventory read through a truncating display is worthless.** When deciding *which occurrences to change*, count with `grep -c` / `grep -o` / full-line output — never `cut`, `head`, or a pager, which can hide a match *past* the cut. Distinguish *"I found N"* (a count) from *"I saw N"* (a display). Audit multiline prose **by paragraph, not by line** — a line filter both misses long-line matches and false-flags paragraphs whose companion text is on the next line. Then re-audit with a **different method** than the one that built the inventory — same-method re-checking reproduces the blind spot. (Empty/short output is a claim about your COMMAND until re-proven a second way.)
-
-## Why This Matters
-
-From 24 failure memories:
-- your human partner said "I don't believe you" - trust broken
-- Undefined functions shipped - would crash
-- Missing requirements shipped - incomplete features
-- Time wasted on false completion → redirect → rework
-- Violates: "Honesty is a core value. If you lie, you'll be replaced."
-
-## When To Apply
-
-**ALWAYS before:**
-- ANY variation of success/completion claims
-- ANY expression of satisfaction
-- ANY positive statement about work state
-- Committing, PR creation, task completion
-- Moving to next task
-- Delegating to agents
-
-**Rule applies to:**
-- Exact phrases
-- Paraphrases and synonyms
-- Implications of success
-- ANY communication suggesting completion/correctness
-
-## The Bottom Line
-
-**No shortcuts for verification.**
-
-Run the command. Read the output. THEN claim the result.
-
-This is non-negotiable.

package/daemon/specs/agents/shared/skills/process/verification-before-completion/references/performance-claims.md

@@ -0,0 +1,12 @@
+# Performance claims
+
+Read this before claiming that a change makes something faster, lighter or more responsive. It's for a performance claim, not for every change.
+
+- Bind the claim to the versions, fixture and workload you measured.
+- Count the correct work completed and the failures, as well as the time. A speedup that comes from doing less work isn't one.
+- Keep the relevant setup comparable between the runs you compare, and separate what your instrumentation costs from what you measure.
+- Report the repetitions and the variability, and state the limits. Choose enough repetitions to support the precision you claim; there's no fixed minimum.
+- Freeze a suitable harness while you compare candidates.
+- Stop when the selected outcome is met, or when the remaining experiments no longer justify their cost. An honest negative result is a result; keep it.
+
+Adapted from the benchmark-checklist method in Cursor's pstack plugin (https://github.com/cursor/plugins/tree/190d28736eff128ec94f502a22c7fe0c4b56cd37/pstack).

package/daemon/specs/rigs/launch/kernel/agents/operator/agent/guidance/role.md

@@ -98,18 +98,18 @@ configurations, as below; do not take the pin from a cached page summary.
      openrig.dev/rigs, a GitHub folder link pinned to a reviewed commit. Read
      the commit and its configurations from
      https://raw.githubusercontent.com/mvschwarz/openrig-registry/main/registry/workshop.yaml,
-     fetched fresh, for example with `curl -fsSL <that link>`. A web tool's cached
-     copy can be older than the current pin and would launch an older workshop;
-     the raw link itself can trail a new pin by a few minutes (it is cached for
-     300 seconds). If permission prompts are slowing the person down, point
-     them to https://openrig.dev/rigs/workshop: the bundle ships with broad
-     access and non-interruptive mode, bypassing permission prompts and
-     supported harness warning dialogs. Its listing and before-install view
-     explain that access so they can choose it knowingly. Its listing has
-     several configurations (`recommended` mixes Claude Code and Codex, plus
-     `all-claude`, `all-codex` and others); name the one that fits the
-     providers they have, and when they say they use only one, offer that
-     one rather than the default.
+     fetched fresh, for example with `curl -fsSL <that link>`. A web tool's
+     cached copy can be older than the current pin and would launch an older
+     workshop; the raw link itself can trail a new pin by a few minutes (it is
+     cached for 300 seconds). Its bundle at https://openrig.dev/rigs/workshop
+     ships with broad access and non-interruptive mode, bypassing permission
+     prompts and supported harness warning dialogs; its listing and
+     before-install view explain that access so they can choose it knowingly.
+     Bring it up when the person asks about fewer prompts, as one of their
+     choices (step 10), not as the fix. Its listing has several configurations
+     (`recommended` mixes Claude Code and Codex, plus `all-claude`, `all-codex`
+     and others); name the one that fits the providers they have, and when they
+     say they use only one, offer that one rather than the default.
    - `factory`: seven agents (a lead, an advisor, build, QA, design and two
      independent reviewers) for sustained product work. Built in; it uses the
      most concurrent capacity.
@@ -203,9 +203,15 @@ configurations, as below; do not take the pin from a cached page summary.
    given team writes depends on its configuration. If they'd rather keep
    their folder as it is, offer a separate copy, such as a git worktree.
    If the plan declares non-interruptive or broad access, say so plainly before asking for their yes.
+   If they keep permission prompts on, say what that will be like before
+   their yes: each seat stops and asks before an action its permissions
+   don't already cover, the asks come often, especially early, and each one
+   needs their answer, in the seat's pane or through you. Their yes starts
+   the team; it isn't a yes to those later asks.
    Use `applying-a-permission-policy`; for an unset policy, recommend the team
-   default rather than `none`. Launch without `--plan` after team-launch
-   approval; permission changes are a separate choice.
+   default rather than `none`. Starting the team, `rig up` without `--plan`,
+   waits on their yes to this plan; a yes they already gave for this same
+   launch counts, so don't ask twice. Permission changes are a separate choice.
 7. **Report readiness honestly.** Read each seat's `startupStatus` in
    `rig ps --nodes --rig <team> --json`: `pending` means still starting, not
    ready; only `ready` is ready; `attention_required` and `failed` need the
@@ -260,6 +266,35 @@ configurations, as below; do not take the pin from a cached page summary.
     prompt asks (`rig capture <session>` with the seat's
     `canonicalSessionName` shows it) and the seat's `tmuxAttachCommand`, or
     just its name if it has none. Don't answer another seat's prompt yourself.
+    With prompts on, several seats may wait at once. Gather them, then tell
+    the person in one message, one line per prompt: the seat, the exact
+    action it asks to take (the command or file), and the choices the prompt
+    offers, in its own words. Take an answer for each one. A "yes to all"
+    covers only the prompts you showed; don't choose an option that also
+    approves future actions (such as "don't ask again") unless they chose it
+    for that prompt. If they have told you outright to decide a kind of
+    future prompt (say, "approve prompts that only write inside my
+    project"), decide each such prompt when you come across it: read its
+    complete action, answer only when the action is clearly inside what they
+    said, and send the answer as below with their instruction as the
+    `--reason`, never as a new yes from them. Bring anything unclear or
+    outside it back to them; a command's name or a path that looks like
+    their project doesn't show what the action touches. Their instruction
+    changes no permission setting.
+    If they want you to pass an answer on, first capture
+    that seat again and check its prompt still asks the same action with the
+    same choices; if it changed, don't reuse the old answer. Then send exactly
+    their choice to that seat with
+    `rig send <session> <key> --dangerously-interact --reason "<their answer to: the action>"`,
+    and check the result before sending anything more; never resend an answer
+    whose effect you can't see. Otherwise they answer in the seat's pane.
+    Grouping can shorten the asking, not the number of prompts. If they find
+    the prompts too many, lay out their choices without picking one: keep
+    prompts on; take a prompt's own standing approval for one command when it
+    offers one; or change the team's permissions deliberately, as a separate
+    choice (`applying-a-permission-policy`, `rig seat set-permissions` for
+    later launches, or Workshop's broad-access bundle). An answer to a prompt
+    never changes a permission mode.
 
 Avoid these:
 - launching a team without the person's yes;
@@ -271,6 +306,50 @@ Avoid these:
 - starting the team in your own working directory instead of their folder;
 - asking for the goal twice: the lead gets it from you.
 
+## A person's modes
+
+A mode is a named bundle of three settings a person agrees with you: availability
+(whether they'll answer, and when they're back), decision room (what the team may
+decide for them meanwhile) and delivery (quiet hours, and where their account
+goes when they're back). The commands are `rig gateway human mode save | saved |
+apply | current | end | account`; `--help` on each has the details.
+
+**The first time** someone asks for a mode they haven't set up ("I'm going to
+sleep"), say it isn't set up yet and explain, before anything applies:
+- what each of the three settings would be, and what it would actually do;
+- that permission prompts don't change;
+- what they'll be told when they're back.
+
+Propose conservative settings: no decision room unless they state one, in their
+own words, with any exclusions. Never infer a room from the mode's name or a
+recommended option. Ask "Use this, or change something?" Save and apply only once
+they agree. A later use applies the saved mode and reads it back in a line or two.
+
+**Coming back.** When they say they're back (`mode end`), or a scheduled end
+arrives (you get a queue row for it), read the facts first:
+`rig gateway human mode account <entityId> <applicationId>`. Then say, from those
+facts only:
+- which mode was on and the settings in effect;
+- which of its effects ended;
+- which newer choices of theirs stand (an effect that's `kept`);
+- anything pending or failed;
+- the mode they're in now (at desk when none).
+
+Never say "back to normal" while a `kept`, `pending` or `failed` effect remains.
+Then give the account where the mode's delivery says:
+- each decision made for them, with how to revisit it, and plainly which can't
+  be undone; "nothing was decided for you" when there were none;
+- what's waiting, valid apart from stale (with the reason), and anything still
+  held by quiet hours;
+- what the account can't tell them (`notTracked`), said as such.
+
+Nothing is reported as done, decided or resolved that the facts don't show.
+
+**A known refusal:** someone with only the old `away: true` flag on their record
+and no availability set can't have a mode applied that sets another
+availability; that effect fails. Say so plainly, and offer to clear the flag
+with their agreement (`rig gateway human set <entityId> away false`).
+
 ## What you do NOT do
 
 - Feature work / code implementation. That belongs in project rigs

package/dist/build-info.js

@@ -1,9 +1,9 @@
 // GENERATED by scripts/build-package.sh — the packaged build-identity stamp.
 export const BUILD_INFO = {
-  semver: "0.6.13",
-  commit: "9eeb2e42ca6dcfb8da60a8517dc39c7d83b84082",
+  semver: "0.7.0",
+  commit: "c99450f322646acd6bcd93e11a3bd1474f1d7751",
   dirty: false,
-  builtAt: "2026-10-20T01:37:00Z",
+  builtAt: "2026-10-23T09:18:48Z",
 };
 export function stampFields(info = BUILD_INFO) {
   if (!info.commit) return {};

package/dist/cli-error.d.ts

@@ -38,6 +38,10 @@ export declare function renderDaemonTransportError(e: unknown, io: {
     err: (l: string) => void;
     json: boolean;
 }): boolean;
+/** For a command's own catch around a daemon request: renders a daemon transport error as the shared
+ *  path does (a timeout says the outcome is unknown and to check its effect before any retry) and returns
+ *  true; returns false for any other error, which the caller reports as before. */
+export declare function renderCaughtTransportError(e: unknown, json?: boolean): boolean;
 /**
  * Parse+run the program through the shared error path. Injectable IO for tests.
  * Returns the process exit code (0 on success / clean help/version).

package/dist/cli-error.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"cli-error.d.ts","sourceRoot":"","sources":["../src/cli-error.ts"],"names":[],"mappings":"AAYA,OAAO,KAAK,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAKzC;;;;GAIG;AACH,wBAAgB,cAAc,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAMpD;AAED,wFAAwF;AACxF,wBAAgB,OAAO,CAAC,OAAO,EAAE,SAAS,MAAM,EAAE,GAAG,CAAC,KAAK,EAAE,MAAM,KAAK,MAAM,CAO7E;AAED,mGAAmG;AACnG,wBAAgB,eAAe,CAAC,IAAI,EAAE,SAAS,MAAM,EAAE,GAAG,OAAO,CAShE;AAQD,yFAAyF;AACzF,wBAAgB,oBAAoB,CAAC,GAAG,EAAE,OAAO,GAAG,OAAO,CAQ1D;AAED,wBAAgB,cAAc,CAAC,GAAG,EAAE,OAAO,GAAG;IAAE,EAAE,EAAE,KAAK,CAAC;IAAC,KAAK,EAAE;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,OAAO,EAAE,MAAM,CAAA;KAAE,CAAA;CAAE,CAIpG;AAED,4FAA4F;AAC5F,wBAAgB,iBAAiB,CAAC,OAAO,EAAE,OAAO,GAAG,IAAI,CAMxD;AAED,MAAM,WAAW,YAAY;IAC3B,GAAG,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;IAC7B,GAAG,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;IAC7B,IAAI,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;CAC/B;AAED;;;;;;;GAOG;AACH,wBAAgB,0BAA0B,CACxC,CAAC,EAAE,OAAO,EACV,EAAE,EAAE;IAAE,GAAG,EAAE,CAAC,CAAC,EAAE,MAAM,KAAK,IAAI,CAAC;IAAC,GAAG,EAAE,CAAC,CAAC,EAAE,MAAM,KAAK,IAAI,CAAC;IAAC,IAAI,EAAE,OAAO,CAAA;CAAE,GACxE,OAAO,CA6CT;AAED;;;GAGG;AACH,wBAAsB,UAAU,CAAC,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,EAAE,EAAE,EAAE,GAAE,YAAiB,GAAG,OAAO,CAAC,MAAM,CAAC,CA2CzG"}
+{"version":3,"file":"cli-error.d.ts","sourceRoot":"","sources":["../src/cli-error.ts"],"names":[],"mappings":"AAYA,OAAO,KAAK,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAKzC;;;;GAIG;AACH,wBAAgB,cAAc,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAMpD;AAED,wFAAwF;AACxF,wBAAgB,OAAO,CAAC,OAAO,EAAE,SAAS,MAAM,EAAE,GAAG,CAAC,KAAK,EAAE,MAAM,KAAK,MAAM,CAO7E;AAED,mGAAmG;AACnG,wBAAgB,eAAe,CAAC,IAAI,EAAE,SAAS,MAAM,EAAE,GAAG,OAAO,CAShE;AAQD,yFAAyF;AACzF,wBAAgB,oBAAoB,CAAC,GAAG,EAAE,OAAO,GAAG,OAAO,CAQ1D;AAED,wBAAgB,cAAc,CAAC,GAAG,EAAE,OAAO,GAAG;IAAE,EAAE,EAAE,KAAK,CAAC;IAAC,KAAK,EAAE;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,OAAO,EAAE,MAAM,CAAA;KAAE,CAAA;CAAE,CAIpG;AAED,4FAA4F;AAC5F,wBAAgB,iBAAiB,CAAC,OAAO,EAAE,OAAO,GAAG,IAAI,CAMxD;AAED,MAAM,WAAW,YAAY;IAC3B,GAAG,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;IAC7B,GAAG,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;IAC7B,IAAI,CAAC,EAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAI,CAAC;CAC/B;AAED;;;;;;;GAOG;AACH,wBAAgB,0BAA0B,CACxC,CAAC,EAAE,OAAO,EACV,EAAE,EAAE;IAAE,GAAG,EAAE,CAAC,CAAC,EAAE,MAAM,KAAK,IAAI,CAAC;IAAC,GAAG,EAAE,CAAC,CAAC,EAAE,MAAM,KAAK,IAAI,CAAC;IAAC,IAAI,EAAE,OAAO,CAAA;CAAE,GACxE,OAAO,CA6CT;AAED;;mFAEmF;AACnF,wBAAgB,0BAA0B,CAAC,CAAC,EAAE,OAAO,EAAE,IAAI,UAAQ,GAAG,OAAO,CAE5E;AAED;;;GAGG;AACH,wBAAsB,UAAU,CAAC,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,MAAM,EAAE,EAAE,EAAE,GAAE,YAAiB,GAAG,OAAO,CAAC,MAAM,CAAC,CA2CzG"}

package/dist/cli-error.js

@@ -115,6 +115,12 @@ export function renderDaemonTransportError(e, io) {
     }
     return true;
 }
+/** For a command's own catch around a daemon request: renders a daemon transport error as the shared
+ *  path does (a timeout says the outcome is unknown and to check its effect before any retry) and returns
+ *  true; returns false for any other error, which the caller reports as before. */
+export function renderCaughtTransportError(e, json = false) {
+    return renderDaemonTransportError(e, { out: (l) => console.log(l), err: (l) => console.error(l), json });
+}
 /**
  * Parse+run the program through the shared error path. Injectable IO for tests.
  * Returns the process exit code (0 on success / clean help/version).

package/dist/cli-error.js.map

@@ -1 +1 @@
-{"version":3,"file":"cli-error.js","sourceRoot":"","sources":["../src/cli-error.ts"],"names":[],"mappings":"AAaA,OAAO,EAAE,oBAAoB,EAAE,MAAM,WAAW,CAAC;AACjD,OAAO,EAAE,qBAAqB,EAAE,mBAAmB,EAAE,kBAAkB,EAAE,MAAM,aAAa,CAAC;AAC7F,OAAO,EAAE,yBAAyB,EAAE,uBAAuB,EAAE,MAAM,0BAA0B,CAAC;AAE9F;;;;GAIG;AACH,MAAM,UAAU,cAAc,CAAC,KAAa;IAC1C,MAAM,CAAC,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC;IACxB,IAAI,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,GAAG,CAAC,EAAE,CAAC;QAClC,MAAM,IAAI,oBAAoB,CAAC,2CAA2C,KAAK,GAAG,CAAC,CAAC;IACtF,CAAC;IACD,OAAO,CAAC,CAAC;AACX,CAAC;AAED,wFAAwF;AACxF,MAAM,UAAU,OAAO,CAAC,OAA0B;IAChD,OAAO,CAAC,KAAa,EAAU,EAAE;QAC/B,IAAI,CAAC,OAAO,CAAC,QAAQ,CAAC,KAAK,CAAC,EAAE,CAAC;YAC7B,MAAM,IAAI,oBAAoB,CAAC,mBAAmB,OAAO,CAAC,IAAI,CAAC,IAAI,CAAC,UAAU,KAAK,GAAG,CAAC,CAAC;QAC1F,CAAC;QACD,OAAO,KAAK,CAAC;IACf,CAAC,CAAC;AACJ,CAAC;AAED,mGAAmG;AACnG,MAAM,UAAU,eAAe,CAAC,IAAuB;IACrD,KAAK,IAAI,CAAC,GAAG,CAAC,EAAE,CAAC,GAAG,IAAI,CAAC,MAAM,EAAE,CAAC,EAAE,EAAE,CAAC;QACrC,MAAM,CAAC,GAAG,IAAI,CAAC,CAAC,CAAE,CAAC;QACnB,IAAI,CAAC,KAAK,IAAI;YAAE,MAAM;QACtB,IAAI,CAAC,KAAK,QAAQ;YAAE,OAAO,IAAI,CAAC;QAChC,IAAI,CAAC,CAAC,KAAK,IAAI,IAAI,CAAC,KAAK,UAAU,IAAI,CAAC,KAAK,UAAU,CAAC,IAAI,IAAI,CAAC,CAAC,GAAG,CAAC,CAAC,KAAK,MAAM;YAAE,OAAO,IAAI,CAAC;QAChG,IAAI,iCAAiC,CAAC,IAAI,CAAC,CAAC,CAAC;YAAE,OAAO,IAAI,CAAC;IAC7D,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC;AAQD,yFAAyF;AACzF,MAAM,UAAU,oBAAoB,CAAC,GAAY;IAC/C,MAAM,CAAC,GAAG,GAAyB,CAAC;IACpC,OAAO,CACL,CAAC,EAAE,IAAI,KAAK,yBAAyB;QACrC,CAAC,EAAE,IAAI,KAAK,mBAAmB;QAC/B,CAAC,EAAE,IAAI,KAAK,gBAAgB;QAC5B,CAAC,OAAO,CAAC,EAAE,QAAQ,KAAK,QAAQ,IAAI,CAAC,CAAC,QAAQ,KAAK,CAAC,CAAC,CACtD,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,cAAc,CAAC,GAAY;IACzC,MAAM,CAAC,GAAG,GAAyB,CAAC;IACpC,MAAM,OAAO,GAAG,CAAC,CAAC,EAAE,OAAO,IAAI,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,OAAO,CAAC,aAAa,EAAE,EAAE,CAAC,CAAC,IAAI,EAAE,CAAC;IAC9E,OAAO,EAAE,EAAE,EAAE,KAAK,EAAE,KAAK,EAAE,EAAE,IAAI,EAAE,CAAC,EAAE,IAAI,IAAI,WAAW,EAAE,OAAO,EAAE,EAAE,CAAC;AACzE,CAAC;AAED,4FAA4F;AAC5F,MAAM,UAAU,iBAAiB,CAAC,OAAgB;IAChD,MAAM,IAAI,GAAG,CAAC,GAAY,EAAE,EAAE;QAC5B,GAAG,CAAC,YAAY,EAAE,CAAC;QACnB,KAAK,MAAM,GAAG,IAAI,GAAG,CAAC,QAAQ;YAAE,IAAI,CAAC,GAAG,CAAC,CAAC;IAC5C,CAAC,CAAC;IACF,IAAI,CAAC,OAAO,CAAC,CAAC;AAChB,CAAC;AAQD;;;;;;;GAOG;AACH,MAAM,UAAU,0BAA0B,CACxC,CAAU,EACV,EAAyE;IAEzE,IAAI,KAA4F,CAAC;IACjG,8EAA8E;IAC9E,IAAI,CAAC,YAAY,mBAAmB,EAAE,CAAC;QACrC,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,yEAAyE;YACtF,MAAM,EACJ,uLAAuL;SAC1L,CAAC;IACJ,CAAC;SAAM,IAAI,CAAC,YAAY,kBAAkB,EAAE,CAAC;QAC3C,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,uEAAuE;YACpF,MAAM,EACJ,gLAAgL;SACnL,CAAC;IACJ,CAAC;SAAM,IAAI,CAAC,YAAY,qBAAqB,EAAE,CAAC;QAC9C,MAAM,YAAY,GAAG,CAAC,CAAC,YAAY,KAAK,SAAS,CAAC;QAClD,MAAM,SAAS,GAAG,sGAAsG,CAAC;QACzH,MAAM,QAAQ,GAAG,YAAY;YAC3B,CAAC,CAAC,gGAAgG;YAClG,CAAC,CAAC,gCAAgC,CAAC;QACrC,kFAAkF;QAClF,MAAM,OAAO,GAAG,uBAAuB,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,CAAC,yBAAyB,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,CAAC,SAAS,CAAC;QAC1G,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,OAAO,CAAC,CAAC,CAAC,GAAG,QAAQ,IAAI,OAAO,CAAC,WAAW,EAAE,CAAC,CAAC,CAAC,QAAQ;YACtE,MAAM,EAAE,OAAO;gBACb,CAAC,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,GAAG,OAAO,CAAC,MAAM,IAAI,SAAS,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,MAAM,CAAC;gBACpE,CAAC,CAAC,YAAY;oBACZ,CAAC,CAAC,oGAAoG,SAAS,EAAE;oBACjH,CAAC,CAAC,wHAAwH;YAC9H,GAAG,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,EAAE,SAAS,EAAE,CAAC,CAAC,SAAS,EAAE,CAAC,CAAC,CAAC,EAAE,CAAC;SACnD,CAAC;IACJ,CAAC;IACD,IAAI,CAAC,KAAK;QAAE,OAAO,KAAK,CAAC;IACzB,IAAI,EAAE,CAAC,IAAI,EAAE,CAAC;QACZ,EAAE,CAAC,GAAG,CAAC,IAAI,CAAC,SAAS,CAAC,EAAE,KAAK,EAAE,KAAK,EAAE,CAAC,CAAC,CAAC;IAC3C,CAAC;SAAM,CAAC;QACN,EAAE,CAAC,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC,CAAC;QACnB,EAAE,CAAC,GAAG,CAAC,KAAK,KAAK,CAAC,WAAW,EAAE,CAAC,CAAC;QACjC,EAAE,CAAC,GAAG,CAAC,KAAK,KAAK,CAAC,MAAM,EAAE,CAAC,CAAC;IAC9B,CAAC;IACD,OAAO,IAAI,CAAC;AACd,CAAC;AAED;;;GAGG;AACH,MAAM,CAAC,KAAK,UAAU,UAAU,CAAC,OAAgB,EAAE,IAAc,EAAE,KAAmB,EAAE;IACtF,MAAM,GAAG,GAAG,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC;IACtE,MAAM,GAAG,GAAG,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC;IACtE,MAAM,IAAI,GAAG,EAAE,CAAC,IAAI,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,CAAC;IACzD,MAAM,IAAI,GAAG,eAAe,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,CAAC;IAE5C,iBAAiB,CAAC,OAAO,CAAC,CAAC;IAC3B,iFAAiF;IACjF,gFAAgF;IAChF,4FAA4F;IAC5F,wFAAwF;IACxF,IAAI,cAAc,GAAG,KAAK,CAAC;IAC3B,MAAM,WAAW,GAAG,CAAC,GAAY,EAAE,EAAE;QACnC,GAAG,CAAC,eAAe,CAAC,EAAE,QAAQ,EAAE,CAAC,GAAW,EAAE,EAAE,GAAG,cAAc,GAAG,IAAI,CAAC,CAAC,IAAI,CAAC,IAAI;gBAAE,GAAG,CAAC,GAAG,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC;QACvH,KAAK,MAAM,GAAG,IAAI,GAAG,CAAC,QAAQ;YAAE,WAAW,CAAC,GAAG,CAAC,CAAC;IACnD,CAAC,CAAC;IACF,WAAW,CAAC,OAAO,CAAC,CAAC;IAErB,IAAI,CAAC;QACH,MAAM,OAAO,CAAC,UAAU,CAAC,IAAI,CAAC,CAAC;QAC/B,OAAO,CAAC,CAAC;IACX,CAAC;IAAC,OAAO,CAAC,EAAE,CAAC;QACX,IAAI,oBAAoB,CAAC,CAAC,CAAC;YAAE,OAAO,CAAC,CAAC;QACtC,8EAA8E;QAC9E,2EAA2E;QAC3E,2EAA2E;QAC3E,IAAI,0BAA0B,CAAC,CAAC,EAAE,EAAE,GAAG,EAAE,GAAG,EAAE,IAAI,EAAE,CAAC,EAAE,CAAC;YACtD,IAAI,CAAC,CAAC,CAAC,CAAC;YACR,OAAO,CAAC,CAAC;QACX,CAAC;QACD,MAAM,IAAI,GAAI,CAAwB,EAAE,QAAQ,IAAI,CAAC,CAAC;QACtD,IAAI,IAAI,EAAE,CAAC;YACT,GAAG,CAAC,IAAI,CAAC,SAAS,CAAC,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;QACzC,CAAC;aAAM,IAAI,CAAC,cAAc,EAAE,CAAC;YAC3B,4FAA4F;YAC5F,4FAA4F;YAC5F,8FAA8F;YAC9F,wBAAwB;YACxB,GAAG,CAAC,UAAU,cAAc,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,OAAO,EAAE,CAAC,CAAC;QACnD,CAAC;QACD,IAAI,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC;QAChB,OAAO,IAAI,IAAI,CAAC,CAAC;IACnB,CAAC;AACH,CAAC"}
+{"version":3,"file":"cli-error.js","sourceRoot":"","sources":["../src/cli-error.ts"],"names":[],"mappings":"AAaA,OAAO,EAAE,oBAAoB,EAAE,MAAM,WAAW,CAAC;AACjD,OAAO,EAAE,qBAAqB,EAAE,mBAAmB,EAAE,kBAAkB,EAAE,MAAM,aAAa,CAAC;AAC7F,OAAO,EAAE,yBAAyB,EAAE,uBAAuB,EAAE,MAAM,0BAA0B,CAAC;AAE9F;;;;GAIG;AACH,MAAM,UAAU,cAAc,CAAC,KAAa;IAC1C,MAAM,CAAC,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC;IACxB,IAAI,CAAC,MAAM,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,GAAG,CAAC,EAAE,CAAC;QAClC,MAAM,IAAI,oBAAoB,CAAC,2CAA2C,KAAK,GAAG,CAAC,CAAC;IACtF,CAAC;IACD,OAAO,CAAC,CAAC;AACX,CAAC;AAED,wFAAwF;AACxF,MAAM,UAAU,OAAO,CAAC,OAA0B;IAChD,OAAO,CAAC,KAAa,EAAU,EAAE;QAC/B,IAAI,CAAC,OAAO,CAAC,QAAQ,CAAC,KAAK,CAAC,EAAE,CAAC;YAC7B,MAAM,IAAI,oBAAoB,CAAC,mBAAmB,OAAO,CAAC,IAAI,CAAC,IAAI,CAAC,UAAU,KAAK,GAAG,CAAC,CAAC;QAC1F,CAAC;QACD,OAAO,KAAK,CAAC;IACf,CAAC,CAAC;AACJ,CAAC;AAED,mGAAmG;AACnG,MAAM,UAAU,eAAe,CAAC,IAAuB;IACrD,KAAK,IAAI,CAAC,GAAG,CAAC,EAAE,CAAC,GAAG,IAAI,CAAC,MAAM,EAAE,CAAC,EAAE,EAAE,CAAC;QACrC,MAAM,CAAC,GAAG,IAAI,CAAC,CAAC,CAAE,CAAC;QACnB,IAAI,CAAC,KAAK,IAAI;YAAE,MAAM;QACtB,IAAI,CAAC,KAAK,QAAQ;YAAE,OAAO,IAAI,CAAC;QAChC,IAAI,CAAC,CAAC,KAAK,IAAI,IAAI,CAAC,KAAK,UAAU,IAAI,CAAC,KAAK,UAAU,CAAC,IAAI,IAAI,CAAC,CAAC,GAAG,CAAC,CAAC,KAAK,MAAM;YAAE,OAAO,IAAI,CAAC;QAChG,IAAI,iCAAiC,CAAC,IAAI,CAAC,CAAC,CAAC;YAAE,OAAO,IAAI,CAAC;IAC7D,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC;AAQD,yFAAyF;AACzF,MAAM,UAAU,oBAAoB,CAAC,GAAY;IAC/C,MAAM,CAAC,GAAG,GAAyB,CAAC;IACpC,OAAO,CACL,CAAC,EAAE,IAAI,KAAK,yBAAyB;QACrC,CAAC,EAAE,IAAI,KAAK,mBAAmB;QAC/B,CAAC,EAAE,IAAI,KAAK,gBAAgB;QAC5B,CAAC,OAAO,CAAC,EAAE,QAAQ,KAAK,QAAQ,IAAI,CAAC,CAAC,QAAQ,KAAK,CAAC,CAAC,CACtD,CAAC;AACJ,CAAC;AAED,MAAM,UAAU,cAAc,CAAC,GAAY;IACzC,MAAM,CAAC,GAAG,GAAyB,CAAC;IACpC,MAAM,OAAO,GAAG,CAAC,CAAC,EAAE,OAAO,IAAI,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,OAAO,CAAC,aAAa,EAAE,EAAE,CAAC,CAAC,IAAI,EAAE,CAAC;IAC9E,OAAO,EAAE,EAAE,EAAE,KAAK,EAAE,KAAK,EAAE,EAAE,IAAI,EAAE,CAAC,EAAE,IAAI,IAAI,WAAW,EAAE,OAAO,EAAE,EAAE,CAAC;AACzE,CAAC;AAED,4FAA4F;AAC5F,MAAM,UAAU,iBAAiB,CAAC,OAAgB;IAChD,MAAM,IAAI,GAAG,CAAC,GAAY,EAAE,EAAE;QAC5B,GAAG,CAAC,YAAY,EAAE,CAAC;QACnB,KAAK,MAAM,GAAG,IAAI,GAAG,CAAC,QAAQ;YAAE,IAAI,CAAC,GAAG,CAAC,CAAC;IAC5C,CAAC,CAAC;IACF,IAAI,CAAC,OAAO,CAAC,CAAC;AAChB,CAAC;AAQD;;;;;;;GAOG;AACH,MAAM,UAAU,0BAA0B,CACxC,CAAU,EACV,EAAyE;IAEzE,IAAI,KAA4F,CAAC;IACjG,8EAA8E;IAC9E,IAAI,CAAC,YAAY,mBAAmB,EAAE,CAAC;QACrC,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,yEAAyE;YACtF,MAAM,EACJ,uLAAuL;SAC1L,CAAC;IACJ,CAAC;SAAM,IAAI,CAAC,YAAY,kBAAkB,EAAE,CAAC;QAC3C,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,uEAAuE;YACpF,MAAM,EACJ,gLAAgL;SACnL,CAAC;IACJ,CAAC;SAAM,IAAI,CAAC,YAAY,qBAAqB,EAAE,CAAC;QAC9C,MAAM,YAAY,GAAG,CAAC,CAAC,YAAY,KAAK,SAAS,CAAC;QAClD,MAAM,SAAS,GAAG,sGAAsG,CAAC;QACzH,MAAM,QAAQ,GAAG,YAAY;YAC3B,CAAC,CAAC,gGAAgG;YAClG,CAAC,CAAC,gCAAgC,CAAC;QACrC,kFAAkF;QAClF,MAAM,OAAO,GAAG,uBAAuB,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,CAAC,yBAAyB,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,CAAC,SAAS,CAAC;QAC1G,KAAK,GAAG;YACN,IAAI,EAAE,CAAC,CAAC,OAAO;YACf,WAAW,EAAE,OAAO,CAAC,CAAC,CAAC,GAAG,QAAQ,IAAI,OAAO,CAAC,WAAW,EAAE,CAAC,CAAC,CAAC,QAAQ;YACtE,MAAM,EAAE,OAAO;gBACb,CAAC,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,GAAG,OAAO,CAAC,MAAM,IAAI,SAAS,EAAE,CAAC,CAAC,CAAC,OAAO,CAAC,MAAM,CAAC;gBACpE,CAAC,CAAC,YAAY;oBACZ,CAAC,CAAC,oGAAoG,SAAS,EAAE;oBACjH,CAAC,CAAC,wHAAwH;YAC9H,GAAG,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,EAAE,SAAS,EAAE,CAAC,CAAC,SAAS,EAAE,CAAC,CAAC,CAAC,EAAE,CAAC;SACnD,CAAC;IACJ,CAAC;IACD,IAAI,CAAC,KAAK;QAAE,OAAO,KAAK,CAAC;IACzB,IAAI,EAAE,CAAC,IAAI,EAAE,CAAC;QACZ,EAAE,CAAC,GAAG,CAAC,IAAI,CAAC,SAAS,CAAC,EAAE,KAAK,EAAE,KAAK,EAAE,CAAC,CAAC,CAAC;IAC3C,CAAC;SAAM,CAAC;QACN,EAAE,CAAC,GAAG,CAAC,KAAK,CAAC,IAAI,CAAC,CAAC;QACnB,EAAE,CAAC,GAAG,CAAC,KAAK,KAAK,CAAC,WAAW,EAAE,CAAC,CAAC;QACjC,EAAE,CAAC,GAAG,CAAC,KAAK,KAAK,CAAC,MAAM,EAAE,CAAC,CAAC;IAC9B,CAAC;IACD,OAAO,IAAI,CAAC;AACd,CAAC;AAED;;mFAEmF;AACnF,MAAM,UAAU,0BAA0B,CAAC,CAAU,EAAE,IAAI,GAAG,KAAK;IACjE,OAAO,0BAA0B,CAAC,CAAC,EAAE,EAAE,GAAG,EAAE,CAAC,CAAC,EAAE,EAAE,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,GAAG,EAAE,CAAC,CAAC,EAAE,EAAE,CAAC,OAAO,CAAC,KAAK,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,CAAC,CAAC;AAC3G,CAAC;AAED;;;GAGG;AACH,MAAM,CAAC,KAAK,UAAU,UAAU,CAAC,OAAgB,EAAE,IAAc,EAAE,KAAmB,EAAE;IACtF,MAAM,GAAG,GAAG,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC;IACtE,MAAM,GAAG,GAAG,EAAE,CAAC,GAAG,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC,GAAG,IAAI,CAAC,CAAC,CAAC;IACtE,MAAM,IAAI,GAAG,EAAE,CAAC,IAAI,IAAI,CAAC,CAAC,CAAS,EAAE,EAAE,CAAC,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,CAAC;IACzD,MAAM,IAAI,GAAG,eAAe,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,CAAC;IAE5C,iBAAiB,CAAC,OAAO,CAAC,CAAC;IAC3B,iFAAiF;IACjF,gFAAgF;IAChF,4FAA4F;IAC5F,wFAAwF;IACxF,IAAI,cAAc,GAAG,KAAK,CAAC;IAC3B,MAAM,WAAW,GAAG,CAAC,GAAY,EAAE,EAAE;QACnC,GAAG,CAAC,eAAe,CAAC,EAAE,QAAQ,EAAE,CAAC,GAAW,EAAE,EAAE,GAAG,cAAc,GAAG,IAAI,CAAC,CAAC,IAAI,CAAC,IAAI;gBAAE,GAAG,CAAC,GAAG,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC;QACvH,KAAK,MAAM,GAAG,IAAI,GAAG,CAAC,QAAQ;YAAE,WAAW,CAAC,GAAG,CAAC,CAAC;IACnD,CAAC,CAAC;IACF,WAAW,CAAC,OAAO,CAAC,CAAC;IAErB,IAAI,CAAC;QACH,MAAM,OAAO,CAAC,UAAU,CAAC,IAAI,CAAC,CAAC;QAC/B,OAAO,CAAC,CAAC;IACX,CAAC;IAAC,OAAO,CAAC,EAAE,CAAC;QACX,IAAI,oBAAoB,CAAC,CAAC,CAAC;YAAE,OAAO,CAAC,CAAC;QACtC,8EAA8E;QAC9E,2EAA2E;QAC3E,2EAA2E;QAC3E,IAAI,0BAA0B,CAAC,CAAC,EAAE,EAAE,GAAG,EAAE,GAAG,EAAE,IAAI,EAAE,CAAC,EAAE,CAAC;YACtD,IAAI,CAAC,CAAC,CAAC,CAAC;YACR,OAAO,CAAC,CAAC;QACX,CAAC;QACD,MAAM,IAAI,GAAI,CAAwB,EAAE,QAAQ,IAAI,CAAC,CAAC;QACtD,IAAI,IAAI,EAAE,CAAC;YACT,GAAG,CAAC,IAAI,CAAC,SAAS,CAAC,cAAc,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;QACzC,CAAC;aAAM,IAAI,CAAC,cAAc,EAAE,CAAC;YAC3B,4FAA4F;YAC5F,4FAA4F;YAC5F,8FAA8F;YAC9F,wBAAwB;YACxB,GAAG,CAAC,UAAU,cAAc,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,OAAO,EAAE,CAAC,CAAC;QACnD,CAAC;QACD,IAAI,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC;QAChB,OAAO,IAAI,IAAI,CAAC,CAAC;IACnB,CAAC;AACH,CAAC"}