Current SharePlane implementation
- Tony
- ChatGPT
- Codex
- GitHub
- Static HTML
- Validators
- Receipts
- Pattern registry
- Learning log
Hero: How SharePlane Works
The operating model behind a durable, governed, public-safe artifact system.
How SharePlane turns ideas, sources, context, patterns, validators, and receipts into durable public artifacts.
Current Stack vs Portable Pattern
The method can be adapted to ChatGPT, Claude, Gemini, local models, Codex-like repo agents, human implementers, GitHub, GitLab, local Git, static sites, or other durable source-controlled systems when the role boundaries and validation gates remain explicit.
Role Boundary Map
The operating model works because each role has a different authority boundary. The person who owns meaning owns meaning. The agent that can change files changes files under scoped validation.
Lifecycle Model
The durable process groups work into repeatable stages: capture signal, distill claim, register context, implement artifact, validate controls, publish receipt, then maintain or retire.
Turn a request, source, or owner observation into a bounded lane.
Separate what the artifact may say from what remains future scope.
Preserve authority in repo paths, docs, patterns, validation rules, and receipts.
Mutate only the scoped static artifact, registry entry, validator, and receipt.
Run deterministic checks and browser sanity before treating output as reviewable.
Record changed files, validation, browser results, boundaries, and exact head.
Use learning, UAT, and pattern lifecycle rules to correct, promote, supersede, or retire.
Provenance Spine
This page uses the docs-side handbook as source material and keeps repo paths visible so humans and future agents can inspect the authority surface. The full public SharePlane Handbook/manual remains a future artifact.
docs/guides/SHAREPLANE_HANDBOOK.md
docs/agent/AGENT_INDEX.md
docs/agent/WORKFLOW_DECISION_TREE.md
docs/agent/ARTIFACT_LANE_CONTRACTS.md
site/registry.json
site/assets/shareplane.js
docs/patterns/pattern-registry.json
docs/patterns/pattern-registry-schema.md
docs/patterns/shareplane-artifact-standard-v01.md
docs/patterns/shareplane-artifact-implementation-prompt-v01.md
docs/workflows/learning/ARTIFACT_PUBLICATION_LEARNING_LOG.md
What SharePlane Is / Is Not
SharePlane keeps the durable layer source-controlled and public-safe. It does not turn a static artifact library into a backend system by accident.
Operating Cards
Each card names when to use the operation, what files it may touch, what to validate with, and when to stop instead of widening scope.
Use when: a scoped issue authorizes front-door curation.
Touch files: `site/registry.json` only unless scoped.
Validate with: catalog, taxonomy, and JSON checks.
Stop if: unrelated entries would change.
Use when: source, thesis, or lane needs structure before publication.
Touch files: docs-side candidate paths only.
Validate with: docs or lane validators.
Stop if: publication or registry mutation is not scoped.
Use when: Creative Lock, source boundary, registry scope, and acceptance criteria are complete.
Touch files: artifact page, registry entry, validator, receipt.
Validate with: focused artifact validator and catalog gates.
Stop if: source posture or claim posture is unclear.
Use when: reusable authority is explicitly scoped.
Touch files: `docs/patterns/` authority docs and registry when authorized.
Validate with: pattern registry and catalog rendering checks.
Stop if: only an example page exists.
Use when: a newer standard replaces an older one.
Touch files: pattern registry, authority docs, rendered catalog when scoped.
Validate with: reciprocal lifecycle checks.
Stop if: replacement policy is not approved.
Use when: pattern registry authority changed.
Touch files: generated catalog after registry updates.
Validate with: `check_pattern_registry.py` and `check_pattern_catalog_rendering.py`.
Stop if: the catalog is being hand-edited as authority.
Use when: owner review names a correction.
Touch files: only files in the correction scope.
Validate with: focused and affected validators.
Stop if: the correction changes thesis, source, or registry posture.
Use when: explicit merge authorization names the accepted branch state.
Touch files: none during closeout.
Validate with: branch head re-read and exact-head merge command.
Stop if: the approved SHA changed.
Use when: lane, source, claim, registry, pattern, or tooling safety is unclear.
Touch files: none.
Validate with: deterministic inspection receipts.
Stop if: implementation would require guesses.
Use when: any artifact touches source provenance.
Touch files: public-safe summaries only.
Validate with: prohibited-material and privacy boundary checks.
Stop if: raw packets, transcripts, screenshots, private notes, or regulated records would be exposed.
Registry and Pattern Lifecycle Explainer
The site registry governs public artifacts. The pattern registry governs reusable standards. This operating-model page adds one public artifact entry and does not mutate pattern authority.
Claim / Provenance Ledger
The ledger makes repo-derived claims inspectable without pretending this artifact is external market research or formal pattern authority.
| Statement | Posture | Repo source | Caveat |
|---|---|---|---|
| SharePlane is static-first. | Repo-governance fact | `README.md`, `site/`, `docs/guides/SHAREPLANE_HANDBOOK.md` | Future runtime lanes would require separate approval. |
| Featured artifacts are controlled. | Registry behavior | `site/registry.json`, `site/assets/shareplane.js` | Only scoped registry entries should change. |
| Pattern lifecycle is active. | Pattern-governance fact | `docs/patterns/pattern-registry.json`, `docs/patterns/pattern-registry-schema.md` | This page does not create a new pattern entry. |
| Handbook is source candidate. | Source/provenance posture | `docs/guides/SHAREPLANE_HANDBOOK.md` | The Markdown handbook informs this operating-model page; the full public handbook/manual remains future scope. |
| Manual/operator-guide pattern is candidate-only. | Boundary claim | Issue #119 and handbook candidate section | Formal promotion requires a later issue after UAT. |
| SharePlane method is portable. | Operating-pattern thesis | Issue #119 and handbook operating model | Portability depends on preserving role boundaries, durable context, validation, and approval gates. |
Documentation / Learning Update Gate
This UAT correction uses the handbook as source material and records implementation details in the committed receipt. It does not change the underlying gate semantics.
Where the Handbook Fits
`docs/guides/SHAREPLANE_HANDBOOK.md` is the merged docs-side source handbook. A future public artifact should publish the full handbook/manual. This current page explains SharePlane's operating model and acts as the first public visual reference candidate for the manual/operator-guide web pattern. The formal pattern is still candidate-only and not registered in `docs/patterns/pattern-registry.json`.
`How SharePlane Works` explains what SharePlane is, how it was built, how it is maintained, how the operating model works, and how the method is portable beyond Tony's current toolchain.
The future public handbook/manual artifact can publish the full operator guide. Pattern promotion still requires a later issue, an authority doc, pattern registry update, rendered catalog update, validation, and UAT.
Glossary / Field Terms
These terms use SharePlane meanings, not generic dictionary definitions.
A SharePlane publication unit with public-safe content, source posture, validation posture, and catalog metadata when published.
A docs-side or handoff-stage source that structures an idea before publication.
The point where thesis, source, claim, design, public copy, prompt posture, and acceptance criteria are locked before Codex edits.
The issue/PR gate that preserves visual baseline, section depth, registry scope, validators, stop rules, and learning posture.
Reader-facing source and provenance explanation.
Structured surface separating statements, support, posture, caveat, and prohibited strengthening.
Copy-ready prompt set for derivative teaching graphics, with visible text constraints and accessibility concept.
Reader-facing posture, source, validation, registry, receipt, and public-safe boundary note.
Committed repo receipt with issue, branch, files, validation, source handling, registry mutation, and closeout boundaries.
`site/registry.json`, the static public artifact catalog authority.
`docs/patterns/pattern-registry.json`, the docs-side reusable pattern metadata authority.
User acceptance testing for meaning, source posture, visual posture, validation posture, and acceptance.
Merge discipline where the approved branch head SHA is re-read and merge is constrained to that exact commit.
Preserving issues, candidates, artifacts, registries, validators, receipts, patterns, and learning logs as source-controlled context.
Rule requiring process-affecting changes to update durable docs or explain why no update is needed.
Visual Prompt Suite
Each drawer includes a mainline/light variant and a dark expressive variant. Prompt text is readable without JavaScript, and copy buttons enhance the static page without becoming a dependency.
Make the SharePlane operating model feel like the durable public artifact, not a wrapper around tools.
Artifact context: Create a premium light editorial graphic titled "How SharePlane Works" that explains SharePlane as an operating model, not a software dashboard or tool wrapper. Purpose: show how intent, source material, a locked blueprint, validation, receipts, and learning become durable public context-as-code. Format/aspect ratio: 16:9 landscape, suitable for a white paper or public operating-model explainer. Visible title/text constraints: Render only "How SharePlane Works", "Durable context lives in the repo", and labels "Intent", "Source", "Blueprint", "Validation", "Receipt", "Learning". Semantic mapping: intent flows into source posture; source posture becomes a scoped blueprint; the blueprint becomes a static artifact; validators, receipts, and learning records preserve the control system after publication. Composition: warm off-white background, central source-controlled spine, editorial rule lines, restrained red approval gates, muted green validation stamps, and small neutral path chips that imply repository authority without showing private paths. Color/mood: premium editorial / white-paper feel with high contrast black or near-black typography, warm white paper, pale gray structure, restrained red and green accents, and no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no SaaS dashboard, no glowing brain, no robots, no stock-photo team, no decorative blobs, no private notes, no local staging paths. Accessibility alt-text concept: clean light-background diagram showing SharePlane turning intent, source, blueprint, validation, receipt, and learning into durable public artifacts. Forbidden meta-label instructions: do not render prompt metadata labels or words such as prompt, metadata, aspect ratio, layout notes, alt text, visual prompt, or prompt suite.
Artifact context: Create a premium dark expressive operating-board illustration for "How SharePlane Works" that treats SharePlane as a governed context system. Purpose: dramatize the same operating model with stronger contrast while keeping the message controlled and readable. Format/aspect ratio: 16:9 landscape, dark companion image for an article or presentation. Visible title/text constraints: Render only "The Tools Can Change. The Controls Should Not.", "Owner", "Source", "Validator", "Receipt", "Public Artifact", and "Learning Loop". Semantic mapping: tools sit at the perimeter; the control plane sits in the center; source-controlled context is the durable product; validation and receipts are the locks that preserve trust. Composition: black and graphite operator board, one central source-control rail, red approval gates, green check stamps, and one restrained public artifact output plate. Color/mood: cinematic but controlled, off-white labels, dark red control gates, muted green validation marks, subtle blue source rails, no neon glow. Negative constraints: no cyberpunk console, no fake terminal transcript, no vendor logos, no model leaderboard, no private source material, no prompt metadata labels. Accessibility alt-text concept: dark board showing SharePlane controls around source, validation, receipts, public artifacts, and learning. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, aspect ratio labels, layout notes, or alt-text labels.
Map Tony's current implementation to the reusable operating grammar.
Artifact context: Create a premium light comparison diagram titled "Current Stack vs Portable Pattern" for the public artifact "How SharePlane Works". Purpose: explain that Tony's current SharePlane implementation maps to a portable operating grammar that can outlive ChatGPT, Codex, GitHub, or any single static host. Format/aspect ratio: 16:9 two-column systems comparison for a white paper spread. Visible title/text constraints: Render only "Current Stack vs Portable Pattern", left labels "Tony", "ChatGPT", "Codex", "GitHub", "Static Site", "Validators", "Receipts", and right labels "Owner", "Architect", "Implementer", "Repository", "Public Surface", "Validation Gates", "Learning Loop". Semantic mapping: each current implementation surface maps to a durable operating role; the controls are the reusable pattern. Composition: white or warm off-white background, two balanced columns, a narrow center bridge, red equivalence connectors, gray rule lines, and small muted blue role tags. Color/mood: premium editorial / white-paper feel with high contrast black or near-black typography, restrained red connector rules, muted green validation accents, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no vendor logo collage, no rankings, no tool fandom, no cloud architecture clip art, no generic dashboard. Accessibility alt-text concept: clean side-by-side mapping from SharePlane's current stack to portable operating roles. Forbidden meta-label instructions: do not render metadata labels, prompt labels, aspect ratio labels, layout notes, or alt text.
Artifact context: Create a premium dark stack-to-pattern board titled "Tools Map to Roles" for "How SharePlane Works". Purpose: show that the visible tool stack is temporary while the role and control structure is portable. Format/aspect ratio: 16:9 dark comparison board. Visible title/text constraints: Render only "Tools Map to Roles", "Tony", "ChatGPT", "Codex", "GitHub", "Static Site", "Owner", "Architect", "Implementer", "Repository", "Public Surface", "Controls". Semantic mapping: left-side implementation nodes connect into right-side role nodes; red rails mark the controls that must survive tool replacement. Composition: graphite systems board with two deliberate columns, restrained red bridge rails, muted blue implementation nodes, and green validation marks at the control layer. Color/mood: black field-board, off-white text, dark red connectors, green validation accents, controlled technical drama. Negative constraints: no neon matrix, no fake product UI, no logos, no popularity scoreboard, no shallow recolor of the light prompt, no prompt metadata labels. Accessibility alt-text concept: dark comparison board mapping current SharePlane tools to portable roles and control surfaces. Forbidden meta-label instructions: do not render prompt metadata, visual prompt labels, aspect ratio labels, or alt-text labels.
Separate meaning ownership, interpretation, file mutation, and verification.
Artifact context: Create a premium light role-boundary map titled "Role Boundary Map" for the SharePlane explainer "How SharePlane Works". Purpose: make the governance boundary visible by separating meaning ownership, interpretation, file mutation, and verification. Format/aspect ratio: 16:9 operating-map diagram for an editorial white-paper page. Visible title/text constraints: Render only "Role Boundary Map", "Owner / Judge", "Interpreter / Architect", "Executor / Implementer", "Verifier / Gatekeeper", "Tony", "ChatGPT", "Codex", "Validators + UAT". Semantic mapping: Tony owns meaning and approval; ChatGPT interprets and architects; Codex mutates files only under scoped approval; validators and UAT verify output and stop unsafe changes. Composition: white or warm off-white background, four horizontal authority lanes, controlled handoff arrows, red stop gates between interpretation and mutation, and subtle source-control rails under the executor lane. Color/mood: premium editorial / white-paper feel with high contrast black or near-black typography, pale gray lane rules, muted blue handoff arrows, restrained red gates, green verification marks, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no organization chart, no people avatars, no hierarchy pyramid, no generic workflow icons, no private tool screens. Accessibility alt-text concept: clean role map showing Tony, ChatGPT, Codex, validators, and UAT separated by authority boundaries. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, aspect ratio labels, layout notes, or alt text.
Artifact context: Create a premium dark authority-boundary board titled "Meaning and File Mutation Are Separated" for "How SharePlane Works". Purpose: dramatize the governance rule that interpretation and file mutation are separate responsibilities. Format/aspect ratio: 16:9 dark operating-control board. Visible title/text constraints: Render only "Meaning and File Mutation Are Separated", "Owner", "Architect", "Implementer", "Gatekeeper", "Meaning", "Files", "Validation", "UAT". Semantic mapping: meaning and interpretation stay above the mutation gate; file changes happen only in the implementer lane; validation and UAT close the loop. Composition: black control-plane board with four separated lanes, red hard-stop gates, gray rails, muted blue source-control lines, and green verification stamps at the output. Color/mood: graphite black, off-white labels, dark red gate lights, muted green checks, serious operating-room tone. Negative constraints: no hacker terminal, no surveillance wall, no org chart, no glowing AI head, no private data, no prompt metadata labels. Accessibility alt-text concept: dark role-boundary board separating owner, architect, implementer, and gatekeeper responsibilities. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, aspect ratio labels, layout notes, or alt-text labels.
Show publication as a governed sequence from idea to pattern promotion.
Artifact context: Create a premium light lifecycle graphic titled "Lifecycle Runway" for "How SharePlane Works". Purpose: show publication as a governed sequence from idea capture through validation, receipt, learning, and possible pattern promotion. Format/aspect ratio: 21:9 horizontal process map for a wide editorial spread. Visible title/text constraints: Render only "Lifecycle Runway", "Idea", "Candidate", "Creative Lock", "Issue", "Branch", "Draft PR", "Validation", "UAT", "Correction", "Exact-head Merge", "Receipt", "Learning", "Pattern Promotion". Semantic mapping: stages move left to right; red gates mark Creative Lock, UAT, exact-head merge, and pattern promotion; green stamps mark validation and receipt evidence. Composition: white or warm off-white background, a single technical runway line with numbered markers, source-control ticks beneath implementation stages, and enough whitespace for each label to remain legible. Color/mood: premium editorial / white-paper feel with high contrast black or near-black labels, pale gray runway rules, restrained red gates, muted green stamps, muted blue source-control ticks, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no kanban board, no agile clip art, no random arrows, no decorative journey metaphor, no blobs. Accessibility alt-text concept: clean horizontal runway showing SharePlane publication stages from idea through pattern promotion. Forbidden meta-label instructions: do not render prompt metadata, visual prompt labels, layout notes, aspect ratio labels, or alt text.
Artifact context: Create a premium dark lifecycle runway titled "Durable Process" for the SharePlane explainer "How SharePlane Works". Purpose: show the same governed publication lifecycle as a high-contrast control sequence. Format/aspect ratio: 21:9 dark process map. Visible title/text constraints: Render only "Durable Process", "Intent", "Source", "Blueprint", "Branch", "Draft PR", "Validation", "UAT", "Receipt", "Learning", "Pattern". Semantic mapping: each stage is a checkpoint on a controlled runway; red lights stop unsafe mutation; green lights confirm validation and receipt; learning loops back into future artifacts. Composition: graphite flight-line board with a single continuous runway, checkpoint markers, gate lights, source-control ticks, and one public artifact output marker. Color/mood: black and charcoal, off-white labels, dark red stop gates, muted green pass marks, muted blue rails, controlled cinematic contrast. Negative constraints: no kanban cards, no fantasy map, no glowing path, no generic project-management board, no prompt metadata labels. Accessibility alt-text concept: dark process runway showing controlled SharePlane artifact publication stages. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, layout notes, aspect ratio labels, or alt-text labels.
Show source-controlled paths as the durable authority layer.
Artifact context: Create a premium light provenance graphic titled "Provenance Spine" for the public artifact "How SharePlane Works". Purpose: show source-controlled paths as the durable authority layer behind the public SharePlane explainer. Format/aspect ratio: 16:9 repo-provenance map for an editorial white paper. Visible title/text constraints: Render only "Provenance Spine", "Source Handbook", "Agent Docs", "Site Registry", "Pattern Registry", "Artifact Standard", "Learning Log", "Receipt", "Validator". Semantic mapping: source handbook supplies candidate authority; agent docs define operating behavior; registries publish discoverability and pattern authority; validator and receipt preserve execution evidence; learning log prevents repeat failures. Composition: white or warm off-white background, vertical authority spine of path cards, source/registry/validation/receipt/learning ribs, and one restrained public artifact output. Color/mood: premium editorial / white-paper feel with high contrast black or near-black typography, pale gray path cards, restrained red authority pins, muted green validation stamps, muted blue connections, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no screenshots, no file explorer UI, no local staging paths, no private filenames, no source packet names, no fake code window. Accessibility alt-text concept: clean light-background diagram showing source-controlled paths connected as a provenance spine behind the How SharePlane Works artifact. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, aspect ratio labels, layout notes, or alt text.
Artifact context: Create a premium dark provenance-control graphic titled "Source-Controlled Authority" for "How SharePlane Works". Purpose: make the repo authority surface feel durable, inspectable, and separate from private source material. Format/aspect ratio: 16:9 dark source-authority board. Visible title/text constraints: Render only "Source-Controlled Authority", "Handbook", "Agent Docs", "Registry", "Patterns", "Validator", "Receipt", "Learning". Semantic mapping: authority flows from source paths into validation and receipts, then into the public artifact; pattern authority remains separate from artifact publication. Composition: black source-control board with a central authority spine, graphite path cards, red control pins, green validator stamps, restrained blue path lines, and one public artifact plate at the edge. Color/mood: black substrate, off-white labels, dark red pins, muted green marks, serious technical archive tone. Negative constraints: no code editor screenshot, no secret paths, no account data, no private source material, no glowing folder UI, no prompt metadata labels. Accessibility alt-text concept: dark provenance board showing source files, registry, patterns, validator, receipt, and learning as one authority spine. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, aspect ratio labels, layout notes, or alt-text labels.
Turn repeatable operations into useful procedure cards with stop rules.
Artifact context: Create a premium light procedure-sheet visual titled "Operating Cards" for "How SharePlane Works". Purpose: turn repeatable SharePlane operations into useful cards with file scope, validation, and stop rules. Format/aspect ratio: 4:3 procedure-sheet composition. Visible title/text constraints: Render only "Operating Cards", "Use When", "Touch Files", "Validate With", "Stop If", "Feature", "Publish", "Pattern", "UAT", "Exact-head". Semantic mapping: each operation has a use case, a file boundary, a validator, and a stop condition; the stop column is the governance control, not decoration. Composition: white or warm off-white background, dense but readable field-manual table, restrained cards, strong row rhythm, red stop-rule markers, and small muted blue file chips. Color/mood: premium editorial / white-paper feel with high contrast black or near-black typography, pale gray rules, restrained red stop column, muted green validation stamps, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no KPI dashboard, no gamified cards, no icon clutter, no nested card wall, no private source references. Accessibility alt-text concept: clean procedure cards showing when to use each operation, what files it touches, how to validate, and when to stop. Forbidden meta-label instructions: do not render prompt metadata, prompt title labels, aspect ratio labels, layout notes, or alt text.
Artifact context: Create a premium dark operator procedure board titled "Bounded Operations" for "How SharePlane Works". Purpose: show that SharePlane operations are repeatable because each one carries a scope, validation method, and stop condition. Format/aspect ratio: 4:3 dark procedure board. Visible title/text constraints: Render only "Bounded Operations", "Use", "Files", "Validate", "Stop", "Feature", "Candidate", "Publish", "Pattern", "Merge". Semantic mapping: operations are bounded by explicit stop rules; file scope and validation are first-class controls; unsafe ambiguity routes to stop/report. Composition: black operator checklist with strong row rhythm, graphite rows, red stop tags, muted green validator marks, and blue file-boundary chips. Color/mood: black and graphite board, off-white labels, dark red stop tags, muted green pass marks, muted blue file markers, disciplined control-room tone. Negative constraints: no dashboard widgets, no gamified task board, no crowded icons, no fake terminal, no private data, no prompt metadata labels. Accessibility alt-text concept: dark operating board showing use, file scope, validation, and stop conditions for SharePlane work. Forbidden meta-label instructions: do not render prompt metadata, visual prompt labels, aspect ratio labels, or alt-text labels.
Show the future handbook/manual as a governed component, not decorative documentation.
Artifact context: Create a premium light capstone graphic titled "The Manual Is Part of the Machine" for "How SharePlane Works"; the full public handbook/manual remains future scope. Purpose: show the docs-side handbook and future public manual as governed components connected to repo authority, not decorative documentation. Format/aspect ratio: 16:9 capstone systems-handbook image for a white paper. Visible title/text constraints: Render only "The Manual Is Part of the Machine", "Repo", "Validators", "Receipts", "Registries", "Patterns", "Public Artifact", "UAT". Semantic mapping: the docs-side handbook is current source material; the future public handbook/manual becomes a governed component connected to repo paths, validators, receipts, registries, patterns, and UAT. Composition: white or warm off-white background, cutaway technical manual plate, source-control rails, validation/receipt connections, registry and pattern nodes, and one restrained public artifact output. Color/mood: premium editorial / white-paper feel with high contrast black or near-black linework, warm paper, restrained red control wires, muted green validation stamps, muted blue source rails, no dark card dominance. Negative constraints: no checkerboard background, no noisy or tiled background, no full manual publication, no fake page screenshots, no mystical AI symbols, no robots, no private files, no unreadable microtext. Accessibility alt-text concept: clean cutaway diagram showing the handbook/manual connected to repo, validators, receipts, registries, patterns, public artifact, and UAT. Forbidden meta-label instructions: do not render prompt metadata, visual prompt labels, aspect ratio labels, layout notes, or alt-text labels.
Artifact context: Create a premium dark systems cutaway titled "Manual as Control Plate" for "How SharePlane Works"; do not imply the full public handbook/manual has already been published. Purpose: show the manual concept as an active governance component inside the SharePlane control system. Format/aspect ratio: 16:9 dark systems cutaway. Visible title/text constraints: Render only "Manual as Control Plate", "Repo", "Validation", "Receipt", "Registry", "Pattern", "UAT", "Public Artifact". Semantic mapping: the manual is not passive prose; it is a source-controlled control plate that records operating rules and connects to validation, receipts, registry, patterns, and UAT. Composition: black mechanical cutaway with a handbook control plate locked into the center, red control circuits, muted green validation lamps, restrained blue source rails, and one public artifact output module. Color/mood: black and graphite, off-white labels, dark red circuits, muted green validator lights, serious field-engineering mood. Negative constraints: no glowing brain, no robot, no SaaS hero, no fantasy machine, no private files, no fake screenshots, no claim that the full handbook is published here, no prompt metadata labels. Accessibility alt-text concept: dark cutaway showing the future manual as a control plate inside the SharePlane machine. Forbidden meta-label instructions: do not render prompt metadata, prompt labels, layout notes, aspect ratio labels, or alt-text labels.