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:
markdown## 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.
