stitch-loop
作者 google-labs-codestitch-loop 是一個工作流程自動化技能,專為用 Stitch 以反覆迭代的接力式流程建立頁面而設計。它能幫助代理讀取 `.stitch/next-prompt.md`、產生下一個頁面、將其整合進網站,並以更少的猜測完成下一輪交接。
這個技能評分為 78/100,表示對於想要使用代理式 Stitch 網站建置流程、而不是泛用提示詞的目錄使用者來說,是一個相當值得收錄的選項。這個 repository 展現了真實且可重複的工作流程:讀取 baton 檔案、透過 Stitch MCP tools 產生頁面、整合進網站,並撰寫下一個提示。這樣的操作深度已足以支持安裝評估,但使用者仍需預期在 Stitch MCP、DESIGN.md 與 SITE.md 方面有一些設定成本。
- 明確的自主循環模式,透過 baton 檔案觸發(`.stitch/next-prompt.md`),並有清楚的逐步迭代流程。
- 操作支架完整:包含必要前置條件、baton 結構、範例提示詞,以及 SITE.md/DESIGN.md 範本。
- 代理效益清楚:設計目標是重複性的網站生成、整合與交接到下一輪迭代,而不是一次性的頁面撰寫。
- 需要外部設定與相依項(Stitch MCP Server、DESIGN.md、SITE.md),因此不是開箱即用。
- 部分內容仍以範本與範例為主,使用者需要依自己的專案規範調整工作流程。
stitch-loop 技能總覽
stitch-loop 是一個用來搭配 Stitch 以迭代接力循環方式建頁的工作流程自動化技能。它特別適合想要用可重複的方法建立頁面、併入網站,並把下一個任務預先交給下一輪處理的代理人或建置者。stitch-loop 最重要的價值在於延續性:它不只是讓單一提示產出一個頁面,而是要讓整個網站建置流程持續往前推進。
stitch-loop 的用途
當你的工作是「持續產出下一個有品質的頁面」,而不是「回答一次性的設計需求」時,就該使用 stitch-loop。它很適合有結構的網站組裝流程,讓 next-prompt.md、SITE.md 與 DESIGN.md 充當操作上下文,而不是每次都逼模型重新認識整個專案。
stitch-loop 和一般提示有什麼不同
一般提示可以一次生成一個頁面。stitch-loop 則加入了帶有接力檔案的循環執行模式,讓下一輪有明確的交接內容。這使它更適合多頁網站工作、代理人串接,以及其他需要狀態能跨執行次數保留下來的工作流程自動化情境。
適合的使用者與專案類型
這個技能適合已經有 Stitch 專案,或願意維護 Stitch 專案與專案記憶檔案的使用者。對網站建置者、自動化管線與代理人操作者來說,它的匹配度比臨時的一次性頁面生成更高。如果你只需要單一登陸頁,而且不打算再接續迭代,stitch-loop 很可能比你真正需要的結構還多。
如何使用 stitch-loop 技能
先安裝這個技能
請使用 README 裡的安裝指令:npx skills add google-labs-code/stitch-skills --skill stitch-loop --global。stitch-loop install 這一步只有在你的環境同時能存取 Stitch MCP server,以及 SKILL.md 裡列出的其他允許工具時,才真正有用。
先準備 stitch-loop 需要的檔案
在觸發循環之前,請確認以下輸入檔都已存在且內容是最新的:
.stitch/DESIGN.md,提供技能應遵循的設計系統細節.stitch/SITE.md,提供網站願景、路線圖與目前 sitemap.stitch/next-prompt.md,提供一個具體的頁面任務
如果你想讓 stitch-loop 發揮效果,請不要只說「做下一個頁面」。要明確寫出頁面名稱、氛圍、受眾與必要區塊。接力檔案應該像真正的頁面簡報,而不是含糊的概念。
適合循環使用的提示格式
實用的提示可以寫成:「讀取 .stitch/next-prompt.md,在 Stitch 中生成頁面,整合進網站,如果有 Chrome DevTools 就做視覺驗證,然後寫出下一個接力任務。」這樣就能清楚告訴技能要讀什麼、產出什麼,以及怎麼繼續往下做。
在改寫前先讀這些檔案
先看 SKILL.md,再看 README.md、resources/baton-schema.md、resources/site-template.md,以及 examples/ 裡的範例檔。特別是 schema 檔,因為它會清楚展示接力契約;模板則能幫你避免偏離預期的 site-memory 格式。如果你是在 Workflow Automation 情境下導入 stitch-loop,這些檔案會告訴你循環最容易在哪裡斷掉。
stitch-loop 技能 FAQ
stitch-loop 只適合全自動代理人嗎?
不是。你也可以把 stitch-loop 用在半自動流程裡,也就是每一輪都先由人審核,再寫下一個接力任務。這個技能依然有價值,因為它標準化了交接格式,也減少了重複簡報的成本。
我一定要先把 Stitch 設好嗎?
要,這是實際上的邊界。stitch-loop 預設你能存取 Stitch MCP tools,而且已經有 Stitch 專案。沒有這些基礎設施,這個技能的主要工作流程就無法按預期運作。
這比直接對 Stitch 下提示更好嗎?
如果是重複性的網站工作,通常是。直接提示很適合一次性的畫面,但當你需要可持續的流程、穩定的上下文,以及下一輪可預期的下一步時,stitch-loop 會更合適。代價是你必須持續維護接力檔案與專案記憶檔案。
stitch-loop 適合新手嗎?
只有在使用者能處理輕量級專案檔案,並理解這個技能依賴網站上下文時,才算是對新手友善。新手可以用,但應該先讀範例接力檔與模板檔,而不是期待技能自動推斷出所有內容。
如何改進 stitch-loop 技能
讓接力檔少一點不確定性
要提升 stitch-loop 的結果,最快的方法就是把 .stitch/next-prompt.md 寫得更具體。好的輸入會明確寫出頁面名稱、目的、受眾,以及必要的頁面結構。太弱的輸入會迫使代理人自行補太多內容,也更容易造成輸出不對題。
把設計與內容限制寫清楚
當 DESIGN.md 和 SITE.md 清楚說明語氣、版面與 sitemap 優先順序時,這個技能表現最好。如果你的提示只寫「請配合現有網站」,但網站檔本身又沒有把網站描述清楚,輸出品質就會下降。若你想提高 stitch-loop 的指引品質,請偏好具體限制,例如「desktop-first」、「置中容器」,或「導覽列包含 About、Shop、Contact」。
注意會讓循環失效的情況
常見問題包括:site memory 過期、接力檔缺少 frontmatter、下一頁描述太模糊,或忽略了設計系統區塊。另一個常見錯誤是要求生成 sitemap 裡已經存在的頁面,這會降低每次迭代的價值。當循環不再穩定時,請檢查 resources/baton-schema.md。
從第一個頁面之後持續迭代
當第一個頁面完成後,請根據已產出的內容更新路線圖,並用更精準的接力提示收斂下一輪。若頁面回傳得太泛,就補上更強的內容要求;若版面開始跑偏,就把設計語言寫得更明確。這也是 stitch-loop 在 Workflow Automation 裡真正有用的地方:每一輪都應該降低歧義,而不是重複同樣的不確定性。
