用途：这是多步骤 Google Stitch 工作的入口，串联专项技能并跟踪它们之间流动的标识符，本身不执行设计。请求明确落在一个步骤时，交给该专项技能；专项技能未安装时使用回退调用。
典型顺序：先解析或创建项目（create_project 前先 list_projects 避免重复）；在生成任何界面前先建立设计系统；再基于该设计系统生成界面（把其 assetId 传给 generate_screen_from_text 的 designSystem 参数）；然后用 edit_screens 精修或 generate_variants 探索替代方案。界面与设计系统稳定后，后续路线不严格顺序：导出设计令牌或 DESIGN.md、切分为框架组件、搭建 Storybook、或交接给转代码；组件与转代码是并行选择而非前后步骤。除用户明确说界面是一次性、不需一致性外，不要跳过设计系统。
导出：设计令牌与 DESIGN.md 文本均来自 get_project（name: "projects/{id}"）响应中的 designTheme；没有专用导出工具，需自行读取 designTheme.designMd 写入文件，且该字段不一定存在。
需保持的状态：projectId（无 projects/ 前缀）、设计系统 assetId（无 assets/ 前缀）、屏幕 id、屏幕实例 id（{id, sourceScreen}，仅 get_project 可得）、选定的 deviceType（MOBILE/DESKTOP/TABLET/AGNOSTIC）。长时间会话中不要依赖记忆，调用前用 get_project 或 list_screens 重新读取当前状态。
会话配置：先检查消费项目宿主设置目录中的 stitch.local.md（Codex 用 .codex/，Claude Code 用 .claude/）；存在则读取其 projectId、designSystemAssetId、deviceType、modelId 作为默认值，用户明确指定时以用户为准；不存在时不要静默创建，可在建立项目与设计系统后征得同意再写入。
成本与等待：生成、编辑、变体均耗时数分钟并消耗配额，应写一次完整的提示而非多次小改动；长任务超时或断连时不要重试，改为每 30 秒轮询 get_screen（或 list_screens），最多 10 次，确认是否实际完成。
限制：各专项技能单独分发，可能未安装，需使用回退工具调用；不得编造或猜测未经工具返回的标识符；不得把源屏幕 id 当作屏幕实例 id 使用。