@walwal-harness/cli 7.1.25 → 7.1.27

package/CHANGELOG.md

@@ -31,6 +31,16 @@ docmeta:
 
 ## Unreleased
 
+## 7.1.26 — Lazy rule links + MCP steward (2026-05-27)
+
+### Added
+- COO planning can hire `support-support-mcp-registry-steward` to inventory Claude/Codex MCP capabilities, registration risk, credentials, and maintenance notes.
+- CXX convention/gotcha files now act as lazy-loading indexes that link to topic files such as `i18n-locale-hotfix.md`.
+
+### Changed
+- `migrate` preserves topic-specific convention/gotcha files and adds related links to matching CXX index files instead of merging or deleting them.
+- CXX and worker guidance now passes only relevant convention/gotcha links to workers, avoiding full-registry scans.
+
 ## 7.1.25 — Absolute Claude hook paths + Codex adapter docs (2026-05-26)
 
 ### Fixed

package/HR-Resource/cdo/SKILL.md

@@ -9,6 +9,10 @@ disable-model-invocation: false
 
 Own design strategy for the mission.
 
+## Lazy Rule Loading
+
+Before design work, read `.harness/conventions/shared.md`, `.harness/conventions/cdo.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/cdo.md`. Then follow only the related links in `cdo.md` files that match the mission topic. Worker briefs must pass the relevant links instead of asking workers to scan all rule files.
+
 ## Workflow
 
 1. Read CEO and COO mission context.

package/HR-Resource/ceo/SKILL.md

@@ -9,6 +9,15 @@ disable-model-invocation: false
 
 You are the only direct conversation channel with the Owner.
 
+## Lazy Rule Loading
+
+Before routing or accepting CXX work, enforce lazy loading:
+
+- CEO reads `.harness/conventions/shared.md`, `.harness/conventions/ceo.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/ceo.md`.
+- Each CXX reads its own `.harness/conventions/{cxx}.md` and `.harness/gotchas/{cxx}.md`, then follows only the related links in those files that match the mission topic.
+- Topic files such as `.harness/gotchas/i18n-locale-hotfix.md` remain separate. CXX index files carry links to them; they are not merged into one large file.
+- Workers receive the relevant CXX link set in their brief instead of scanning every convention/gotcha file.
+
 ## Mission Protocol
 
 1. Read the Owner request and decide whether brainstorming is needed or execution can start.

package/HR-Resource/coo/SKILL.md

@@ -9,11 +9,26 @@ disable-model-invocation: false
 
 Own mission planning, research, references, hypotheses, and goal fit.
 
+## Lazy Rule Loading
+
+Before planning, read `.harness/conventions/shared.md`, `.harness/conventions/coo.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/coo.md`. Then follow only the related links in `coo.md` files that match the mission topic. Worker briefs must pass the relevant links instead of asking workers to scan all rule files.
+
+## MCP Capability Scan
+
+During planning, COO must determine whether the active runtime exposes MCP servers, MCP tools, connector tools, or tool-discovery tools that can materially improve the mission. This is a planning input, not an implementation shortcut.
+
+- Before finalizing a plan, create a worker task for an MCP capability scan. Prefer `support-support-mcp-registry-steward` when available; otherwise hire the smallest worker that can inventory Claude/Codex MCP availability without inventing unavailable tools.
+- The worker must use only discovery mechanisms actually exposed in the current runtime, such as MCP resource/tool listing, connector search, or tool-discovery tools. Do not invent unavailable MCPs.
+- The inventory must classify each applicable MCP by purpose, required credentials or setup, read/write risk, expected value, and where it fits in the mission flow.
+- If no discovery mechanism is exposed, or no applicable MCP is available, record that explicitly in the worker report and proceed without MCP dependency.
+- COO may recommend MCP usage only when the worker report shows that the tool is available, applicable, and safer or more efficient than the non-MCP path.
+- COO must route execution of any MCP-dependent implementation, verification, or operational work to the responsible CXX and hired workers. COO does not call MCP tools to complete specialist deliverables.
+
 ## Workflow
 
 1. Read `.harness/documents/{mission_name}/ceo.md`.
 2. Record work in `.harness/documents/{mission_name}/coo.md`.
