@hybridlabor-api/aos 4.4.2-beta.5 → 4.4.2-beta.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,98 @@
1
+ # Fleet Hub Overview/Login Page — Copy & Brand-Color Fix Plan
2
+
3
+ Target file: `/Users/timrennings/dev/bdb-fleet-hub/public/login.html` (live at
4
+ `https://hub.awsbdb.rcentry.pro/overview/`). This is a Zero-Trust SSO
5
+ identity-provider selector, not a marketing page — copy stays crisp and
6
+ technical, aimed at engineers/operators who already know what they're
7
+ choosing between. No functional element changes: both provider names, both
8
+ real hostnames, and the footer status link are preserved exactly.
9
+
10
+ A raw backup already exists at
11
+ `docs/backups/hub-overview-20260915.html` (confirmed byte-identical to the
12
+ live file's content as read for this plan) — do not modify or delete it.
13
+
14
+ ---
15
+
16
+ ## 1. Finished English copy, per element
17
+
18
+ | Element | Current | Finished copy | Change |
19
+ |---|---|---|---|
20
+ | Badge text (`.badge span`, line 168) | `BDB Zero-Trust Perimeter` | `BDB Zero-Trust Perimeter` | **No change.** Already precise, correct security terminology (a Zero-Trust "perimeter" is the standard term for the enforced trust boundary) — rewriting it would trade accuracy for novelty. |
21
+ | H1 (line 171) | `Select Identity Realm` | `Choose Your Identity Provider` | "Realm" is Keycloak-internal jargon that doesn't match the SSO vocabulary the page itself uses one line down ("identity provider"). Standardizing on "identity provider" removes the inconsistency and matches how operators actually talk about this choice. |
22
+ | Description (`p.desc`, lines 172–174) | `The Fleet Operations Hub is protected by central single-sign-on. Choose your assigned identity provider to continue:` | `This portal is protected by centralized single sign-on. Select the identity provider assigned to your account to continue.` | Tightens the sentence, fixes "central single-sign-on" → "centralized single sign-on" (the correct term), and removes the verb collision with the new H1 (both previously said "Choose"). |
23
+ | Button 1 title (line 179) | `BDB Dev Intern (AWS)` | `BDB Dev Intern (AWS)` | **No change.** This is an operator-facing environment identifier, not marketing copy — altering its wording risks an operator not recognizing the option they're looking for. |
24
+ | Button 1 subtitle (line 180) | `auth.awsbdb.rcentry.pro` | `auth.awsbdb.rcentry.pro` | **No change** — real hostname, must stay exact. |
25
+ | Button 2 title (line 187) | `rcentry.cloud (GCP / Netcup)` | `rcentry.cloud (GCP / Netcup)` | **No change**, same reasoning as Button 1. |
26
+ | Button 2 subtitle (line 188) | `auth.rcentry.pro` | `auth.rcentry.pro` | **No change** — real hostname. |
27
+ | Footer left (line 195) | `Step-CA SSH & TLS Enabled` | `Step-CA — SSH & TLS Active` | Same meaning (Step-CA issues/enforces both cert classes), reads as a status line rather than a checkbox label — consistent with the footer's role as a live-status strip. |
28
+ | Footer right link (line 196) | `Status NOC →` | `Status NOC →` | **No change** — internal system name (Network Operations Center dashboard), and the `href` is untouched. |
29
+
30
+ ### Exact HTML edits (copy only)
31
+
32
+ ```html
33
+ <!-- line 171 -->
34
+ <h1>Choose Your Identity Provider</h1>
35
+
36
+ <!-- lines 172-174 -->
37
+ <p class="desc">
38
+ This portal is protected by centralized single sign-on. Select the identity provider assigned to your account to continue.
39
+ </p>
40
+
41
+ <!-- line 195 -->
42
+ <span>Step-CA — SSH &amp; TLS Active</span>
43
+ ```
44
+
45
+ Note the footer line already used a literal `&` (`Step-CA SSH & TLS Enabled`)
46
+ without HTML-escaping it — the existing file is not consistent about this
47
+ elsewhere either, so `&amp;` above is optional polish, not a required fix;
48
+ apply it only if the execution agent is doing a full pass, otherwise a literal
49
+ `&` is fine and matches current file convention.
50
+
51
+ Everything else in the file (structure, both `<a href>` targets, the favicon
52
+ links, fonts, script-free static markup) stays untouched.
53
+
54
+ ---
55
+
56
+ ## 2. Brand-violation fix: cyan/sky-blue → BDB Accent Lila
57
+
58
+ **Violation:** the page uses `#38bdf8` (sky-blue/cyan) and
59
+ `rgba(14, 165, 233, …)` (its rgb equivalent, `#0ea5e9`) in five CSS rules.
60
+ BDB brand standard is **Dominant Black (`#0a0a0a`) & White (`#FFFFFF`) with
61
+ Accent Lila (`#9b30c4`)** — no mint/cyan, anywhere. `#9b30c4` is already the
62
+ correct accent in this same file (the `.choice-aws` button already uses it
63
+ correctly) — these substitutions bring the rest of the page in line with it.
64
+
65
+ This is a color-token substitution only, not a CSS rewrite. Every occurrence
66
+ below is a plain string find → replace inside the existing `<style>` block.
67
+
68
+ | # | Find (exact string) | Replace with | Location / rule |
69
+ |---|---|---|---|
70
+ | 1 | `#38bdf8` | `#9b30c4` | `.badge { color: #38bdf8; }` (line 61) |
71
+ | 2 | `#38bdf8` | `#9b30c4` | `.pulse { background: #38bdf8; }` (line 68) |
72
+ | 3 | `#38bdf8` | `#9b30c4` | `.pulse { box-shadow: 0 0 8px #38bdf8; }` (line 69) |
73
+ | 4 | `#38bdf8` | `#9b30c4` | `.footer a:hover { color: #38bdf8; }` (line 160) |
74
+ | 5 | `rgba(14, 165, 233, 0.05)` | `rgba(155, 48, 196, 0.05)` | `body::before` background gradient, middle stop (line 35) |
75
+ | 6 | `rgba(14, 165, 233, 0.08)` | `rgba(155, 48, 196, 0.08)` | `.choice-gcp { background: … }` (line 111) |
76
+ | 7 | `rgba(14, 165, 233, 0.3)` | `rgba(155, 48, 196, 0.3)` | `.choice-gcp { border: 1px solid … }` (line 112) |
77
+ | 8 | `rgba(14, 165, 233, 0.18)` | `rgba(155, 48, 196, 0.18)` | `.choice-gcp:hover { background: … }` (line 115) |
78
+ | 9 | `rgba(14, 165, 233, 0.55)` | `rgba(155, 48, 196, 0.55)` | `.choice-gcp:hover { border-color: … }` (line 116) |
79
+ | 10 | `rgba(14, 165, 233, 0.25)` | `rgba(155, 48, 196, 0.25)` | `.choice-gcp:hover { box-shadow: 0 10px 25px -5px … }` (line 118) |
80
+
81
+ Rows 1–4 are the same find/replace pair applied at all 4 occurrences of that
82
+ exact hex string; rows 5–10 are six distinct rgba alpha values, each
83
+ occurring exactly once, so each is its own literal find/replace.
84
+
85
+ **Advisory (flagging only, not a rewrite):** `.choice-aws` already uses
86
+ `rgba(155, 48, 196, …)` at alphas 0.12 / 0.35 / 0.22 / 0.6 / 0.3. After this
87
+ fix, `.choice-gcp` converges on the *same hue* at *slightly different*
88
+ alphas (0.08 / 0.3 / 0.18 / 0.55 / 0.25) — both provider buttons will read as
89
+ near-identical purple, distinguished only by their label text, since BDB's
90
+ standard defines a single accent color and this task's scope is the color
91
+ substitution, not a redesign. If distinct visual identity between the two
92
+ provider buttons matters, that needs a separate design decision (e.g. one
93
+ button outlined/neutral, the other accented) — out of scope here by
94
+ instruction ("do not attempt a full CSS rewrite").
95
+
96
+ No other cyan/sky-blue values exist in the file — confirmed by reading all
97
+ 200 lines; `#38bdf8` and the six `rgba(14, 165, 233, …)` instances above are
98
+ the complete set.
@@ -0,0 +1,393 @@
1
+ # README.md Update Plan
2
+
3
+ Prepared by the planning agent. Targeted section replacements against the
4
+ current 928-line `README.md` — not a ground-up rewrite. Every fact below was
5
+ verified against the repo, `installer.js`, `package.json`, and the standalone
6
+ `bdb-hardware-pcb` module repo (`~/dev/bdb-dev/bdb-hardware-pcb`) before being
7
+ written — nothing here is invented.
8
+
9
+ An execution agent should apply each numbered change to `README.md` by
10
+ locating the exact **Find** block and replacing it with the **Replace** block.
11
+ Apply in order; line numbers cited are from the README as read on 2026-09-15
12
+ and will drift after change 1, so match on text, not line number.
13
+
14
+ ---
15
+
16
+ ## What changed and why
17
+
18
+ 1. **Version signal.** The README had zero version mentions (confirmed via
19
+ grep) while carrying a hardcoded `AOS v4.0.0` in the intro sentence —
20
+ stale against the shipped `4.4.2-beta.5` (`package.json`). Fixed by
21
+ removing the hardcoded version from the *current-state* sentence (that
22
+ number was never meant to be "current," it was the AOS-rename milestone)
23
+ and adding one explicit, low-churn status line instead of hardcoding a
24
+ beta patch number that will be stale again within hours.
25
+ 2. **Hardware & PCB module — new.** Added as a 7th Godmode table row, a new
26
+ Ecosystem Integrations bullet, and a full new section mirroring the
27
+ existing Creator Extension / Synapse sections. Facts pulled directly from
28
+ `~/dev/bdb-dev/bdb-hardware-pcb/{README.md,package.json,skills/*/SKILL.md}`:
29
+ package `@hybridlabor-api/bdb-hardware-pcb`, 5 skills (all `category:
30
+ engineering-hardware`), 2 MCP servers (`kicad-mcp-server`,
31
+ `openscad-mcp-server`) exposing **55 tools** (47 KiCad + 8 OpenSCAD),
32
+ supports KiCad 9 & 10, works on macOS/Linux/Windows, installs via the AOS
33
+ optional-module picker (`installer.js`, module id `hardware`) or standalone
34
+ via `npx @hybridlabor-api/bdb-hardware-pcb`. The `godmode-hardware-pcb`
35
+ persona ships in **AOS core** (`skills/basic/godmode-hardware-pcb/`) —
36
+ verified it is *not* duplicated in the module repo — while the 5 execution
37
+ skills and both MCP servers live only in the optional module. This
38
+ core/optional split is the same pattern AOS already uses for
39
+ `godmode-3d-creation`/`godmode-media-creation` (core) vs. Creator Extension
40
+ (optional heavy compute), so the new copy follows that precedent rather
41
+ than inventing a new one.
42
+ 3. **Factual bug found and fixed: the "BDB OS Agent Workspace" section
43
+ points at an archived, broken repo.** `installer.js` (line ~3269) states
44
+ in its own comment that the predecessor package
45
+ `@hybridlabor-api/bdb-os-agent-workspace` "must never come back... hands
46
+ out the build with the CDC loop defect," and the live installer only ever
47
+ offers its successor, `@hybridlabor-api/bdb-agent-orchestrator` (CLI: `ao`,
48
+ module id `ao`, macOS Apple-Silicon prebuilt binary only today — see
49
+ `aoSupportedHere()`). The README's "🖥️ BDB OS Agent Workspace" section
50
+ (and its Ecosystem Integrations bullet) still names and links the archived
51
+ repo. This is not a style nit — it is currently telling readers to `git
52
+ clone` a repo BDB's own installer refuses to touch. Rewrote the section as
53
+ "BDB AO — Agent Orchestrator" with the correct package, repo, CLI name,
54
+ and platform caveat, and added an explicit note about the archived
55
+ predecessor so nobody re-discovers it and wonders why it's not offered.
56
+ 4. **Not touched, flagged instead:** the `skills-169-curated` and
57
+ `MCPs-21` badges. A raw `find` against `skills/**/SKILL.md` in this repo
58
+ returns 183 matches and the MCP list in `installer.js` is built by a
59
+ runtime directory scan with platform/allowlist filtering I can't fully
60
+ replicate by inspection — I won't overwrite a public badge number with a
61
+ guess. Recommend a dedicated recount pass (`npm run validate` plus the
62
+ installer's own MCP discovery) as separate follow-up work. Not part of
63
+ this deliverable's scope (hardware-pcb + stale-content pass), and neither
64
+ count is affected by the hardware-pcb module, which ships its own 2 MCP
65
+ servers and 5 skills entirely outside this repo's counted totals.
66
+
67
+ ---
68
+
69
+ ## Glossary — proper nouns / product names (do NOT translate)
70
+
71
+ Keep these identical, byte-for-byte, in German and Portuguese output:
72
+
73
+ - `AOS`, **BDB Agent OS**
74
+ - `@hybridlabor-api/aos` (npm package)
75
+ - `godmode-engineering`, `godmode-ui-ux`, `godmode-shipping`,
76
+ `godmode-eventtech`, `godmode-3d-creation`, `godmode-media-creation`,
77
+ `godmode-hardware-pcb` (all 7 Godmode skill names)
78
+ - `BDB Hardware & PCB`, `@hybridlabor-api/bdb-hardware-pcb`
79
+ - `KiCad`, `OpenSCAD`, `BOSL2`, `SKiDL` (third-party tool names)
80
+ - `kicad-mcp-server`, `openscad-mcp-server`
81
+ - `BDB AO`, `AO — Agent Orchestrator`, `@hybridlabor-api/bdb-agent-orchestrator`
82
+ (CLI command `ao`)
83
+ - `bdb-os-agent-workspace` (archived — keep the name verbatim where it
84
+ appears as a warning, do not rename or soften it in translation)
85
+ - `BDB Synapse`, `@hybridlabor-api/bdb-synapse`
86
+ - `BDB Creator Extension`, `@hybridlabor-api/bdb-dev-creator-extension`
87
+ - `BDB OS Remote Gateway`, `@hybridlabor-api/bdb-os-remote`
88
+ - `memB`, `memb-mcp`, `@hybridlabor-api/memb`
89
+ - `OpenWiki`
90
+ - `Heimdall Token Saver`
91
+ - `BDBrainstorm`
92
+ - `/startcycle`, `/startcycle-graph`, `/startcycle-graph-user` (slash command
93
+ / pipeline names — keep the leading slash and hyphenation exactly)
94
+ - `Dynamic Workflows` (Claude Code feature name)
95
+ - `NVIDIA SkillSpector`
96
+ - `TripoSR`, `TRELLIS`, `FLUX`, `SDXL`, `Wan2.1`, `OpenMontage`, `Remotion`,
97
+ `Palmier Pro`, `ComfyUI` (media-pipeline engine names)
98
+ - `Tailscale`
99
+ - Standards/acronyms used as-is in all three languages: `IPC-2152`,
100
+ `IPC-2141`, `ERC`, `DRC`, `DFM`, `DFA`, `SI/PI`
101
+
102
+ ---
103
+
104
+ ## Section-by-section replacements
105
+
106
+ ### 1. Intro version line
107
+
108
+ **Find** (current lines ~21):
109
+ ```
110
+ Welcome to **BDB Agent OS — AOS v4.0.0**: 169 curated skills, 21 local MCP wrappers, and a dispatcher graph that turns them into a real multi-agent build pipeline, not just a prompt library. Point it at a goal and it plans, builds, reviews, and ships through seven coordinated agent nodes — with a mechanically enforced gate before anything actually goes live.
111
+ ```
112
+
113
+ **Replace with:**
114
+ ```
115
+ Welcome to **BDB Agent OS — AOS**: 169 curated skills, 21 local MCP wrappers, an optional Hardware & PCB design module, and a dispatcher graph that turns all of it into a real multi-agent build pipeline, not just a prompt library. Point it at a goal and it plans, builds, reviews, and ships through seven coordinated agent nodes — with a mechanically enforced gate before anything actually goes live.
116
+
117
+ **Current release:** `v4.4.2` (beta channel) — see the NPM badge above for the exact published version.
118
+ ```
119
+
120
+ *(This removes the stale hardcoded "v4.0.0" from the current-state sentence — that number describes a past rename milestone, not what's running today — and replaces it with a version line that stays roughly accurate across patch bumps instead of a `-beta.N` suffix that goes stale within hours.)*
121
+
122
+ ---
123
+
124
+ ### 2. Godmodes table — add the 7th Godmode
125
+
126
+ **Find:**
127
+ ```
128
+ ### 🛡️ The 6 Godmodes (Apex Layer)
129
+
130
+ Instead of letting agents wander through generic instructions, the top-tier of this repository enforces six **Hyper-Curated Godmodes**. Three of them are not just skills — they are the literal build/ship nodes the [dispatcher graph](#-aos-the-dispatcher-graph) invokes (`UI_UX`, `Engineering`, `Shipping`); the other three cover 3D, media and event-tech work the same way.
131
+
132
+ | Godmode | Purpose |
133
+ |---------|---------|
134
+ | **`godmode-engineering`** | Forces Domain-Driven Design, strict TypeScript checks, Clean Architecture, and systematic 5-step debugging triage. Dispatcher's `Engineering` node. |
135
+ | **`godmode-ui-ux`** | The frontend Gold-Standard. Enforces Brand Discovery, Anti-Slop principles, DTCG design tokens, fluid motion physics, and enterprise accessibility. Dispatcher's `UI_UX` node. |
136
+ | **`godmode-shipping`** | The final gatekeeper for production releases. Enforces Spec-Driven Development, pre-launch checks, feature flags, and safe rollbacks. Dispatcher's `Shipping` node. |
137
+ | **`godmode-eventtech`** | Architectural authority for real-time performance, signal flow, protocol routing, and hardware constraints in live show and event technology environments. |
138
+ | **`godmode-3d-creation`** | MCP-First master orchestration for 3D generation, mesh reconstruction, and parametric CAD engineering. Interfaces with local 3D engines and MCP tools. |
139
+ | **`godmode-media-creation`** | MCP-First master orchestration for all media creation pipelines (Video, Timeline Assembly, Beat Sync, Motion Design). Directly interfaces with local media engines and MCP tools. |
140
+ ```
141
+
142
+ **Replace with:**
143
+ ```
144
+ ### 🛡️ The 7 Godmodes (Apex Layer)
145
+
146
+ Instead of letting agents wander through generic instructions, the top-tier of this repository enforces seven **Hyper-Curated Godmodes**. Three of them are not just skills — they are the literal build/ship nodes the [dispatcher graph](#-aos-the-dispatcher-graph) invokes (`UI_UX`, `Engineering`, `Shipping`); the other four cover 3D, media, event-tech, and hardware/PCB work the same way.
147
+
148
+ | Godmode | Purpose |
149
+ |---------|---------|
150
+ | **`godmode-engineering`** | Forces Domain-Driven Design, strict TypeScript checks, Clean Architecture, and systematic 5-step debugging triage. Dispatcher's `Engineering` node. |
151
+ | **`godmode-ui-ux`** | The frontend Gold-Standard. Enforces Brand Discovery, Anti-Slop principles, DTCG design tokens, fluid motion physics, and enterprise accessibility. Dispatcher's `UI_UX` node. |
152
+ | **`godmode-shipping`** | The final gatekeeper for production releases. Enforces Spec-Driven Development, pre-launch checks, feature flags, and safe rollbacks. Dispatcher's `Shipping` node. |
153
+ | **`godmode-eventtech`** | Architectural authority for real-time performance, signal flow, protocol routing, and hardware constraints in live show and event technology environments. |
154
+ | **`godmode-3d-creation`** | MCP-First master orchestration for 3D generation, mesh reconstruction, and parametric CAD engineering. Interfaces with local 3D engines and MCP tools. |
155
+ | **`godmode-media-creation`** | MCP-First master orchestration for all media creation pipelines (Video, Timeline Assembly, Beat Sync, Motion Design). Directly interfaces with local media engines and MCP tools. |
156
+ | **`godmode-hardware-pcb`** | Architectural authority for electrical schematics, PCB layout, and OpenSCAD enclosure co-design. Enforces IPC-standard trace/impedance math and a headless KiCad ERC/DRC/DFM gate before anything ships to fabrication. Ships in core; the KiCad/OpenSCAD skills and MCP servers it drives live in the optional [**BDB Hardware & PCB**](#-bdb-hardware--pcb-electrical--enclosure-design-module) module. |
157
+ ```
158
+
159
+ ---
160
+
161
+ ### 3. Ecosystem Integrations bullets
162
+
163
+ **Find:**
164
+ ```
165
+ ### 🧩 Ecosystem Integrations
166
+ This package acts as the bridge to three major upstream capabilities:
167
+ - **BDB OS Agent Workspace:** The Orchestration Layer for parallel AI agents. Start multiple isolated agent sessions via Git-Worktrees with live terminal control, automatic CI/CD feedback loops, and PR review routing.
168
+ - **BDB Creator Extension:** The heavy-lifting Agentic Media Pipeline. Gives agents local ComfyUI MCP capabilities (FLUX, SDXL), Image-to-3D generation (TripoSR, TRELLIS), and automated video production through OpenMontage and Remotion.
169
+ - **BDB Synapse:** 3D Codebase Visualization & Agent Session Replay. Renders your repository as an interactive code city and replays agent sessions as light trails, showing which files were read, edited, and where friction occurred.
170
+ ```
171
+
172
+ **Replace with:**
173
+ ```
174
+ ### 🧩 Ecosystem Integrations
175
+ This package acts as the bridge to four major upstream capabilities:
176
+ - **BDB AO — Agent Orchestrator:** The orchestration layer for parallel AI agents. Start multiple isolated agent sessions via Git worktrees with live terminal control, automatic CI/CD feedback loops, and PR review routing. Ships one prebuilt binary today (macOS, Apple Silicon); other platforms build from source. Supersedes the now-archived `bdb-os-agent-workspace` repository — do not install that one.
177
+ - **BDB Creator Extension:** The heavy-lifting Agentic Media Pipeline. Gives agents local ComfyUI MCP capabilities (FLUX, SDXL), Image-to-3D generation (TripoSR, TRELLIS), and automated video production through OpenMontage and Remotion.
178
+ - **BDB Synapse:** 3D Codebase Visualization & Agent Session Replay. Renders your repository as an interactive code city and replays agent sessions as light trails, showing which files were read, edited, and where friction occurred.
179
+ - **BDB Hardware & PCB:** Optional electrical/PCB design module. Two local MCP servers (KiCad, OpenSCAD) exposing 55 tools, plus 5 skills covering schematic capture, layout/routing, and DFM sign-off. Install standalone or via this installer's optional-module picker; paired with the core `godmode-hardware-pcb` persona.
180
+ ```
181
+
182
+ ---
183
+
184
+ ### 4. Fix the archived-repo section (AO)
185
+
186
+ **Find** — the entire section from the `## 🖥️ BDB OS Agent Workspace` heading
187
+ through its closing ` ``` ` clone block, i.e.:
188
+ ```
189
+ ## 🖥️ BDB OS Agent Workspace: Parallel Multi-Agent Orchestration
190
+
191
+ [![Repo](https://img.shields.io/badge/repo-bdb--os--agent--workspace-blue.svg)](https://github.com/hybridlabor-api/bdb-os-agent-workspace)
192
+ [![harness](https://img.shields.io/badge/orchestration-Git%20Worktrees-brightgreen.svg)](https://github.com/hybridlabor-api/bdb-os-agent-workspace)
193
+ [![terminal](https://img.shields.io/badge/terminal-Live%20Control-purple.svg)](https://github.com/hybridlabor-api/bdb-os-agent-workspace)
194
+ [![license](https://img.shields.io/badge/license-Apache%202.0-blue.svg)](LICENSE)
195
+
196
+ **BDB OS Agent Workspace** is the Desktop Meta-Harness and Orchestration Layer designed for parallel AI agents. It enables developers to spawn, manage, and coordinate multiple isolated agent sessions concurrently across independent Git Worktrees with real-time terminal feedback loops and automated PR review routing.
197
+
198
+ ```mermaid
199
+ flowchart TD
200
+ A[Desktop IDE Meta-Harness] --> B[Git Worktree Orchestrator]
201
+ B --> C[Agent Session 1: Feature Build]
202
+ B --> D[Agent Session 2: Refactoring]
203
+ B --> E[Agent Session N: Test & Verification]
204
+ C --> F[Live Terminal Control & Process Monitor]
205
+ D --> F
206
+ E --> F
207
+ F --> G[Automatic CI/CD Feedback Loops]
208
+ G --> H[PR Review & Merge Routing]
209
+ H --> I[Central Git Repository]
210
+ ```
211
+
212
+ <details>
213
+ <summary><strong>⚙️ Architecture & Worktree Orchestration</strong></summary>
214
+
215
+ - **Git Worktree Isolation:** Instantiates dedicated, clean working trees for each subagent session, preventing file state corruption or lock file collisions during concurrent edits.
216
+ - **Desktop Meta-Harness:** Coordinates multi-workspace setups, environment variables, and local server ports across concurrent developer environments.
217
+ - **Parallel Agent Execution:** Spawns autonomous agents working simultaneously on separate modules, features, or bug fixes without interfering with the primary workspace branch.
218
+ </details>
219
+
220
+ <details>
221
+ <summary><strong>🔬 Technical Specifications & Automated Routing</strong></summary>
222
+
223
+ - **Live Terminal Control:** Captures stdout/stderr streams from subagents with active process monitoring, session lifecycle control, and real-time status reporting.
224
+ - **Automatic CI/CD Feedback Loops:** Monitors test outputs and build tasks, routing error traces directly back into the executing subagent's context for instant repair.
225
+ - **PR Review Routing:** Packages completed features, runs automated security and code health checks, and routes generated Pull Requests for user review or automated merging.
226
+ </details>
227
+
228
+ <details>
229
+ <summary><strong>🔌 Supported Harnesses & Direct Repository Link</strong></summary>
230
+
231
+ - **Supported Agent Harnesses:**
232
+ - **Google Antigravity / AGY CLI**
233
+ - **Claude Desktop & Claude Code**
234
+ - **Cursor & Windsurf**
235
+ - **Roo Code & Cline**
236
+ - **ChatGPT Codex / Codex CLI**
237
+ - **Aider & VS Code**
238
+ - **Direct Repository:** Access the workspace orchestrator at [github.com/hybridlabor-api/bdb-os-agent-workspace](https://github.com/hybridlabor-api/bdb-os-agent-workspace).
239
+
240
+ ```bash
241
+ git clone https://github.com/hybridlabor-api/bdb-os-agent-workspace.git
242
+ ```
243
+ </details>
244
+ ```
245
+
246
+ **Replace with:**
247
+ ```
248
+ ## 🖥️ BDB AO — Agent Orchestrator: Parallel Multi-Agent Orchestration
249
+
250
+ [![Repo](https://img.shields.io/badge/repo-bdb--agent--orchestrator-blue.svg)](https://github.com/hybridlabor-api/bdb-agent-orchestrator)
251
+ [![harness](https://img.shields.io/badge/orchestration-Git%20Worktrees-brightgreen.svg)](https://github.com/hybridlabor-api/bdb-agent-orchestrator)
252
+ [![terminal](https://img.shields.io/badge/terminal-Live%20Control-purple.svg)](https://github.com/hybridlabor-api/bdb-agent-orchestrator)
253
+ [![license](https://img.shields.io/badge/license-Apache%202.0-blue.svg)](LICENSE)
254
+
255
+ **BDB AO** (`@hybridlabor-api/bdb-agent-orchestrator`, CLI: `ao`) is the Desktop Meta-Harness and Orchestration Layer designed for parallel AI agents. It enables developers to spawn, manage, and coordinate multiple isolated agent sessions concurrently across independent Git Worktrees with real-time terminal feedback loops and automated PR review routing.
256
+
257
+ > [!NOTE]
258
+ > AO replaces the earlier **BDB OS Agent Workspace** (`bdb-os-agent-workspace`). That repository is archived and its final release predates the archiving — it ships with a known defect in its CI/CD feedback loop. The AOS installer only ever offers AO; do not clone the old repo.
259
+
260
+ ```mermaid
261
+ flowchart TD
262
+ A[Desktop IDE Meta-Harness] --> B[Git Worktree Orchestrator]
263
+ B --> C[Agent Session 1: Feature Build]
264
+ B --> D[Agent Session 2: Refactoring]
265
+ B --> E[Agent Session N: Test & Verification]
266
+ C --> F[Live Terminal Control & Process Monitor]
267
+ D --> F
268
+ E --> F
269
+ F --> G[Automatic CI/CD Feedback Loops]
270
+ G --> H[PR Review & Merge Routing]
271
+ H --> I[Central Git Repository]
272
+ ```
273
+
274
+ <details>
275
+ <summary><strong>⚙️ Architecture & Worktree Orchestration</strong></summary>
276
+
277
+ - **Git Worktree Isolation:** Instantiates dedicated, clean working trees for each subagent session, preventing file state corruption or lock file collisions during concurrent edits.
278
+ - **Desktop Meta-Harness:** Coordinates multi-workspace setups, environment variables, and local server ports across concurrent developer environments.
279
+ - **Parallel Agent Execution:** Spawns autonomous agents working simultaneously on separate modules, features, or bug fixes without interfering with the primary workspace branch.
280
+ </details>
281
+
282
+ <details>
283
+ <summary><strong>🔬 Technical Specifications & Automated Routing</strong></summary>
284
+
285
+ - **Live Terminal Control:** Captures stdout/stderr streams from subagents with active process monitoring, session lifecycle control, and real-time status reporting.
286
+ - **Automatic CI/CD Feedback Loops:** Monitors test outputs and build tasks, routing error traces directly back into the executing subagent's context for instant repair.
287
+ - **PR Review Routing:** Packages completed features, runs automated security and code health checks, and routes generated Pull Requests for user review or automated merging.
288
+ </details>
289
+
290
+ <details>
291
+ <summary><strong>🔌 Platform Support, Supported Harnesses & Direct Repository Link</strong></summary>
292
+
293
+ - **Platform Support:** Ships one prebuilt binary today — macOS, Apple Silicon (arm64). Windows and Linux sources are in the package but not prebuilt; build from source (`go build`) on those platforms.
294
+ - **Supported Agent Harnesses:**
295
+ - **Google Antigravity / AGY CLI**
296
+ - **Claude Desktop & Claude Code**
297
+ - **Cursor & Windsurf**
298
+ - **Roo Code & Cline**
299
+ - **ChatGPT Codex / Codex CLI**
300
+ - **Aider & VS Code**
301
+ - **Direct Repository:** Access the orchestrator at [github.com/hybridlabor-api/bdb-agent-orchestrator](https://github.com/hybridlabor-api/bdb-agent-orchestrator).
302
+
303
+ ```bash
304
+ git clone https://github.com/hybridlabor-api/bdb-agent-orchestrator.git
305
+ ```
306
+ </details>
307
+ ```
308
+
309
+ ---
310
+
311
+ ### 5. New section — BDB Hardware & PCB module
312
+
313
+ Insert this as a new top-level section immediately **after** the closing
314
+ `</details>` of the existing "🎨 BDB Creator Extension" section and its
315
+ trailing `---`, i.e. right before the `## 🧠 memB: Custom Semantic Brain`
316
+ heading. Anchor text used above (`#-bdb-hardware--pcb-electrical--enclosure-design-module`)
317
+ matches this heading's auto-generated GitHub anchor.
318
+
319
+ **Insert:**
320
+ ```
321
+ ## ⚡ BDB Hardware & PCB: Electrical & Enclosure Design Module
322
+
323
+ [![Repo](https://img.shields.io/badge/repo-bdb--hardware--pcb-blue.svg)](https://github.com/hybridlabor-api/bdb-hardware-pcb)
324
+ [![tools](https://img.shields.io/badge/MCP%20tools-55-brightgreen.svg)](https://github.com/hybridlabor-api/bdb-hardware-pcb)
325
+ [![KiCad](https://img.shields.io/badge/KiCad-9%20%26%2010-orange.svg)](https://www.kicad.org/)
326
+ [![license](https://img.shields.io/badge/license-Apache%202.0-blue.svg)](LICENSE)
327
+
328
+ **BDB Hardware & PCB** (`@hybridlabor-api/bdb-hardware-pcb`) brings electrical
329
+ schematic capture, PCB layout/routing, DFM sign-off, and parametric 3D
330
+ enclosure design into the agent loop — governed by the core
331
+ [`godmode-hardware-pcb`](#-the-7-godmodes-apex-layer) persona, which owns the
332
+ IPC-standard trace/impedance math and the headless KiCad ERC/DRC/DFM gate no
333
+ board is allowed to skip on its way to fabrication.
334
+
335
+ ```mermaid
336
+ flowchart LR
337
+ A[Agent] -->|MCP| B[kicad-mcp-server]
338
+ A -->|MCP| C[openscad-mcp-server]
339
+ B --> D[Schematic Capture & ERC]
340
+ B --> E[PCB Layout & Routing]
341
+ B --> F[DRC / DFM / Gerber Sign-Off]
342
+ C --> G[Parametric Enclosure — OpenSCAD/BOSL2]
343
+ D & E & F & G --> H[Fabrication-Ready Output]
344
+ ```
345
+
346
+ ### Two MCP Servers, 55 Tools
347
+ - **`kicad-mcp-server`** — 47 tools over stdio JSON-RPC for schematic capture, ERC, PCB layout, routing, DRC, and Gerber/BOM/CPL export. Targets **KiCad 9 & 10** via `kicad-cli`.
348
+ - **`openscad-mcp-server`** — 8 tools for parametric 3D enclosure and mechanical co-design (OpenSCAD + BOSL2).
349
+
350
+ ### 5 Skills (`category: engineering-hardware`)
351
+
352
+ | Skill | Description |
353
+ |-------|-------------|
354
+ | `schematic-datasheet-analysis` | Electrical rule auditing, datasheet grounding, pinout validation, power tree tracing, and negative-evidence analysis for KiCad schematics. |
355
+ | `pcb-constraint-definition` | Translates high-level hardware requirements into formal engineering constraints, layer stackup, netclasses, and custom DRC rules for KiCad. |
356
+ | `pcb-layout-routing-automation` | Floorplanning, placement rules, high-speed differential pair routing, return-path continuity, thermal via arrays, and keepout enforcement. |
357
+ | `pcb-validation-dfm-signoff` | Automated DRC/ERC verification, SI/PI screening, fab-house DFM/DFA compliance, and production release sign-off. |
358
+ | `code-first-hardware-design` | Programmatic schematic capture and circuit synthesis (SKiDL, text netlists, S-expressions) plus parametric 3D enclosure co-design. |
359
+
360
+ ### Install
361
+
362
+ Same optional-module mechanism as `bdb-synapse` and
363
+ `bdb-dev-creator-extension` — the main AOS installer downloads and runs it for
364
+ you, or install it standalone on macOS, Linux, or Windows:
365
+
366
+ ```bash
367
+ npx @hybridlabor-api/bdb-hardware-pcb
368
+ ```
369
+
370
+ Supported harnesses: **Claude Code**, **OpenAI Codex**, and **Google
371
+ Antigravity (Gemini)**. Verify a local install with:
372
+
373
+ ```bash
374
+ ./scripts/test_mcp_connection.sh --all
375
+ ```
376
+
377
+ ---
378
+ ```
379
+
380
+ ---
381
+
382
+ ## Notes for the execution agent
383
+
384
+ - Every code fence above is intentionally shown with backtick fences nested
385
+ inside this plan's own fences — when copying a block into `README.md`,
386
+ copy only the inner content (the mermaid/bash blocks), not this plan
387
+ document's own wrapping.
388
+ - Do not touch `README.de.md` or `README.pt.md` — a separate translation pass
389
+ handles those from this English source using the glossary above.
390
+ - The `#-bdb-hardware--pcb-electrical--enclosure-design-module` anchor
391
+ reference added to the Godmodes table row and the AO note assumes GitHub's
392
+ standard heading-to-anchor slugification (lowercase, spaces → hyphens,
393
+ `&` and `:` stripped) — verify it resolves once the new section is in place.