SharePlane Next
Article

Architecture / Operating Model

How SharePlane Works

Context as code for humans and agents.

SharePlane is built around a simple belief: the durable product is not the chat session. It is the governed context that survives the session, tells every participant what matters, and makes the result reproducible after the model, tool, or operator changes.

RAG helps an agent find documents. Context as code helps a system know what those documents mean, which authority governs, what action is permitted, how work moves, what must be validated, and where human judgment remains mandatory.

  • Static-first
  • Human-governed
  • Agent-assisted
  • Versioned authority
  • Deterministic build
  • Receipt-backed
  • Portable pattern

Executive scan

Finds relevant material

Retrieval can surface useful documents and passages. It does not decide which source governs or what the system may do next.

Defines what controls

Versioned source, locked decisions, metadata, schemas, and public-safe boundaries establish the authority the system must follow.

Moves work deliberately

Explicit stages separate rough intent, source intake, human judgment, implementation, validation, rendered review, and publication.

Checks deterministic rules

Validators can prove structure, hashes, links, contracts, and generated consistency. They cannot prove truth, taste, or wisdom.

Remains human

Humans own thesis, disclosure, source posture, design selection, acceptance, and accountability. Agents increase leverage without inheriting those decisions.

1. A pile of documents is not an operating model

A folder full of useful material can still be a terrible system.

The documents may conflict. One may be current and another obsolete. A polished summary may outrank the decision record that actually governs. A model may retrieve the right paragraph and still have no idea whether it is permitted to act on it. A new operator may inherit the files without inheriting the reasoning that made them coherent.

This is the gap between information and operations.

Information answers questions such as: What material exists? What does this document say? Which passage looks relevant?

Operations must answer harder questions: Which authority controls? What is public? What is prohibited? What step comes next? Who may change the files? What must be validated? Who approves the result? What evidence survives after publication?

A search layer can help with the first group. It does not automatically create the second.

2. RAG is useful. It is not governance.

Retrieval-augmented generation is a useful pattern. It can search an indexed body of material, retrieve relevant passages, and give a model better evidence for a response. SharePlane does not argue against that capability.

It argues against assigning retrieval a job it does not perform.

Retrieval does not establish authority merely by returning a result. It does not transform a policy into an executable routine. It does not define access rights, approval gates, validation rules, publication state, or the difference between a canonical source and a convenience copy.

It also does not train the model merely because files were uploaded. The model is receiving selected context at inference time. That can improve an answer. It does not create a durable operating memory by itself.

RAG helps an agent find documents. Context as code helps a system know what those documents mean, which authority governs, what action is permitted, how work moves, what must be validated, and where human judgment remains mandatory.

The distinction is not RAG versus context as code. Retrieval can be one component inside a governed context system. The mistake is confusing a component with the operating model around it.

3. What context as code means here

In SharePlane, context as code means treating the material that shapes system behavior as versioned, reviewable, testable system components rather than loose chat history or undocumented convention.

That material includes:

  • authority files
  • approved public copy
  • source pins
  • canonical artifact pages
  • structured metadata
  • claim and caveat posture
  • schemas
  • implementation boundaries
  • role definitions
  • validation rules
  • receipts
  • manifests
  • publication gates
  • learning records
  • stop conditions

The phrase does not mean that every human idea must become software code. It means the operating context is represented explicitly enough that people and tools can inspect it, review it, change it deliberately, and detect when outputs drift from it.

A conversation can start the work. It should not be the only place the work knows what it is.

4. The authority stack

SharePlane separates authority from projection.

At the top is human judgment: intent, thesis, disclosure, source posture, design choice, and approval.

Below that sits versioned authority: canonical page source, structured artifact metadata, public-safe boundaries, schemas, configuration, and locked implementation instructions.

The build system reads those authorities and produces public projections: the human page, catalog entries, topic and author views, graph data, discovery files, context projections, receipts, manifests, and agent packages.

Those projections are useful. They are not equal authorities.

A generated context file helps an agent ingest the artifact. A ZIP package makes the public material portable. A catalog helps discovery. None of them replaces the versioned source from which they were generated.