-3. Break the COO scope into worker tasks: research, planning, hypothesis validation, backtest design, documentation, or product direction.
+3. Break the COO scope into worker tasks: research, planning, MCP capability scan, hypothesis validation, backtest design, documentation, or product direction.
 4. Use the `harness-resource-manager` skill to check available workers for every task.
 5. Use the `harness-hiring` skill before assigning any task that has no hired worker. Do not complete that task yourself.
 6. Delegate all COO deliverables to hired workers in fresh sessions.
@@ -36,8 +51,9 @@ Required output sections:
 
 1. Worker Task Briefs — task, capability needed, selected worker or hiring request, acceptance criteria.
 2. Worker Evidence Manifest — worker name, report path, status.
-3. COO Decision — only decisions accepted from worker evidence.
-4. Next Handoff — next CXX, inputs, blockers.
-5. Implementation Notes — in English, with `Design Decisions`, `Deviations`, `Tradeoffs`, and `Open Questions`.
+3. MCP Capability Inventory — available/applicable MCPs, required setup, read/write risk, recommended use, or explicit `None`.
+4. COO Decision — only decisions accepted from worker evidence.
+5. Next Handoff — next CXX, inputs, blockers.
+6. Implementation Notes — in English, with `Design Decisions`, `Deviations`, `Tradeoffs`, and `Open Questions`.
 
 Every COO worker brief must require the worker to append the same English `## Implementation Notes` block to the bottom of `.harness/documents/{mission_name}/coo/workers/{worker-name}.md`, covering risks, self-corrections, chosen direction, and unresolved questions. Use `None` for empty subsections.

package/HR-Resource/cqo/SKILL.md

@@ -9,6 +9,10 @@ disable-model-invocation: false
 
 Own quality, recurrence prevention, and archive eligibility.
 
+## Lazy Rule Loading
+
+Before quality work, read `.harness/conventions/shared.md`, `.harness/conventions/cqo.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/cqo.md`. Then follow only the related links in `cqo.md` files that match the mission topic, such as i18n, regression, accessibility, API, runtime, or incident links. Worker briefs must pass the relevant links instead of asking workers to scan all rule files.
+
 ## Workflow
 
 1. Read CEO and CTO mission context.

package/HR-Resource/cto/SKILL.md

@@ -9,6 +9,10 @@ disable-model-invocation: false
 
 Own engineering execution for the mission.
 
+## Lazy Rule Loading
+
+Before engineering work, read `.harness/conventions/shared.md`, `.harness/conventions/cto.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/cto.md`. Then follow only the related links in `cto.md` files that match the mission topic, such as i18n, auth, API, runtime, or platform links. Worker briefs must pass the relevant links instead of asking workers to scan all rule files.
+
 ## Workflow
 
 1. Read CEO, COO, and CDO mission documents.

package/HR-Resource/hiring/SKILL.md

@@ -26,7 +26,11 @@ Hire workers from `.harness/shared/HR-Resource/`.
 5. Update `.harness/shared/hr-roster.json` without deleting existing hired entries. Record `owner` as the owning CXX, `skillPath` as `.harness/shared/HR-Resource/{name}/SKILL.md`, and `skillPaths.claude` / `skillPaths.codex` as tool-specific hierarchical installed paths.
 6. The owning CXX must write worker reports under `.harness/documents/{mission}/{owning-cxx}/workers/{name}.md`. Do not write flat `.harness/documents/{mission}/workers/{name}.md` except when migrating legacy missions.
 7. Ask the `harness-resource-manager` skill to update trigger wording.
-8. Return worker name, owner, source skill path, installed paths, mission report path, invocation wording, and the mandatory report appendix below.
+8. Return worker name, owner, source skill path, installed paths, mission report path, invocation wording, related convention/gotcha links supplied by the owning CXX, and the mandatory report appendix below.
+
+## Worker Rule Links
+
+Every hired worker receives the owning CXX's relevant convention/gotcha links in the worker brief. Workers read those linked topic files only when they match the assigned task.
 
 ## Mandatory Worker Report Appendix
 

package/HR-Resource/index.json

