SharePlaneOperating Model Artifact

Hero: How SharePlane Works

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.

Static-first Public-safe Context-as-code Receipt-backed Validator-supported Pattern-aware

TLDR / Operating Thesis

The durable product is governed context-as-code.

If it is not in the repo, it is not durable context. The tools can change. The controls should not.

SharePlane is not merely a website, a repo, or a pile of prompts. It is a source-controlled operating model where intent, source posture, approval gates, validators, receipts, ledgers, and learning records stay inspectable after the artifact ships.

SharePlane is Tony's current implementation of a broader AI-assisted context-as-code publishing pattern. AI agents are execution surfaces. They help interpret, implement, and verify, but they are not the source of truth. The durable authority is the governed context that survives tool changes.

  • Source-controlled context carries the product memory.
  • Approval gates separate meaning from file mutation.
  • Validators and ledgers make claims inspectable.
  • Receipts preserve what changed and why.
  • The pattern is portable beyond ChatGPT, Codex, and GitHub.

Current Stack vs Portable Pattern

SharePlane is one implementation. The operating discipline is portable.

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.

Current SharePlane implementation

  • Tony
  • ChatGPT
  • Codex
  • GitHub
  • Static HTML
  • Validators
  • Receipts
  • Pattern registry
  • Learning log

Portable operating pattern

  • Owner / Judge
  • Interpreter / Architect
  • Executor / Implementer
  • Verifier / Validator
  • Source control
  • Static/public surface
  • Validation gates
  • Learning loop
  • Pattern lifecycle

Role Boundary Map

Meaning and file mutation are deliberately separated.

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.

Owner / Judge->Tony
Interpreter / Architect->ChatGPT
Executor / Implementer->Codex
Verifier / Gatekeeper->validators + UAT

Lifecycle Model

Durability is an operating lifecycle, not a conveyor belt.

The durable process groups work into repeatable stages: capture signal, distill claim, register context, implement artifact, validate controls, publish receipt, then maintain or retire.

Capture signal

Turn a request, source, or owner observation into a bounded lane.

Control: scope and source boundaryOutput: issue, candidate, or stop report

Distill claim

Separate what the artifact may say from what remains future scope.

Control: claim posture and caveatOutput: public-safe thesis and ledger inputs

Register context

Preserve authority in repo paths, docs, patterns, validation rules, and receipts.

Control: durable source of truthOutput: context-as-code surface

Implement artifact

Mutate only the scoped static artifact, registry entry, validator, and receipt.

Control: declared file boundaryOutput: draft PR branch state

Validate controls

Run deterministic checks and browser sanity before treating output as reviewable.

Control: focused and affected validatorsOutput: pass/fail receipts

Publish receipt

Record changed files, validation, browser results, boundaries, and exact head.

Control: draft, no-merge postureOutput: committed publication receipt

Maintain or retire

Use learning, UAT, and pattern lifecycle rules to correct, promote, supersede, or retire.

Control: owner approval and lifecycle statusOutput: correction, pattern update, or archive decision

Provenance Spine

The operating model points back to source-controlled authority.

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

Static public artifacts, not runtime product theater.

SharePlane keeps the durable layer source-controlled and public-safe. It does not turn a static artifact library into a backend system by accident.

SharePlane is

  • static-first
  • public-safe
  • source-controlled
  • human-readable
  • agent-digestible
  • receipt-backed
  • validator-supported
  • pattern-aware

SharePlane is not

  • CMS
  • backend
  • analytics platform
  • RAG system
  • vector database
  • runtime AI product
  • package/build pipeline

Operating Cards

Common operations need stop rules.

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.

Feature an artifact

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.

Stage a candidate

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.

Publish an artifact

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.

Create a pattern

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.

Supersede a pattern

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.

Update the pattern catalog

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.

Handle UAT correction

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.

Merge exact-head

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.

Stop/report

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.

Avoid private source leakage

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

Catalog metadata and pattern authority are different jobs.

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.

Featured artifact behavior

  • `featured: true` makes an artifact eligible.
  • `featuredRank` controls ordering.
  • Lower rank appears first.
  • Missing rank behaves as low priority.
  • Tie-breakers use updated, then created dates.
  • The front page displays the first three.

Pattern lifecycle

  • `candidate`
  • `draft`
  • `locked`
  • `superseded`
  • `deprecated`
  • `archived`
  • `supersedes`
  • `supersededBy`
  • `replacementPolicy`

