/* ============================================================ About — a "Proxa Doc": a Data Product whose Data face is a Markdown source and whose Artifact face is stylized HTML. Rendered in the shared DPShell (same toolbar/faces as the Org Chart and Tool DPs). A user can edit the Artifact inline, or Claude can update the .md — the two are two faces of one doc. ============================================================ */ // The Data face — the document source (Markdown). Kept in sync with the // Artifact below; either can be edited. const ABOUT_MD = `# Cascade Ridge Foods This workspace is Cascade Ridge Foods as a Proxa Model — one connected, machine-operable picture of how the company works, that Claude builds, operates and keeps current. ## What is it? Cascade Ridge Foods is a mid-market **contract food manufacturer** — 9 lines across Portland, OR and Lebanon, TN, co-packing natural snacks for ~55 CPG brands (FY2025 revenue $142.0M, +10.9%). It is encoded here as connected **hubs**, one per domain, that Claude can compute on, explain and keep in sync. ## How does it work? - **Hubs — one per domain.** Finance, Customer, Diligence, the Tenney asset. The workspace is their composition. - **Data products, four faces.** Data (the grid), Artifact (the view), Control (sync & ownership), Context (memory). - **Grounded: raw → ODP → ADP.** Every number traces back to a raw system export. Nothing floats. - **Memory you validate.** Claude authors the "why" as Context; you validate it to pin it as memory. ## What do I do? 1. **Start in the Finance hub** — open its Dashboard to see the live artifacts. 2. **Open a data product and flip its faces** — Data → Artifact → Control → Context. 3. **Check Org & Team** — the department structure and who owns what. 4. **Validate context** — confirm the Claude-authored items that are right. 5. **Grow the model** — open a Planned hub and ask Claude to build it. `; // The lab workspace's own onboarding doc. Same four sections, its own domain — // see domains.jsx for which workspace is which. const ABOUT_MD_LAB = `# HLA Typing Lab This workspace is the lab as a Proxa Model — the assay, the studies it serves and the judgment behind both, in one representation Claude can compute on. ## What is it? A high-resolution HLA typing lab. Sequence-based typing feeds three different questions: **donor–recipient matching**, **vaccine epitope work**, and **humanized-mouse characterization**. The same assignments read three ways, which is exactly why they are modelled once instead of three times. ## How does it work? - **Hubs — one per area.** Typing (the assay) and Studies & Cohorts (who asked, for what). Matching, Method & Validation, Ligands and Animal Models are identified but not built yet. - **An assignment is a derivation, not a string.** Every call carries the method version and the IMGT/HLA release that produced it, so it can be re-derived rather than re-read. - **Grounded: traces → runs → assignments.** Nothing floats. The reference release is a source in its own right. - **Memory you validate.** Claude proposes the judgment — what ambiguity is expected, which cohorts can be reused — and you confirm it. ## What do I do? 1. **Start in the Typing hub** — the re-resolution panel shows what moving to 3.60.0 actually changed. 2. **Read the Assignment Ledger** — every call with its method and release. 3. **Open Studies & Cohorts** — and the cross-study query it makes possible. 4. **Check the Ambiguity Queue** — split by bench, convention, or your judgment. 5. **Grow the model** — open Matching or Method & Validation and ask Claude to build it. `; // The Data face: the Markdown source, editable inline. function AboutDocSource({ md }) { return (