stitch-loop

stitch-loop skill の概要

stitch-loop は、Stitch を使ってページを反復的なバトン渡しのループで作成するための Workflow Automation skill です。ページを作ってサイトに統合し、次の作業を次のパスに引き継げる状態まで整えたいエージェントやビルダーに最適です。stitch-loop skill が特に重要になるのは、継続性が必要なときです。1 回のプロンプトでページを作るだけでなく、サイト構築の流れそのものを止めずに進める必要がある場合に力を発揮します。

stitch-loop は何のための skill か

stitch-loop は、「1 回きりのデザイン依頼に答える」のではなく、「次の良いページを作り続ける」仕事に使います。next-prompt.md, SITE.md, DESIGN.md を、その都度モデルがプロジェクトを再発見しなくて済む運用コンテキストとして扱えるため、構造化されたサイト構築に向いています。

通常のプロンプトと何が違うのか

普通のプロンプトでもページは 1 回作れます。ですが stitch-loop は、バトンファイルを伴うループ実行の形を取るため、次の反復に明確な引き継ぎが生まれます。そのため、複数ページのサイト作業、エージェントの連鎖、状態を複数回の実行にまたがって保持する必要がある Workflow Automation の構成で、より有用になります。

向いているユーザーとプロジェクト

この skill は、すでに Stitch プロジェクトと project memory ファイルを持っている、またはそれを維持できるユーザーに向いています。単発のページ生成よりも、サイトビルダー、自動化パイプライン、エージェント運用との相性が強い skill です。1 枚のランディングページだけが必要で、その後の反復が不要なら、stitch-loop は構造が多すぎる可能性があります。

stitch-loop skill の使い方

まず skill をインストールする

README にあるリポジトリの install コマンドを使います: npx skills add google-labs-code/stitch-skills --skill stitch-loop --global。stitch-loop install の手順が意味を持つのは、環境から Stitch MCP server と、SKILL.md に記載された許可済みツールにもアクセスできる場合だけです。

stitch-loop が期待するファイルを準備する

ループを開始する前に、次の入力が存在し、最新であることを確認してください。

• skill が従うべきデザインシステムの詳細を含む .stitch/DESIGN.md
• サイトのビジョン、ロードマップ、現在の sitemap を含む .stitch/SITE.md
• 1 つの具体的なページタスクを含む .stitch/next-prompt.md

stitch-loop をうまく使うには、「次のページを作って」だけでは不十分です。ページ名、雰囲気、対象ユーザー、必要なセクションまで含めてください。バトンファイルは、曖昧なアイデアではなく、実際のページブリーフとして読める必要があります。

ループ用の良いプロンプトの形

実用的なプロンプトは、次のようなものです。「.stitch/next-prompt.md を読み、Stitch でページを生成し、サイトに統合し、Chrome DevTools が使えるなら視覚的に確認し、そのあと次のバトンタスクを書いてください。」これで、skill に何を読み込ませ、何を作らせ、どう継続させるのかが明確になります。

取り込む前に読むべきファイル

まず SKILL.md を読み、次に README.md、resources/baton-schema.md、resources/site-template.md、そして examples/ 内のサンプルファイルを確認してください。特に schema ファイルは、バトンの契約条件が分かるので役立ちます。テンプレートは、期待される site-memory の形式からずれるのを防ぐ助けになります。Workflow Automation に stitch-loop を採用するなら、どこでループが壊れうるかを示してくれるのがこれらのファイルです。

stitch-loop skill の FAQ

stitch-loop は完全自律型エージェント専用ですか？

いいえ。各反復のあとに人間が確認してから次のバトンを書くような、半自動の Workflow Automation でも使えます。引き継ぎの形式を標準化し、再ブリーフィングの手間を減らせるので、そこでも有用です。

すでに Stitch をセットアップしておく必要はありますか？

はい、それが実務上の前提です。stitch-loop は Stitch MCP tools と Stitch プロジェクトへのアクセスを前提にしています。そうした基盤がなければ、skill の主要なワークフローは想定どおりには動きません。

Stitch に直接プロンプトを投げるより優れていますか？

繰り返しのサイト作業なら、通常はこちらのほうが優れています。単発の画面なら直接プロンプトでも十分ですが、stitch-loop は、持続するプロセス、一貫したコンテキスト、次の実行につながる予測可能な次の一手が必要なときに向いています。その代わり、バトンファイルと project-memory ファイルを維持する必要があります。

stitch-loop は初心者向けですか？

軽量な project ファイルを扱え、skill が site context に依存することを理解しているなら、初心者でも使えます。ただし、skill にすべてを自動推論させるのではなく、まず例のバトンとテンプレートファイルを読むことが前提です。

stitch-loop skill の改善方法

バトンから未知要素を減らす

stitch-loop の結果を最も速く改善する方法は、.stitch/next-prompt.md を具体的にすることです。強い入力では、ページ名、目的、対象ユーザー、必要なページ構成を明示します。弱い入力は、エージェントに考えさせる部分が多すぎて、出力のずれが起きやすくなります。

デザインとコンテンツの制約を明示する

この skill は、DESIGN.md と SITE.md に声のトーン、レイアウト、sitemap の優先順位がはっきり書かれていると最もよく機能します。「既存サイトに合わせて」とだけ書いても、site ファイル側でサイト像が説明されていなければ、出力品質は下がります。stitch-loop の guide 品質を上げるなら、「desktop-first」「centered container」「navigation includes About, Shop, Contact」のような具体的な制約を優先してください。

ループを壊す失敗パターンに注意する

よくある問題は、古くなった site memory、バトンの frontmatter の欠落、次のページ説明の曖昧さ、デザインシステム block の無視です。もう 1 つよくあるのは、すでに sitemap に存在するページを依頼してしまい、反復の価値が下がるケースです。ループの挙動が不安定になったら、resources/baton-schema.md を見直してください。

1 枚目のページのあとに反復する

1 枚目のページを生成したら、ロードマップを更新し、最初の出力から見えた点を踏まえてバトンのプロンプトを絞り込み、次のパスを改善してください。ページが一般的すぎたなら、コンテンツ要件を強めます。レイアウトがずれたなら、デザイン言語をより明確にします。Workflow Automation で stitch-loop が本当に役立つのはここです。各サイクルが曖昧さを減らし、同じことを繰り返すのではなく、前進させる必要があります。