This distinction prevents convenience copies from quietly becoming competing truths.

5. Who owns what

SharePlane works because responsibility is divided on purpose.

Tony owns the public decision. That includes intent, thesis, source authority, claim posture, personal disclosure, public-safe boundaries, design acceptance, rendered UAT, and merge authorization.

ChatGPT acts as interpreter and architect. It helps turn fragments into a coherent thesis, performs research and source comparison, writes and locks public copy, defines design intent, formulates bounded implementation tickets, and translates review findings into precise corrections.

Codex acts as mechanical implementer. It reads the repository authority, edits only scoped files, regenerates projections, runs validators, records receipts, and opens draft pull requests. It does not own the thesis, rewrite locked copy, decide what should be disclosed, or promote implementation convenience into public doctrine.

Validators act as deterministic referees. They can reject missing files, malformed metadata, changed hashes, broken links, unknown copy, invalid relationships, package drift, and other explicit failures.

The pull request and exact-head preview act as the review surface. They expose the proposed state before it becomes the accepted state.

The names of the tools can change. The role boundaries are the portable pattern.

Current implementation and portable roles

Render a two-column comparison.

Current SharePlane implementation

  • Tony Malott
  • ChatGPT
  • Codex
  • GitHub
  • Python standard-library compiler
  • generic validators
  • Cloudflare exact-head previews
  • static public site

Portable operating roles

  • Owner / Judge
  • Interpreter / Architect
  • Executor / Implementer
  • Validator / Verifier
  • Versioned authority
  • Review surface
  • Publication gate
  • Durable public projection

Add this caption:

The products will change. The control boundaries should not have to be rediscovered every time.

6. How work moves through the system

SharePlane does not move directly from interesting thought to public page.

The normal lifecycle is:

intent → source or candidate → Creative Lock → implementation ticket → branch → draft PR → deterministic validation → rendered UAT → exact-head merge → receipt and learning

Intent starts the work. It can be a rough idea, source, critique, diagram, operating observation, or transcript. Intent is not implementation authority.

Source and candidate work makes the material inspectable. It identifies what informed the work, what remains uncertain, what is public-safe, and whether the idea is ready to advance.

Creative Lock is where human judgment freezes the public thesis, copy, claim posture, source boundary, design direction, and acceptance criteria.

The implementation ticket converts that locked package into bounded repository work. It tells the executor what may change, what must remain untouched, what validators must pass, and when to stop rather than improvise.

The branch and draft pull request isolate the proposed change. Validators test deterministic rules. The rendered exact-head preview shows the page that would actually be merged.

Human UAT can reject work that passed every validator. That is not a contradiction. It is the point of preserving a human judgment gate.

Only the reviewed exact head is eligible to merge.

7. One change, many synchronized surfaces

The system earns its keep when one authoritative change can update many dependent surfaces without requiring a human to edit each one manually.

An artifact record can drive its catalog card, topic pages, author page, graph relationships, structured metadata, context projection, public receipt, manifest, and agent package.

A footer change can be made once in the shared generator and rebuilt across every public route.

A canonical-base change can flow into canonical links, discovery files, context files, manifests, receipts, and other generated references.

The compiler performs the repetition. Validators check that the repetition remained coherent. The operator reviews the resulting change as one governed unit.

This is not magical synchronization. It is explicit dependency represented in code.

8. Deterministic where trust matters. Probabilistic where beauty belongs.

SharePlane deliberately uses different kinds of computation for different jobs.

Facts, IDs, dates, routes, schemas, relationships, hashes, package membership, receipts, and publication state should not drift because a model found a more lyrical arrangement. Those belong to explicit authority, deterministic generation, and mechanical validation.

Thesis development, research assistance, writing exploration, design exploration, metaphor, composition, and alternative explanations benefit from probability. A generative system can search a much wider field of possible forms than a rigid template.

That freedom belongs before acceptance.

Human judgment chooses the argument and the form. Creative Lock freezes the choice. Deterministic implementation preserves it.

Probability explores. Judgment decides. Determinism preserves.

9. Retrieval, context engineering, and context as code

These ideas overlap, but they are not identical.

Documents

