team-attention 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.