Agent skill

metamedium

This skill should be used when the user is building, planning, or strategizing and the key question is whether to optimize content (what) or change form (how/medium). Trigger on "내용 vs 형식", "content vs form", "metamedium", "형식을 바꿔볼까", "새로운 포맷", "관점 전환", "perspective shift", "다른 방법 없을까", "같은 방식이 안 먹혀", "diminishing returns". Applies Alan Kay's metamedium concept to surface form-level alternatives. For requirement clarification use vague; for strategy blind spots use unknown.

Stars 692
Forks 85

Install this agent skill to your Project

npx add-skill https://github.com/team-attention/plugins-for-claude-natives/tree/main/plugins/clarify/skills/metamedium

SKILL.md

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

  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.

Expand your agent's capabilities with these related and highly-rated skills.

team-attention/plugins-for-claude-natives

dev-scan

개발 커뮤니티에서 기술 주제에 대한 다양한 의견 수집. "개발자 반응", "커뮤니티 의견", "developer reactions" 요청에 사용. Reddit, HN, Dev.to, Lobsters 등 종합.

692 85
Explore
team-attention/plugins-for-claude-natives

tech-decision

This skill should be used when the user asks to "기술 의사결정", "뭐 쓸지 고민", "A vs B", "비교 분석", "라이브러리 선택", "아키텍처 결정", "어떤 걸 써야 할지", "트레이드오프", "기술 선택", "구현 방식 고민", or needs deep analysis for technical decisions. Provides systematic multi-source research and synthesized recommendations.

692 85
Explore
team-attention/plugins-for-claude-natives

google-calendar

Google 캘린더 일정 조회/생성/수정/삭제. "오늘 일정", "이번 주 일정", "미팅 추가해줘" 요청에 사용. 여러 계정(work, personal) 통합 조회 지원.

692 85
Explore
team-attention/plugins-for-claude-natives

unknown

This skill should be used when the user provides a strategy, plan, or decision document and wants to surface hidden assumptions and blind spots using the Known/Unknown 4-quadrant framework. Trigger on "known unknown", "4분면 분석", "blind spots", "뭘 놓치고 있지", "뭘 모르는지 모르겠어", "전략 점검", "전략 분석", "assumption check", "가정 점검", "quadrant analysis", "what am I missing". Strategy-level blind spot analysis with hypothesis-driven questioning. For requirement clarification use vague; for content-vs-form reframing use metamedium.

692 85
Explore
team-attention/plugins-for-claude-natives

vague

This skill should be used when the user's request or requirement is ambiguous and needs iterative questioning to become actionable. Trigger on "clarify requirements", "refine requirements", "요구사항 명확히", "요구사항 정리", "뭘 원하는 건지", "make this clearer", "spec this out", "scope this", "/clarify". Turns vague inputs into concrete specs. For strategy blind spots use unknown; for content-vs-form reframing use metamedium.

692 85
Explore
team-attention/plugins-for-claude-natives

session-wrap

This skill should be used when the user asks to "wrap up session", "end session", "session wrap", "/wrap", "document learnings", "what should I commit", or wants to analyze completed work before ending a coding session.

692 85
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results