Documents preserve information. They may still conflict, become stale, omit authority, or depend on knowledge that never made it into the file.

Retrieval

Retrieval finds material likely to be relevant to the current query. It improves access to a body of information. It does not, by itself, define system authority or permission.

Context engineering

Context engineering curates the instructions, tools, external data, history, and other information supplied to a model for a specific inference or workflow. It is concerned with giving the model the smallest useful set of high-signal context for the task.

Context as code

Context as code is the durable operating discipline around that runtime context. It versions what governs, encodes role and workflow boundaries, defines publication and validation rules, preserves decisions, and generates the projections that people and agents consume.

Context engineering asks: What should the model see now?

Context as code also asks: Who decided that? Where is the authority? What may the system do? What must happen next? What proves the change was reviewed? What survives after this session ends?

In this artifact, context as code is Tony Malott's architectural framing for that broader durable operating pattern. It is not presented as a universal industry standard or the only valid architecture.

10. Experienced-operator leverage

The architecture increases leverage by reducing re-explanation, manual synchronization, accidental authorship, and coordination loss.

A skilled operator can direct more parallel work when the system already knows the role boundaries, source posture, implementation rules, validation gates, and publication process.

The operator is not doing every mechanical action personally. The operator is controlling what the actions mean, which authorities govern, and what result is acceptable.

Agents can inspect repositories, apply bounded edits, regenerate outputs, test deterministic rules, and prepare review evidence. Those capabilities compress repetitive work that would otherwise require many handoffs and a great deal of memory reconstruction.

The defensible claim is not that one person replaces an entire organization.

The defensible claim is that a disciplined operator can govern substantially more work when authority, process, and validation are explicit, versioned, and reusable.

The leverage comes from preserving judgment for the human and assigning repeatable implementation, projection, and verification work to tools.

Specialized expertise remains specialized expertise. Security, privacy, legal review, quality judgment, scientific truth, production operations, and public accountability do not disappear because the workflow became efficient.

11. What this architecture does not solve

Context as code does not make bad sources correct.

It does not prevent an owner from making a poor decision.

It does not turn a validator into a truth machine. Validators prove the rules they were written to prove.

It does not make every model reliable. Missing boundaries still invite hallucination and drift.

It does not eliminate maintenance. Stale authority becomes governed stale authority, which is more inspectable but still stale.

It does not reward stuffing every available token into context. More material can reduce focus. Good context remains curated context.

It does not justify agentic complexity for simple work. Search, a clear document, or a small deterministic script may be the better answer.

It does not replace the runtime architecture required for a production agent that handles identity, live data, memory, permissions, security, and operational state.

SharePlane is a publishing and operating-model demonstration. It is not a claim that every problem belongs in a static site or repository.

12. The reusable pattern

The pattern generalizes where work must remain coherent across time, tools, people, and generated surfaces.

Potential applications include:

  • governed publishing systems
  • architecture repositories
  • policy and procedure systems
  • regulated documentation
  • AI-assisted product development
  • professional evidence sites
  • public research and teaching libraries
  • design systems with human approval gates
  • operational playbooks
  • reusable agent workflows

The exact folders, models, hosts, and tools can change.

The reusable questions remain:

  • What is authoritative?
  • What is public?
  • Who owns meaning?
  • Who may change files?
  • What may an agent do?
  • What must be validated?
  • Where does human approval occur?
  • What evidence survives the change?

Use the simplest system that can answer those questions honestly.

13. Closing

The model can change. The agent can change. The host can change. The interface can change.

The durable advantage is the governed context that tells all of them what the work is, how it moves, and where human responsibility begins.

Closing line

The agent is not the system. The governed context is what makes the system coherent.

Probability explores. Judgment decides. Determinism preserves.

The operator changes authority. The compiler changes repetition.

The agent is not the system. The governed context is what makes the system coherent.

Architecture

