clarify:metamedium

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 vague skill. For strategy blind spot analysis, use the 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

1. Always label: Tag work as content or form
2. Content is fine: Not everything needs form change — but always note the option
3. Form yields power: New form = new medium = exponential leverage
4. Code is metamedium: The ability to code means the ability to change form
5. 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.