Surface charter
Fidelity and granularity controls for AI coding agents — the judgment a seasoned engineering team would apply, made explicit. Execution control + surface control. Model-agnostic. MIT.
npx -y skills add knowledgeco/airworthiness --skill surface-charterAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 27 days oldThe repository was created 27 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Create, revise, or audit a repository-local product surface constitution covering product posture, visual, interaction, content, state, and responsive grammars; surface fidelity and granularity; reference decomposition; identity load; and intentional exceptions. Use when initializing a product, starting a redesign, adding a major workflow, creating or replacing a design system, changing brand posture, correcting generic or inconsistent UI, or translating vague directions such as "modern," "clean," or "premium" into operator-controlled rules.
SKILL.md
4.8 KB, as published. Nobody here has run it
Surface Charter
Failure mode
Prevent vague adjectives, framework defaults, and session-local taste from becoming the product's unspoken design authority. Establish a durable surface constitution without prescribing a house style.
Governing principle
Define the product's posture, tensions, anti-goals, signature traits, grammars, permitted variance, and identity-bearing exceptions before asking an agent to make it look or feel "better."
Authority
- Read repository instructions and existing product, design, content, accessibility, and history artifacts before proposing a format.
- Treat an established local constitution or equivalent as authoritative. Extend it in its own vocabulary when practical.
- Label observed implementation facts, inferred intent, and machine proposals separately. Leave operator choices pending until the operator supplies them.
- Apply document authority to every nested control. A
lockedvalue inside amachine_proposedconstitution is a proposed comparison constraint, not an operator-approved lock. - Keep the portable discipline here; keep the actual product constitution in the product repository.
Control sequence
- Name the posture. Capture audience relationship, metaphors, tensions, anti-goals, signature traits, and rejected generic patterns. Mark unsupported rationales
unknown. - Describe each grammar. Specify visual, interaction, content, state, and responsive behavior with operational consequences. Describe responsive transformations, not breakpoints alone.
- Set independent controls. Assign fidelity by surface dimension and autonomy plus review units at macro, meso, and micro scales. Never collapse these into one "creative freedom" setting.
- Decompose references. Record what to borrow, reject, transfer, and leave product-specific; declare the synthesis target. Treat anti-references as constraints, not inverted templates.
- Concentrate identity. Allocate high, medium, and conventional identity load. Preserve useful conventions where differentiation adds no value.
- Classify irregularities. Distinguish drift, inconsistency, intentional exception, and signature asymmetry. Record a reason and authority for every deliberate rule break.
- Return decisions. Present consequential unresolved options, honest tradeoffs, and any machine recommendation. Do not fill operator choice, taste, approval, or verdict fields.
- Write minimal artifacts. Prefer a parseable
surface.yaml(or local equivalent) plus a conciseSURFACE.mdthat routes humans to the decisions and high-identity areas. Do not duplicate recoverable fields.
Hard boundaries
- Do not encode one preferred aesthetic, density, product metaphor, component geometry, or voice.
- Do not imitate a whole reference product or let a component library silently become the product identity.
- Do not present machine-proposed posture or exceptions as operator-approved.
- Do not treat novelty as identity or force custom treatment into conventional utility controls.
- Do not let narrow layouts merely stack desktop regions or make essential actions disappear.
- Do not erase unexplained history by inventing a plausible rationale; mark it
unknownand route the decision.
Mechanics
- Read surface-constitution-format.md when creating, validating, or synchronizing constitution artifacts.
- Read reference-decomposition.md when references, anti-references, or imitation risk are involved.
- Read distinctiveness-and-exceptions.md when allocating identity load or classifying divergence from a rule.
- Validate machine-readable artifacts against
schemas/surface-constitution.schema.jsonwhen the repository provides it.
Optional composition
This skill is complete on its own. If installed, use specimen-first when no direction has earned systematization, voicekeeper for detailed language control, statewright for workflow-level state coverage, surface-genealogy for irreducible design history, and surface-witness for independent convergence review. Route consequential operator choices through an available decision-handoff discipline, but never require one.