RetrievalGoverned contextQuerySemantic searchRelevant passagesModel responseAuthorityAllowed actionWorkflow stateValidationHuman approvalPublished result
Retrieval can supply evidence. Governance determines how the evidence may be used.
Human judgmentLocked versioned authorityDeterministic compilerPublic projectionsReaders and downstream agents
Authority flows downward. Evidence and review flow back upward. Generated convenience never silently outranks canonical source.
Owner / JudgeInterpreter / ArchitectExecutor / ImplementerValidator / VerifierHuman acceptance → Protected merge
Automation expands throughput. It does not inherit publication accountability.
CanonicalauthorityHuman artifact pageComplete catalogExplore viewsTopic pagesAuthor pagesGraph JSONJSON-LDllms.txtSitemapFeedContext projectionPublic receiptPackage manifestAgent ZIP
The operator changes authority. The compiler changes repetition.
1. Intent2. Source / Candidate3. Creative Lock4. Implementation Ticket5. Branch + Draft PR6. Deterministic Validation7. Rendered Exact-Head UAT8. Human Acceptance9. Protected Merge10. Receipt + Learning
Nothing becomes accepted merely because an agent finished or a validator passed.

Diagram 1: Find versus govern

Retrieval finds. Context as code governs.

Retrieval

  • Query
  • Semantic search
  • Relevant passages
  • Model response

Governed context

  • Authority
  • Public-safe boundary
  • Instructions
  • Allowed action
  • Workflow state
  • Validation
  • Human approval
  • Published result

Retrieval is one input into governed context, not the whole system.

Retrieval can supply evidence. Governance determines how the evidence may be used.

Diagram 2: Authority stack

  1. Human judgment
    • intent
    • thesis
    • disclosure
    • design selection
    • approval
  2. Locked versioned authority
    • canonical page source
    • artifact metadata
    • source posture
    • schemas and configuration
    • implementation boundaries
  3. Deterministic compiler
    • normalize
    • validate
    • generate
    • hash
  4. Public projections
    • human page
    • catalog and Explore
    • graph and discovery
    • context and packages
    • receipts
  5. Readers and downstream agents
    • read
    • inspect
    • reuse
    • challenge

Authority flows downward. Evidence and review flow back upward. Generated convenience never silently outranks canonical source.

Diagram 3: Human and agent responsibility split

  1. Owner / Judge
  2. Interpreter / Architect
  3. Executor / Implementer
  4. Validator / Verifier

Human acceptance is the only route into Protected merge.

Automation expands throughput. It does not inherit publication accountability.

Diagram 4: One change, many surfaces

Canonical authority

  • Human artifact page
  • Complete catalog
  • Explore views
  • Topic pages
  • Author pages
  • Graph JSON
  • JSON-LD
  • llms.txt
  • Sitemap
  • Feed
  • Context projection
  • Public receipt
  • Package manifest
  • Agent ZIP

The operator changes authority. The compiler changes repetition.

Diagram 5: Publication gates

  1. Intent
  2. Source / Candidate
  3. Creative Lock
  4. Implementation Ticket
  5. Branch + Draft PR
  6. Deterministic Validation
  7. Rendered Exact-Head UAT
  8. Human Acceptance
  9. Protected Merge
  10. Receipt + Learning

Mandatory human gates:

  • Creative Lock
  • Rendered UAT
  • Exact-head merge authorization

Nothing becomes accepted merely because an agent finished or a validator passed.

Claim ledger

Claim 1

Text: Retrieval can perform semantic search over indexed data and surface relevant results for model synthesis.

Posture: Verified official product-documentation fact.

Support: OpenAI Retrieval documentation.

Claim 2

Text: Retrieval does not by itself define authority, workflow permission, validation, or human approval.

Posture: Architectural distinction and teaching interpretation.

Support: The official retrieval scope plus the separate instruction, orchestration, and guardrail components described in agent guidance.

Claim 3

Text: Clear instructions, explicit actions, edge cases, tools, orchestration, and guardrails are separate components of an agent system.

Posture: Supported official guidance.

Support: OpenAI practical guide to building agents.

Claim 4

Text: Context engineering includes the broader runtime context state, such as system instructions, tools, external data, and message history.

Posture: Supported expert-source framing.

Support: Anthropic effective context engineering guidance.

Claim 8

Text: A disciplined operator can govern substantially more work when authority, process, and validation are explicit, versioned, and reusable.

