Design and engineering discipline

Small enough to understand.
Strong enough to trust.

A decision-making guide that protects Orbweaver's purpose as its capabilities, integrations, and community grow.

Authoritative source on GitHub ↗
Governing principleAdd the smallest coherent capability that makes semantic artifacts easier to understand, inspect, verify, or carry between systems.
01

Meaning precedes geometry

Authors declare entities and relationships. Orbweaver derives dimensions, coordinates, routes, and presentation.

02

Preserve identity

Metadata and provenance survive validation, layout, rendering, interaction, and export wherever the artifact can carry them.

03

Prefer determinism

Equivalent accepted inputs and explicit options should produce equivalent artifacts.

04

Keep core independent

Core owns the semantic pipeline—not accounts, persistence, collaboration, credentials, or host components.

05

Treat dependencies as weight

Capability and difficult domain work must justify runtime, maintenance, compatibility, and security cost.

06

Interact to comprehend

Selection, emphasis, zoom, pan, and fullscreen help readers understand without turning the artifact into an editor.

07

Let hosts own experience

Orbweaver exposes semantic payloads and narrow controllers; applications decide how to present and act on them.

08

Build accessibility in

Keyboard access, focus, summaries, labels, reduced motion, and non-color cues are part of the artifact contract.

09

AI proposes

Untrusted model output passes limits, validation, review, and acceptance before entering the deterministic pipeline.

10

Earn scope with evidence

Capabilities advance through examples, tests, compatibility checks, and a clear ownership argument.

11

Decision test

  1. 01What reader or integrator problem does this solve?
  2. 02Is the problem semantic, artifact-level, or host behavior?
  3. 03Is Orbweaver core the smallest correct owner?
  4. 04Which invariant must remain true?
  5. 05What is the lightest predictable implementation?
  6. 06What happens without pointer, color, animation, or network?
  7. 07Does the result remain deterministic and inspectable?
  8. 08How will contrasting graph shapes test it?
  9. 09What maintenance or bundle cost is accepted?
  10. 10What adjacent features remain out of scope?

If the answers are unclear, the work needs more definition rather than more code.

12

A disciplined no

Orbweaver declines work that requires authored coordinates, couples core to a framework or provider, primarily serves freeform drawing, makes browser navigation surprising, hides meaning in presentation state, or adds substantial runtime weight for an optional experience.

Restraint has a purpose

Saying no protects the conditions that make Orbweaver useful as infrastructure: a small contract, strong artifacts, clear ownership, and dependable composition.

An Orbweaver capability should feel inevitable after it exists.