Claim / Provenance Ledger

Strong statements carry posture and caveat.

The ledger makes repo-derived claims inspectable without pretending this artifact is external market research or formal pattern authority.

StatementPostureRepo sourceCaveat
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 claimIssue #119 and handbook candidate sectionFormal promotion requires a later issue after UAT.
SharePlane method is portable.Operating-pattern thesisIssue #119 and handbook operating modelPortability depends on preserving role boundaries, durable context, validation, and approval gates.

Documentation / Learning Update Gate

If work changes workflow, artifact lane behavior, registry behavior, pattern behavior, validator behavior, role boundaries, UAT criteria, public artifact structure, recurring polish rules, or source/claim/receipt/prompt requirements, the PR must update the relevant standard, handbook, pattern doc, or learning log, or explain why no update is needed.

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

The full public handbook is future scope.

`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`.

Current page

`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.

Future handbook/manual

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

Shared words keep future agents from guessing.

These terms use SharePlane meanings, not generic dictionary definitions.

artifact

A SharePlane publication unit with public-safe content, source posture, validation posture, and catalog metadata when published.

candidate

A docs-side or handoff-stage source that structures an idea before publication.

Creative Lock Gate

The point where thesis, source, claim, design, public copy, prompt posture, and acceptance criteria are locked before Codex edits.

No-Regression Publication Gate

The issue/PR gate that preserves visual baseline, section depth, registry scope, validators, stop rules, and learning posture.

source dossier

Reader-facing source and provenance explanation.

claim/evidence ledger

Structured surface separating statements, support, posture, caveat, and prohibited strengthening.

visual prompt suite

Copy-ready prompt set for derivative teaching graphics, with visible text constraints and accessibility concept.

public footer receipt

Reader-facing posture, source, validation, registry, receipt, and public-safe boundary note.

implementation receipt

Committed repo receipt with issue, branch, files, validation, source handling, registry mutation, and closeout boundaries.

site registry

`site/registry.json`, the static public artifact catalog authority.

pattern registry

`docs/patterns/pattern-registry.json`, the docs-side reusable pattern metadata authority.

UAT

User acceptance testing for meaning, source posture, visual posture, validation posture, and acceptance.

exact-head merge

Merge discipline where the approved branch head SHA is re-read and merge is constrained to that exact commit.

context-as-code

Preserving issues, candidates, artifacts, registries, validators, receipts, patterns, and learning logs as source-controlled context.

Documentation / Learning Update Gate

Rule requiring process-affecting changes to update durable docs or explain why no update is needed.

Visual Prompt Suite

Seven concepts, fourteen copy-ready prompt blocks.

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.

Visual concept 1

Operating Model as Product

Make the SharePlane operating model feel like the durable public artifact, not a wrapper around tools.

Mainline/light prompt - Aspect ratio 16:9
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.
Dark expressive prompt - Aspect ratio 16:9
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.
Visual concept 2

Current Stack vs Portable Pattern

Map Tony's current implementation to the reusable operating grammar.

Mainline/light prompt - Aspect ratio 16:9
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.
Dark expressive prompt - Aspect ratio 16:9
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.
Visual concept 3

Role Boundary Map

Separate meaning ownership, interpretation, file mutation, and verification.

Mainline/light prompt - Aspect ratio 16:9
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.
Dark expressive prompt - Aspect ratio 16:9
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.
Visual concept 4

Lifecycle Runway

Show publication as a governed sequence from idea to pattern promotion.

Mainline/light prompt - Aspect ratio 21:9
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.
Dark expressive prompt - Aspect ratio 21:9
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.
Visual concept 5

Provenance Spine

Show source-controlled paths as the durable authority layer.

Mainline/light prompt - Aspect ratio 16:9
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.
Dark expressive prompt - Aspect ratio 16:9
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.
Visual concept 6

Operating Cards

Turn repeatable operations into useful procedure cards with stop rules.

Mainline/light prompt - Aspect ratio 4:3
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.
Dark expressive prompt - Aspect ratio 4:3
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.
Visual concept 7

Manual Is Part of the Machine

Show the future handbook/manual as a governed component, not decorative documentation.

Mainline/light prompt - Aspect ratio 16:9
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.
Dark expressive prompt - Aspect ratio 16:9
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.