@@ -1,7 +1,7 @@
 {
   "source": "/Users/ted/Downloads/agency-agents-main",
   "imported_at": "2026-05-11T08:05:46.803Z",
-  "count": 179,
+  "count": 180,
   "resources": [
     {
       "sourceRel": "academic/academic-anthropologist.md",
@@ -679,6 +679,10 @@
       "sourceRel": "support/support-infrastructure-maintainer.md",
       "skillName": "support-support-infrastructure-maintainer"
     },
+    {
+      "sourceRel": "support/support-mcp-registry-steward.md",
+      "skillName": "support-support-mcp-registry-steward"
+    },
     {
       "sourceRel": "support/support-legal-compliance-checker.md",
       "skillName": "support-support-legal-compliance-checker"

package/HR-Resource/ops/SKILL.md

@@ -9,6 +9,10 @@ disable-model-invocation: false
 
 Monitor the environments that make the mission runnable.
 
+## Lazy Rule Loading
+
+Before monitoring work, read `.harness/conventions/shared.md`, `.harness/conventions/ops.md`, `.harness/gotchas/shared.md`, and `.harness/gotchas/ops.md`. Then follow only the related links in `ops.md` files that match the mission topic, such as runtime, port, log, production, or incident links. Worker briefs must pass the relevant links instead of asking workers to scan all rule files.
+
 OPS owns three environment classes:
 
 - Build environment: command-based local execution such as `flutter run`, `npm run dev`, test watchers, local build scripts, and other foreground/background commands used by CXX workers.

package/HR-Resource/resource-manager/SKILL.md

@@ -16,15 +16,18 @@ Manage worker availability and invocation wording.
 - Candidate pool: `.harness/shared/HR-Resource/*/SKILL.md`
 - Installed hired workers: `.claude/skills/{owning-cxx}/{worker}/SKILL.md` and `.codex/skills/{owning-cxx}/{worker}/SKILL.md`
 - Mission worker reports: `.harness/documents/{mission}/{owning-cxx}/workers/{worker}.md`
+- Related convention/gotcha links: selected from `.harness/conventions/{owning-cxx}.md` and `.harness/gotchas/{owning-cxx}.md`
 
 ## Workflow
 
 1. Check whether the requester is a CXX. CEO cannot request specialist worker assignment directly.
 2. Check whether a suitable worker is already hired for that owning CXX.
-3. If hired, return the exact skill name, owning CXX, hierarchical installed paths, mission report path, and the mandatory `## Implementation Notes` report appendix requirement.
+3. If hired, return the exact skill name, owning CXX, hierarchical installed paths, relevant convention/gotcha links, mission report path, and the mandatory `## Implementation Notes` report appendix requirement.
 4. If not hired, suggest `.harness/shared/HR-Resource/` candidates and recommend the `harness-hiring` skill with `owning CXX` filled in.
 5. Keep aliases narrow enough to avoid accidental generic invocation.
 
 ## Mandatory Worker Report Appendix
 
+Every worker assignment must include only the convention/gotcha links relevant to the assigned task. The owning CXX selects those links from its CXX index files.
+
 Every worker assignment must require the worker to append an English `## Implementation Notes` section with these subsections: `Design Decisions`, `Deviations`, `Tradeoffs`, and `Open Questions`. The appendix must cover risks, self-corrections, chosen direction, and unresolved questions. Use `None` for empty subsections.

package/HR-Resource/support-support-mcp-registry-steward/SKILL.md

@@ -0,0 +1,77 @@
+---
+name: support-support-mcp-registry-steward
+description: "MCP registry steward for Claude and Codex. Inventories available MCP servers/tools, recommends safe registration, and maintains project MCP usage records without inventing unavailable capabilities."
+model: sonnet
+disable-model-invocation: false
+---
+
+# MCP Registry Steward
+
+You manage Model Context Protocol capability discovery, registration guidance, and maintenance for Claude and Codex runtimes.
+
+## Mission
+
+Help COO and the responsible CXX decide whether MCP tools should be used for a mission, and keep the decision auditable.
+
+## Scope
+
+- Inventory MCP servers, MCP tools, connector tools, and tool-discovery mechanisms actually exposed in the current runtime.
+- Compare Claude and Codex availability separately. A tool available in one runtime is not automatically available in the other.
+- Recommend registration only when the MCP is useful, credentials/setup are clear, and read/write risk is acceptable.
+- Maintain a project MCP capability record for future missions.
+- Produce handoff notes for the CXX or worker that will actually use the MCP.
+
+## Discovery Rules
+
+1. Use only discovery mechanisms exposed in the active runtime.
+2. Do not invent MCP servers, tools, connector names, credentials, or config paths.
+3. If no discovery mechanism is available, record `None` with the exact reason.
+4. Treat write-capable MCPs as higher risk than read-only MCPs.
+5. Never edit global Claude, Codex, or user-level MCP configuration without explicit Owner approval.
+6. Prefer project-local documentation and registration instructions over hidden global state.
+
+## Claude Checks
+
+- Inspect project and user-visible Claude MCP configuration only when accessible.
+- Record server name, command, args, required environment variables, and whether tools are read-only or write-capable.
+- If Claude exposes MCP tool namespaces in the active session, list the tool names used for discovery.
+- If Playwright MCP is needed, verify whether project guidance already references it and whether setup instructions are present.
+
+## Codex Checks
+
+- Inspect Codex-visible tool discovery, MCP resources, connector tools, and local project instructions.
+- Record whether MCP discovery is exposed directly, only through connector/tool search, or not exposed.
+- If a Claude MCP is not available to Codex, mark it as Claude-only until Codex registration is confirmed.
+- Do not assume `.claude` MCP configuration applies to Codex.
+
+## Registration Review
+
+For every proposed MCP registration, document:
+
+- Purpose and mission fit.
+- Runtime target: Claude, Codex, or both.
+- Required credentials, environment variables, binaries, and network access.
+- Read/write risk and blast radius.
+- Suggested project-local docs or setup command.
+- Validation command or manual smoke test.
+- Rollback or disable procedure.
+
+## Maintenance Record
+
+Write or update a worker report under:
+
+`.harness/documents/{mission}/coo/workers/support-support-mcp-registry-steward.md`
+
+Required sections:
+
+1. `## MCP Capability Inventory`
+2. `## Claude Runtime`
+3. `## Codex Runtime`
+4. `## Registration Candidates`
+5. `## Risk Review`
+6. `## Maintenance Plan`
+7. `## Recommended Mission Use`
+8. `## Implementation Notes`
+
+Use `None` for empty sections. Include exact evidence paths or tool names for every claim.
+

package/README.md

@@ -52,6 +52,9 @@ What `init` installs:
 | `.claude/commands/hot-fix.md` | `/hot-fix` Owner command |
 | `.claude/skills/harness-{ceo,coo,cdo,cto,cqo,ops}/` | CXX agent skills |
 | `.harness/shared/HR-Resource/` | Hireable worker skill pool |
+| `.harness/events.jsonl` | Structured append-only runtime event stream |
+| `.harness/todos/state.json` | Machine-readable CXX todo queues |
+| `.harness/todos/events.jsonl` | Structured todo transition history |
 | `AGENTS.md` ← `CLAUDE.md` symlink | Project harness config |
 
 ---
@@ -106,6 +109,7 @@ Owner /submission → CEO → [relevant CXX] → [workers] → [convention updat
 | 8 | No verdict without worker evidence — CQO self-inspection is not valid |
 | 9 | Hierarchical worker ownership — worker reports live under `.harness/documents/{goal-or-child-mission}/{owning-cxx}/workers/` |
 | 10 | Implementation Notes required — `ceo.md`, every `{cxx}.md`, and every worker report must end with one English `## Implementation Notes` section in the same file |
+| 11 | Structured runtime state — queues, heartbeats, preemption/resume state, and harness-parsed evidence belong in JSON/JSONL, not free-form Markdown |
 
 ### Implementation Notes Format
 
@@ -133,7 +137,7 @@ Use `None` when a subsection has no entries. This section is mandatory even for
 
 ## Harness Dashboard
 
-The harness ships with a real-time dashboard that reads `.harness/documents/` directly.
+The harness ships with a real-time dashboard that reads `.harness/` runtime state directly. The current dashboard is process-oriented: it highlights CXX todo readiness, active workers, incidents, mission flow, and structured runtime events alongside the organization view.
 
 ```bash
 bash scripts/harness-dashboard-up.sh
@@ -199,6 +203,8 @@ npx walwal-harness init --force --project-root /path/to/project
 
 Features:
 
+- **Company Harness Observatory** — glass/aurora process monitor showing active CXX todos, workers, incidents, missions, and current loop state
+- **Structured Runtime State** — `/goal`, `/submission`, and `/hot-fix` append to `.harness/events.jsonl` and update `.harness/todos/state.json`; `migrate` backfills these files for existing projects
 - **Split Workspace** — full-viewport left/right panes keep Org Tree + Mission Timeline beside the selected mission detail; both panes scroll independently with hidden scrollbars, and the detail pane resets to top on selection changes
 - **Org Tree** — live status of Owner → CEO → CXX → Workers hierarchy, with worker cards created only from hired `hr-roster.json` entries backed by `.harness/shared/HR-Resource/{worker}/SKILL.md`; running hired workers are highlighted under their owning CXX
 - **Mission Timeline** — clickable history of goal/submission/hot-fix missions showing the full dispatch chain
@@ -216,6 +222,8 @@ Hourly autonomous wake:
 - Each wake tick prompts CEO to convene CXX + OPS, collect progress and decisions, dispatch the next action without asking Owner, and require CQO/OPS verification until the active goal works.
 - `npx @walwal-harness/cli migrate` refreshes package-owned runtime scripts, so existing projects receive wake prompt updates without a full re-init.
 - In Codex, `.codex/skills/**/SKILL.md` files are the runtime protocol. `.codex/agents/` is not required; Codex should manually read the relevant skill if it is not auto-listed.
+- Convention/gotcha topic files lazy-load through CXX index links: `migrate` preserves files such as `.harness/gotchas/i18n-locale-hotfix.md` and links them from relevant CXX files like `cto.md` and `cqo.md`.
+- COO can use `support-support-mcp-registry-steward` to inventory Claude/Codex MCP capabilities, registration risk, credentials, and maintenance notes before recommending MCP use.
 
 ---
 
@@ -227,8 +235,8 @@ Hourly autonomous wake:
 | `.harness/documents/goal-{index}-{name}/submission-{index}-{name}/` | Additional requirement under the active goal |
 | `.harness/documents/goal-{index}-{name}/hotfix-{index}-{name}/` | Emergency fix under the active goal |
 | `.harness/documents/{goal-or-child-mission}/{cxx}/workers/` | Worker reports owned by that CXX |
-| `.harness/conventions/` | Durable rules (CQO writes, survives missions) |
-| `.harness/gotchas/` | Recurrence-prevention records (CQO registers per hot-fix) |
+| `.harness/conventions/` | Durable rules and CXX lazy-loading indexes |
+| `.harness/gotchas/` | Recurrence-prevention records and CXX lazy-loading indexes |
 | `.harness/shared/HR-Resource/` | Hireable worker skill pool |
 | `.harness/archive/` | CQO-approved completed missions (immutable) |
 | `.harness/logs/YYYY-MM-DD/` | OPS exception logs |

package/apps/harness-dashboard/app/globals.css

@@ -5,9 +5,10 @@
 html,
 body {
   background:
-    radial-gradient(circle at 12% 0%, rgba(34, 211, 238, 0.08), transparent 26rem),
-    radial-gradient(circle at 88% 6%, rgba(251, 191, 36, 0.06), transparent 24rem),
-    #101216;
+    radial-gradient(circle at 16% -8%, rgba(125, 211, 252, 0.24), transparent 30rem),
+    radial-gradient(circle at 78% 2%, rgba(216, 180, 254, 0.2), transparent 28rem),
+    radial-gradient(circle at 52% 104%, rgba(52, 211, 153, 0.14), transparent 34rem),
+    linear-gradient(135deg, #080b13 0%, #101728 48%, #070910 100%);
   color: #e5e7eb;
 }
 
@@ -24,3 +25,34 @@ body {
 .scrollbar-hidden::-webkit-scrollbar {
   display: none;
 }
+
+.glass-panel {
+  border: 1px solid rgba(255, 255, 255, 0.14);
+  background:
+    linear-gradient(135deg, rgba(255, 255, 255, 0.12), rgba(255, 255, 255, 0.045)),
+    rgba(7, 10, 18, 0.58);
+  box-shadow: 0 24px 80px rgba(0, 0, 0, 0.34), inset 0 1px 0 rgba(255, 255, 255, 0.16);
+  backdrop-filter: blur(22px) saturate(150%);
+}
+
+.brutal-tile {
+  border: 1px solid rgba(255, 255, 255, 0.18);
+  background: rgba(3, 7, 18, 0.64);
+  box-shadow: 4px 4px 0 rgba(0, 0, 0, 0.34);
+}
+
+.aurora-line {
+  background: linear-gradient(90deg, #67e8f9, #c084fc, #f0abfc, #34d399);
+}
+
+.isometric-stage {
+  background:
+    linear-gradient(30deg, rgba(255, 255, 255, 0.035) 12%, transparent 12.5%, transparent 87%, rgba(255, 255, 255, 0.035) 87.5%, rgba(255, 255, 255, 0.035)),
+    linear-gradient(150deg, rgba(255, 255, 255, 0.035) 12%, transparent 12.5%, transparent 87%, rgba(255, 255, 255, 0.035) 87.5%, rgba(255, 255, 255, 0.035)),
+    linear-gradient(30deg, rgba(255, 255, 255, 0.035) 12%, transparent 12.5%, transparent 87%, rgba(255, 255, 255, 0.035) 87.5%, rgba(255, 255, 255, 0.035)),
+    linear-gradient(150deg, rgba(255, 255, 255, 0.035) 12%, transparent 12.5%, transparent 87%, rgba(255, 255, 255, 0.035) 87.5%, rgba(255, 255, 255, 0.035)),
+    linear-gradient(60deg, rgba(103, 232, 249, 0.08) 25%, transparent 25.5%, transparent 75%, rgba(103, 232, 249, 0.08) 75%, rgba(103, 232, 249, 0.08)),
+    linear-gradient(60deg, rgba(103, 232, 249, 0.08) 25%, transparent 25.5%, transparent 75%, rgba(103, 232, 249, 0.08) 75%, rgba(103, 232, 249, 0.08));
+  background-position: 0 0, 0 0, 20px 35px, 20px 35px, 0 0, 20px 35px;
+  background-size: 40px 70px;
+}

package/apps/harness-dashboard/components/Drawer.tsx

@@ -52,14 +52,14 @@ export function Drawer({ open, tab, title, onClose, onTabChange, children, mode
         aria-label="Detail panel"
         data-testid="drawer"
         data-open="true"
-        className="h-full min-h-0 rounded-md border border-brick-wall bg-brick-bg shadow-2xl flex flex-col overflow-hidden"
+        className="glass-panel h-full min-h-0 rounded-lg flex flex-col overflow-hidden"
       >
-        <header className="flex items-center justify-between border-b border-brick-wall px-4 py-3">
-          <h2 className="text-sm font-mono uppercase tracking-widest text-gray-200 truncate">
+        <header className="flex items-center justify-between border-b border-white/10 px-4 py-3">
+          <h2 className="text-sm font-semibold tracking-tight text-gray-100 truncate">
             {title}
           </h2>
         </header>
-        <nav className="flex flex-wrap border-b border-brick-wall text-[11px] font-mono">
+        <nav className="flex flex-wrap border-b border-white/10 px-2 py-2 text-[11px] font-mono">
           {TABS.map((t) => (
             <button
               key={t.id}
@@ -67,10 +67,10 @@ export function Drawer({ open, tab, title, onClose, onTabChange, children, mode
               data-testid={`drawer-tab-${t.id}`}
               data-active={t.id === tab}
               onClick={() => onTabChange(t.id)}
-              className={`min-w-[33%] flex-1 px-2 py-2 transition-colors ${
+              className={`min-w-[33%] flex-1 rounded-md px-2 py-2 transition-colors ${
                 t.id === tab
-                  ? "bg-brick-wall/50 text-gray-100 border-b-2 border-aura-typing"
-                  : "text-gray-500 hover:text-gray-200"
+                  ? "bg-white/12 text-gray-100 shadow-inner"
+                  : "text-gray-500 hover:bg-white/6 hover:text-gray-200"
               }`}
             >
               {t.label}

package/apps/harness-dashboard/components/MissionTimeline.tsx

@@ -140,7 +140,7 @@ export function MissionTimeline({
 }: Props) {
   if (!missions.length) {
     return (
-      <div className="rounded border border-dashed border-gray-700 px-3 py-4 text-center text-[11px] text-gray-500">
+      <div className="glass-panel rounded-lg px-3 py-4 text-center text-[11px] text-gray-500">
         No missions found in .harness/documents/
       </div>
     );
@@ -178,10 +178,10 @@ export function MissionTimeline({
             key={mission.missionId}
             type="button"
             onClick={() => onMissionClick(mission)}
-            className={`w-full rounded border px-3 py-2.5 text-left transition-colors ${
+            className={`w-full rounded-lg px-3 py-2.5 text-left transition-colors ${
               isActive
-                ? "border-cyan-400/40 bg-cyan-400/5"
-                : "border-gray-700/40 bg-black/10 hover:border-gray-600/50"
+                ? "glass-panel"
+                : "border border-white/10 bg-white/[0.035] hover:border-white/20"
             }`}
           >
             <div className="flex items-start justify-between gap-2 mb-1.5">

package/apps/harness-dashboard/components/OrgTree.tsx

@@ -50,7 +50,7 @@ function OrgCard({
     <button
       type="button"
       onClick={() => onClick(node)}
-      className={`relative rounded-lg border p-3 text-left transition-all cursor-pointer ${roleColor} ${widths[size]} ${active ? "ring-2 ring-cyan-300 border-cyan-300/60" : "hover:border-white/30"}`}
+      className={`brutal-tile relative rounded-md p-3 text-left transition-all cursor-pointer ${roleColor} ${widths[size]} ${active ? "ring-2 ring-cyan-300 border-cyan-300/80" : "hover:border-white/35"}`}
     >
       <StatusDot status={node.status} />
       <div className="font-mono text-[9px] uppercase tracking-[0.2em] text-gray-500 mb-0.5">{node.role}</div>
@@ -263,7 +263,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
 
   return (
     <div className="select-none">
-      <div className="flex items-center justify-between border-b border-white/10 bg-black/20 px-3 py-2">
+      <div className="flex items-center justify-between border-b border-white/10 bg-white/5 px-3 py-2 backdrop-blur">
         <div className="min-w-0">
           {currentMission && (
             <div className="truncate font-mono text-[10px] text-cyan-300/70">
@@ -275,7 +275,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
           <button
             type="button"
             onClick={() => setBoundedZoom(zoom - 0.08)}
-            className="h-7 w-7 rounded border border-gray-700 bg-gray-900/80 font-mono text-xs text-gray-200 hover:border-cyan-300/60"
+            className="h-7 w-7 rounded-md border border-white/15 bg-black/35 font-mono text-xs text-gray-200 hover:border-cyan-300/60"
             title="Zoom out"
           >
             -
@@ -283,7 +283,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
           <button
             type="button"
             onClick={() => setBoundedZoom(defaultZoom)}
-            className="h-7 min-w-12 rounded border border-gray-700 bg-gray-900/80 px-2 font-mono text-[10px] text-gray-300 hover:border-cyan-300/60"
+            className="h-7 min-w-12 rounded-md border border-white/15 bg-black/35 px-2 font-mono text-[10px] text-gray-300 hover:border-cyan-300/60"
             title="Reset zoom"
           >
             {Math.round(zoom * 100)}%
@@ -291,7 +291,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
           <button
             type="button"
             onClick={() => setBoundedZoom(zoom + 0.08)}
-            className="h-7 w-7 rounded border border-gray-700 bg-gray-900/80 font-mono text-xs text-gray-200 hover:border-cyan-300/60"
+            className="h-7 w-7 rounded-md border border-white/15 bg-black/35 font-mono text-xs text-gray-200 hover:border-cyan-300/60"
             title="Zoom in"
           >
             +
@@ -306,7 +306,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
         onPointerMove={handlePointerMove}
         onPointerUp={endDrag}
         onPointerCancel={endDrag}
-        className="scrollbar-hidden h-[390px] cursor-grab overflow-auto active:cursor-grabbing"
+        className="scrollbar-hidden isometric-stage h-[390px] cursor-grab overflow-auto active:cursor-grabbing"
       >
         <div
           className="relative"
@@ -417,7 +417,7 @@ export function OrgTree({ snapshot, activeNodeId, onNodeClick }: OrgTreeProps) {
                             agentIds: [],
                           })
                         }
-                        className={`relative rounded border px-2 py-1.5 text-left min-w-[130px] max-w-[160px] transition-all hover:border-white/20 ${
+                        className={`brutal-tile relative rounded-md px-2 py-1.5 text-left min-w-[130px] max-w-[160px] transition-all hover:border-white/25 ${
                           workerActive
                             ? "border-cyan-300/70 bg-cyan-400/10 shadow-[0_0_18px_rgba(34,211,238,0.18)]"
                             : "border-gray-700/40 bg-gray-800/30"