clarify:metamedium について
Alan Kay のメタメディア概念に基づき、コンテンツと形式を分析するスキルです。プロジェクトの計画や停滞した作業を見直す際、成果物を改善するか、それを生む構造を変えるかの判断を支援します。
主な機能
- 01作業をコンテンツと形式に分類
- 02構造を変える機会の発見
- 03コンテンツか形式かの判断支援
- 04具体的な形式の代替案を提案
活用シーン
- 01プロジェクト計画の再検討
- 02成果物の改善が頭打ちになった際の見直し
- 03反復作業に新しい構造を検討
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ team-attention/ workshop-upstage --skill clarify:metamediumインストール後、Claude Code で/clarify:metamediumを入力して読み込まれたか確認します。
同梱ファイルreferences/alan-kay-quotes.md
詳細
メタメディア:コンテンツと形式の視点
コンテンツ(何を述べるか、何を作るか)と形式(それを届ける媒体や構造)を区別し、真の効果がコンテンツの最適化にあるのか、新しい形式の発明にあるのかを明らかにします。アラン・ケイのメタメディアの概念に基づいています。
「視点を変えることには、IQ 80ポイント分の価値があります。」 — アラン・ケイ
中核となる概念
ほとんどの人はコンテンツ、つまり何を話すか、書くか、作るかだけを変えます。真の効果は、形式、つまり媒体、フォーマット、構造そのものを変えることで生まれます。
| コンテンツ(何を) | 形式(どのように/媒体) | |
|---|---|---|
| 例 | LinkedIn の投稿を書く | クライアントの仕事から投稿を生成するツールを作る |
| 例 | ユニットテストを手作業で書く | 型シグネチャからテストを生成するツールを作る |
| 例 | ワークショップを開催する | 参加者が成果物を共同制作する形式を考案する |
| 効果 | 直線的 — 1つの作業につき出力は1つ | 指数関数的 — 新しい形式ごとに、無限のコンテンツを生み出せる |
使用するタイミング
- プロジェクトを計画していて、出力とプロセスのどちらを最適化すべきか判断できないとき
- コンテンツの最適化を続けているものの、効果が次第に薄れてきたとき
- 何かを作っていて、形式レベルの変更でより大きな効果が得られるか確認したいとき
- 「同じことをもっとやる」のと「構造的に異なるものを作る」のとで、どちらが適切か評価するとき
要件を明確にするには、vague スキルを使用してください。戦略上の盲点を分析するには、unknown スキルを使用してください。
プロトコル
Phase 2 の選択肢を提示する質問には、必ず AskUserQuestion ツールを使用してください。 コンテンツと形式のどちらを選ぶか、通常のテキストで尋ねてはいけません。
Phase 1:特定して分類する
ユーザーの現在の作業、計画、またはタスクを読みます。各要素をコンテンツまたは形式に分類します。
[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
簡潔な診断として、分類結果をユーザーに提示します。
Phase 2:選択肢を提示する
AskUserQuestion を使用して、コンテンツと形式のどちらを選ぶか提示します。
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:分岐する
「Proceed with content」の場合:了承して作業を進めます。今後の参考として、出力に Form Opportunity の注記を含めます。
「Explore form change」の場合:形式の代替案を2~3個生成します。各代替案について、次の内容を示します。
- 新しい形式が具体的にどのようなものか
- どのような新しい特性を持つか(自動化可能、反復可能、拡張可能、組み合わせ可能)
- 形式を試すための最小限の実用版
「Content now, note form」の場合:コンテンツの作業を進めます。形式を変更する機会を出力に追記します。
出力
任意の成果物に追記するか、単独で提示します。
## 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] |
メタメディアに関する問い
行き詰まったときや、最適化の効果が次第に薄れてきたとき:
「この問題を消し去るような、新しい形式/媒体は何だろう?」
例:
- 投稿をもっと書こうとして行き詰まっている? → クライアントの仕事を自動的に投稿に変換する形式
- テストカバレッジが頭打ちになっている? → 型シグネチャからテストを生成するツール
- オンボーディングに時間がかかりすぎている? → コードベース自体が使い方を教える、自己学習型の形式
テトリス・テスト
ブロックを変えてみる。すると、元のブロックが数学的に計算されていたことに気づく。
ある形式を真に理解するには、それを変えてみてください。そこで見つかる制約こそが、その形式の知性です。視点の転換は、より深く考えることで起きるのではなく、形式そのものに触れることで起きます。
アンチパターン
- 形式を変えられるのに、すべての作業をコンテンツの最適化として扱う
- ボトルネックが形式にあるのに、「より良いコンテンツ」を作る
- 現在の媒体やフォーマットは固定されており、変えられるのはコンテンツだけだと思い込む
- コンテンツの段階的な改善と、形式の発明を混同する
ルール
- 必ず分類する:作業にコンテンツまたは形式のタグを付けます
- コンテンツで問題ありません:すべてに形式の変更が必要なわけではありません。ただし、その選択肢は必ず記録してください
- 形式は力を生み出す:新しい形式 = 新しい媒体 = 指数関数的な効果
- コードはメタメディアです:コードを書く能力があるということは、形式を変える能力があるということです
- 触れて理解する:なぜそのように設計されたのかを知るために、形式を変えてみてください
参考資料
アラン・ケイのオリジナルのアイデアや出典となる引用については、references/alan-kay-quotes.md を参照してください。