Posture: Owner-origin architectural judgment supported by the demonstrated SharePlane operating model.

Caveat: This artifact does not present a controlled productivity benchmark or claim that one person replaces every specialized role.

Claim 9

Text: Context as code is Tony Malott's framing for the durable operating discipline described in this artifact.

Posture: Owner-origin thesis.

Caveat: It is not claimed as a universally standardized term or the only valid architecture.

Sources

OpenAI Retrieval documentation

Organization: OpenAI

Role: Defines retrieval as semantic search over data and vector stores.

Locator: https://developers.openai.com/api/docs/guides/retrieval

Accessed: 2026-07-10

Description: Supports the limited but valuable role assigned to retrieval in the artifact. It does not serve as evidence for SharePlane's unique context-as-code architecture.

OpenAI, A practical guide to building agents

Organization: OpenAI

Role: Supports the separation of instructions, explicit actions, orchestration, tools, and guardrails.

Locator: https://openai.com/business/guides-and-resources/a-practical-guide-to-building-ai-agents/

Accessed: 2026-07-10

Description: Supports the claim that useful documents must be converted into clear operating instructions and that reliable agent behavior requires more than retrieval alone.

Anthropic, Effective context engineering for AI agents

Organization: Anthropic

Published: 2025-09-29

Role: Supports the broader definition of runtime context and the need to curate high-signal information.

Locator: https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

Description: Supports the distinction between prompt wording, runtime context curation, and the broader durable context-as-code operating discipline proposed here.

Anthropic, Building Effective AI Agents

Organization: Anthropic

Published: 2024-12-19

Role: Supports starting with the simplest workable system and adding agentic complexity only when needed.

Locator: https://www.anthropic.com/engineering/building-effective-agents

Description: Supports SharePlane's complexity policy. It does not endorse SharePlane specifically.

SharePlane Next repository and public receipts

Organization: Tony Malott / SharePlane

Role: Primary system evidence for how SharePlane currently builds, validates, packages, previews, and publishes artifacts.

Implementation pin: 211f21d8dff2cd69d84b5c7c3a9c8cb06f11c12b

Locator: https://github.com/pinklon/pinklon-shareplane-next/tree/211f21d8dff2cd69d84b5c7c3a9c8cb06f11c12b

Description: Supports repository-derived claims about the current SharePlane implementation. It is not evidence that the architecture is universally optimal.

Legacy SharePlane public operating materials

Role: Historical source material for the operating thesis and role boundaries.

Public materials:

  • How SharePlane Works
  • SharePlane Guide
  • public operating receipts and handbook-derived public-safe concepts

Boundary: Reconciled against SharePlane Next. Obsolete implementation claims are not reproduced merely because an older page stated them confidently.

Provenance

This artifact presents Tony Malott's owner-origin architectural framing and the applied SharePlane operating model. External sources support the limited claims assigned to retrieval, agent-system components, context engineering, and complexity discipline. Repository-derived claims are pinned to pinklon/pinklon-shareplane-next at 211f21d8dff2cd69d84b5c7c3a9c8cb06f11c12b.

Context as code is Tony Malott's framing for the durable operating discipline described in this artifact. It is not presented as a universal industry standard or the only valid architecture.

The names of the tools can change. The role boundaries are the portable pattern.

Public-safe boundary

The artifact may explain public repository structure, public routes, public build behavior, public metadata, public validators, public receipts, and public role boundaries.

The artifact must not expose:

Public explanation should teach the operating pattern without publishing the wiring closet.

Non-claims

The artifact must not claim:

Receipt

This reader-facing receipt records process and output identity. It does not prove the truth of every owner-supplied claim.

The publication receipt must record the exact Creative Lock package hash, repository baseline, canonical source hashes, generated output hashes, validation results, exact-head preview, approved head, and merge receipt.

Share or reuse

Send the page or take its public context with you.

What’s included

The agent package contains the canonical public HTML, public metadata, receipt, plain-text context, package guide, and member-hash manifest.

Agent context is a generated public-safe plain-text projection. It is not canonical Markdown and does not replace the artifact or its versioned authority.