Metamedium: Content vs Form Lens

Distinguish content (what is being said/built) from form (the medium/structure it's delivered through) to surface whether the real leverage is in optimizing content or inventing a new form. Based on Alan Kay's metamedium concept.

"A change of perspective is worth 80 IQ points." — Alan Kay

Core Concept

Most people only change content — what they say, write, or build. The real leverage comes from changing form — the medium, format, or structure itself.

	Content (what)	Form (how/medium)
Example	Writing a LinkedIn post	Building a tool that generates posts from client work
Example	Writing unit tests manually	Building a test generator from type signatures
Example	Giving a workshop	Inventing a format where attendees co-create artifacts
Leverage	Linear — each piece is one output	Exponential — each new form enables infinite content

When to Use

Planning a project and unsure whether to optimize the output or the process
Stuck optimizing content with diminishing returns
Building something and want to check if form-level change would yield more leverage
Evaluating whether "more of the same" or "something structurally different" is the right move

For requirement clarification, use the clarify-vague skill. For strategy blind spot analysis, use the clarify-unknown skill.

Protocol

ALWAYS use the AskUserQuestion tool for the fork question in Phase 2 — never ask content/form choices in plain text.

Phase 1: Identify and Label

Read the user's current work, plan, or task. Classify each component as content or form:

[CONTENT] Writing a blog post about AI consulting
[FORM]    Building a pipeline that turns consulting retros into blog posts
[CONTENT] Deploying a new API endpoint
[FORM]    Building a codegen that auto-generates endpoints from schemas
[CONTENT] Fixing a flaky test
[FORM]    Building a test infrastructure that prevents flaky tests by design

Present the labeling to the user as a brief diagnosis.

Phase 2: Surface the Fork

Use AskUserQuestion to present the content/form choice:

questions:
  - question: "This is currently [CONTENT/FORM]-level work. Where should effort go?"
    header: "Level"
    options:
      - label: "Proceed with content"
        description: "Optimize within the current form — faster, lower risk"
      - label: "Explore form change"
        description: "What if the medium/structure itself changed? Higher leverage"
      - label: "Content now, note form"
        description: "Do the content work, but flag the form opportunity for later"
    multiSelect: false

Phase 3: Branch

If "Proceed with content": Acknowledge and proceed. Include a Form Opportunity note in the output for future reference.

If "Explore form change": Generate 2-3 form alternatives. For each alternative:

What the new form looks like concretely
What new properties it would have (automatic, repeatable, scalable, composable)
Minimum viable version to test the form

If "Content now, note form": Proceed with content work. Append the form opportunity to the output.

Output

Append to any deliverable or present standalone:

## Content/Form Analysis

**Current work**: [description]
**Classification**: [CONTENT / FORM]

### Form Opportunity
| | Detail |
|---|--------|
| **Alternative form** | [what it would look like] |
| **New properties** | [what it enables that current form doesn't] |
| **Minimum test** | [smallest version to validate] |
| **Status** | [exploring / noted for later / not applicable] |

The Metamedium Question

When stuck or when optimizing yields diminishing returns:

"What new form/medium could make this problem disappear?"

Examples:

Stuck writing more posts? → A format that turns client work into posts automatically
Test coverage plateauing? → A tool that generates tests from type signatures
Onboarding too slow? → A self-guided format where the codebase teaches itself

Tetris Test

Change the blocks. Then you realize the original blocks were mathematically calculated.

To truly understand a form, try to change it. The constraints discovered ARE the form's intelligence. Perspective shifts happen not by thinking harder, but by touching the form itself.

Anti-Patterns

Treating all work as content optimization when form change is available
Building "better content" when the form is the bottleneck
Assuming the current medium/format is fixed and only content can vary
Confusing incremental content improvement with form invention

Rules

Always label: Tag work as content or form
Content is fine: Not everything needs form change — but always note the option
Form yields power: New form = new medium = exponential leverage
Code is metamedium: The ability to code means the ability to change form
Touch to understand: Change the form to discover why it was designed that way

Additional Resources

For Alan Kay's original ideas and source quotes, see references/alan-kay-quotes.md.

clarify-metamedium