world-builder

world-builder skill の概要

world-builder は、Dorothy の Pokemon-style overworld で生成型のゲームゾーンを作成・管理するための、デザイン重視の skill です。テーマを説明するだけで終わらせず、レイアウト、地形、NPC 配置、テンポ、ムードを通じてそのテーマを表現したいときに world-builder skill を使います。MCP tools を使ってコンテンツを作る人が、ラフな prompt からプレイ可能な map コンセプトへ繰り返し変換したい場合に最適です。

主な job-to-be-done は、テーマ適合性の高い zone を素早く生成することです。これは、遺跡、町、迷路、島、イベントエリアのように、ありきたりではなく意図を感じる map が必要な場面で特に重要になります。world-builder guide は、抽象的なアイデアを具体的な空間上の判断に落とし込めるため、Design Implementation の作業にとくに役立ちます。

world-builder skill で得意なこと

この skill は、見た目も構造も明確に違う zone を作るのに向いています。同じレイアウトの焼き直しではなく、ムードの一致、prompt を反映した地理、ゲーム内でそのまま使える world space に重点を置いています。

world-builder skill が最も合う場面

world-builder は、入力が theme、premise、location idea、あるいは zone 化したい external data のときに使ってください。すでに MCP tools を使った workflow があり、毎回 map を一から書かずに一貫した creative direction がほしい場合にも強くフィットします。

world-builder skill が他と違う点

この skill は world の形にかなり主張があります。theme が map を決めるべきで、map に theme を後づけするのではありません。そのため、雰囲気、空間的な論理、繰り返し遊べる多様性を重視するなら、world-builder は一般的な “make me a map” prompt より実用的です。

world-builder skill の使い方

skill をインストールして読み込む

world-builder の install step を skills workflow で実行したら、最初に skills/world-builder/SKILL.md を開いてください。この repo には探すべき helper folder がないため、中心となるガイダンスはこの 1 ファイルにまとまっています。プラットフォーム側で skill を名前で呼び出せる場合は world-builder として参照し、prompt は必ず特定の zone request に結びつけてください。

ラフなアイデアを使える prompt に落とし込む

この skill は、明確な theme に加えて constraints を与えると最もよく機能します。入れるべき情報は、zone の mood、setting type、想定する gameplay feel、そして必須の objects や NPC traits です。たとえば「狭い通路がある、避難できるホームが 1 つある、NPC がどこか落ち着かない幽霊駅の交通ハブ」は、「不気味なものを作って」よりずっと有効です。こうした input は、レイアウトと雰囲気を形づくるための構造をモデルに与えるので、world-builder の使い勝手を大きく上げます。

出力に効く部分を先に読む

creative rules、利用可能な MCP tools、tile guidance を定義している section から読み始めてください。実際には、最も価値が高い読み順は次のとおりです。

1. design rules と tool intent を確認する SKILL.md
2. core philosophy と tool list の section
3. 最初の zone を生成する前に読む tile や terrain の guidance

これらの部分を読むと、この skill が何を最適化していて、どんな map decisions を求めているのかが分かります。

テーマを崩さない workflow で進める

world-builder guide のよい workflow は、theme を決める → emotional tone を定義する → spatial constraints を列挙する → zone を生成する、という流れです。初稿が平板に感じられたら、全体を書き直すのではなく、環境面の cue を 1 つ、gameplay 面の cue を 1 つ強めて prompt を調整してください。Design Implementation では、広い creative freedom を求めるより、このやり方のほうが安定して良い結果につながることが多いです。

world-builder skill の FAQ

world-builder skill は game map 専用ですか？

基本的にはそうです。この skill は Dorothy の overworld zone と map-like な空間を中心にしています。純粋な lore writing、character dialogue、一般的な brainstorming が目的なら、別の skill か通常の prompt のほうが適しています。

使うのに専門知識は必要ですか？

いいえ。theme をはっきり説明できれば、初心者でも使いやすい skill です。ただし、曖昧な出力を避けるだけの具体性は必要です。zone brief が具体的であるほど、結果は実用的になります。

通常の prompt と何が違いますか？

通常の prompt でも scene description は作れますが、world-builder は実装しやすい zone の考え方を出すための skill です。MCP tools で実際に扱えるような空間的な論理、ムードの一致、アクションにつなげられる出力が欲しいときに、ただ読むだけの文章より役立ちます。

world-builder skill を使わないほうがいいのはどんなときですか？

広い narrative essay、1 回きりの image prompt、あるいは map や zone 要素のない design task が目的なら使わないでください。また、少なくとも基本的な theme すら出せない場合も相性はよくありません。この skill は方向性のある input に依存するためです。

world-builder skill を改善する方法

skill にもっと良い theme signal を与える

world-builder の結果が最も良くなるのは、題材と感情の両方を明示した input です。「停電後の廃れた祭り会場」は「festival area」より優れています。何が見えるべきか、空間がどう流れるべきか、どんな mood を強調するべきかを skill に伝えられるからです。

map を変える constraints を足す

より質の高い出力がほしいなら、少なくとも 1 つの spatial constraint と 1 つの gameplay constraint を指定してください。例としては、「single entrance」「water barrier」「narrow looping path」「safe hub in the center」「ほとんどの tile から見える visual landmark ひとつ」などです。こうした detail があると、world-builder skill は平坦な対称性を避けやすくなり、zone が遊べる形になります。

ありがちな失敗パターンを見極める

最もよくある問題は、地理が一般化しすぎて theme が説明されるだけで具現化されないことです。もう 1 つは、装飾的な detail が多すぎて、使える layout になっていないケースです。そうなったら、より明確な zone shape、地形への期待、プレイヤーがその空間をどう移動すべきかを添えて再 prompt してください。

初稿のあとに反復する

最初の出力のあとで world-builder を改善するなら、layout、terrain、NPC behavior、landmark placement のどれか 1 つずつを絞って調整するのが有効です。Design Implementation 向けの world-builder では、これは有望なコンセプトを実際に build できる、あるいは review できる zone に変える最短ルートです。