{Project Name} -- Design System【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agentsBrand Feel{adj1}, {adj2}, {adj3}Color DirectionPrimary: {color name} ({hex}) -- {why this fits the brand} Mode: {Light/Dark} Variant: {colorVariant}TypographyHeadlines: {font name} -- Body: {font name}Shape{Roundness description}### Stitch 概念模型理解 Phase 2-3 的前提 - **Project**顶层容器一次落地页协作一个项目包含 screens 与 design system - **Screen**单个生成的 UI 设计关联 HTML 与截图均为可下载 URL。编辑会生成新版本原始版本被保留、可回访 - **Design System**全项目范围的视觉 token颜色、字体、形状、间距以语义化语言而非 CSS 描述统一应用到所有 screens - **生成是异步的**屏幕生成耗时 1-3 分钟感觉慢时不要重试改用 get_screen / list_screens 查询完成状态 - **资源即 URL**getHtml() 与 getImage() 返回下载 URL 而非内联内容需自行下载文件 - **命名空间可变**MCP 工具名前缀因服务端配置而异启动时务必用 list_tools 发现。 ### 字体选择Font Personality Guide Stitch 支持 28 个字体枚举选择时须同时指定 headline 与 body 两类字体。参考文档按品牌人格给出推荐 - **现代 / 干净无衬线**modern、clean、minimal、technical、sharpPLUS_JAKARTA_SANS默认现代首选、DM_SANS亲和 SaaS、GEISTdev tool、Vercel 风、SORA创意科技、SPACE_GROTESK工程/数据/API 工具、IBM_PLEX_SANS企业/基础设施、INTER安全但可能显得普通 - **温暖 / 友好无衬线**warm、friendly、approachableNUNITO_SANS、RUBIK、LEXEND教育/无障碍、MANROPE生活方式/团队工具 - **专业 / 企业**professional、trustworthy、established、reliablePUBLIC_SANS合规/安全/金融、SOURCE_SANS_THREE咨询/医疗科技、WORK_SANS实用工具/生产力、HANKEN_GROTESK设计系统/架构、ARIMO保守行业/B2B - **传统 / 优雅衬线**elegant、premium、refined、classicNEWSREADER内容平台/出版、LIBRE_CASLON_TEXT写作工具/知识库、EB_GARAMOND高端服务、LITERATA精品 SaaS、SOURCE_SERIF_FOUR专业服务、DOMINE金融/地产、NOTO_SERIF国际化产品 - **展示 / 声明型**仅 headline正文配中性字体EPILOGUE、BE_VIETNAM_PRO、SPLINE_SANS、MONTSERRAT、METROPOLIS。 推荐配对示例SaaS/web app → SORA DM_SANSdev tool/CLI/API → GEIST SPACE_GROTESK开源项目 → PLUS_JAKARTA_SANS INTER开发者作品集 → EPILOGUE LITERATAB2B/企业 → HANKEN_GROTESK SOURCE_SANS_THREE消费者产品 → PLUS_JAKARTA_SANS NUNITO_SANS数据/分析 → SPACE_GROTESK IBM_PLEX_SANS高端/设计工具 → EB_GARAMOND INTER。 ### 颜色变体决策树colorVariant Stitch 依据 customColor 用 colorVariant 枚举生成调色板选择依据是访谈中的品牌形容词 | 品牌人格 | colorVariant | 理由 | 示例产品类型 | |---|---|---|---| | 大胆、活力、有能量 | VIBRANT | 高饱和、动态 | 营销工具、社交应用、社区平台 | | 干净、极简、技术 | NEUTRAL | 克制、沉稳 | Dev tools、API、基础设施 | | 精致、微妙 | TONAL_SPOT | 细腻的色调变化 | 设计工具、分析平台、B2B SaaS | | 戏剧化、聚焦、单一 | MONOCHROME | 单色系深度 | 作品集、高端工具 | | 俏皮、表现力强 | EXPRESSIVE | 广色域 | 消费者应用、创意工具、市场 | | 忠于既有品牌 | FIDELITY | 最贴近 customColor | 有既定品牌色的产品 | | 大地、自然、有机 | CONTENT | 温暖、内容衍生 | 健康、可持续、户外 | | 奇幻、节日、多元 | RAINBOW | 全色相变化 | 创意平台、社区工具 | | 清新、多彩、明快 | FRUIT_SALAD | 多变但协调 | 消费者应用、教育、社交 | 无既有品牌色时的默认色建议情绪 → hex → 色名信任可靠 #1E40AF 深蓝、稳定专业 #1E3A5F 藏青、能量紧迫 #DC2626 红、温暖友好 #EA580C 暖橙、成长健康/开源 #16A34A 绿、现代清新 #0D9488 青、创意高端 #7C3AED 紫、技术开发者向 #4F46E5 靛蓝、温暖品质传统 #D97706 琥珀、中性精致 #374151 石板灰。 ### 圆角值roundness | 枚举 | 半径 | 感觉 | Tailwind 对应 | 典型用途 | |---|---|---|---|---| | ROUND_FOUR | 4px | 锐利、精确 | rounded | 金融科技、企业、dev tools | | ROUND_EIGHT | 8px | 均衡、现代 | rounded-lg | 大多数产品的默认值 | | ROUND_TWELVE | 12px | 柔和、友好 | rounded-xl | 消费者应用、SaaS | | ROUND_FULL | Pill/全圆 | 俏皮、大胆 | rounded-full | 创业公司、创意、徽章 | ## Phase 3生成与评审循环核心工作流 循环持续运行直到用户批准设计。首轮生成的步骤是按产品类型选区块 → 用提示词模板写生成提示词 → 以 deviceType: DESKTOP 调用 generate_screen_from_text → 等待 1-3 分钟不要因慢而重试→ 把返回的 HTML 存为带版本号的文件desktop-v1.html、desktop-v2.html……移动端同理 mobile-vN.html→ 在浏览器中打开本地文件 → 把 screen ID 写入 .stitch/metadata.json 的 screens.desktop.current 并追加到 screens.desktop.history。 打开文件应使用平台对应命令macOS open、Linux xdg-open、Windows start经 cmd /c start均不可用时告知用户文件路径。 ### 呈现与提问 每次生成、编辑或变体选择后保存 SDK 返回的 HTML → 浏览器打开 → 用 1-2 句简述结构hero 在最上方……→ 问三个反馈问题 1. 头 5 秒的直觉反应是什么 2. 这像你的产品吗 3. 有没有感觉不对、缺失或不太对劲的地方 刻意不问Do you like it?——那只会得到没有可执行信息的 yes/no。同时用五个设计维度引导非设计背景用户做评价信息清晰度5 秒内能否看懂产品、CTA 可见性、颜色印象是否匹配三个形容词、阅读动线区块顺序对产品认知是否合理、可信度是否像真实维护的项目。 ### 反馈翻译表把用户语言变成 Stitch 操作 | 反馈模式 | 动作 | 工具 | |---|---|---| | 具体定向修改移动 X把标题改成 Y | 直接编辑 | edit_screens | | 泛泛不满我不喜欢太无聊 | 探索替代 | generate_variants EXPLORE2-3 个变体 | | 部分认可布局好但颜色不行 | 定向变体 | generate_variants 仅指定相关维度 | | 想比较给我看些选项 | 广泛探索 | generate_variants 3 个变体 EXPLORE | | 想要完全不同的东西 | 彻底重想 | generate_variants REIMAGINE | | 我更喜欢之前的版本 | 回滚 | 从 screens.desktop.history 重新获取 | | CSS 级反馈padding 不够字太小 | 翻译为设计意图 | edit_screens 用设计级指令 | | 明确认可看着不错ship it | 退出循环 | 进入移动端提问再到 Phase 4 | 用户以 CSS/像素/Tailwind class 等实现术语反馈时应认可其意图但翻译成设计语言再交给 Stitch。例如访谈框架中的引导表More whitespace / too cramped→ 编辑为 Add more breathing room between sectionsNeeds more padding / font-size too small→ 追问 哪个区块太拥挤或难读Make it pop→ 追问 标题、CTA 按钮还是整体对比需要更突出。 ### 变体展示 把每个变体响应存为 desktop-vN-option-a.html、-b.html、-c.html 并全部本地打开方便用户在独立标签页对比逐一标注一个区分性特征后问你倾向哪个方向还是想让我把不同选项的元素组合起来选定后将选中项另存为下一版本desktop-vN1.html继续循环。 ### 循环护栏 - 任何编辑或变体选择后**始终在浏览器中打开更新后的 HTML** - 每次状态变更后**更新 metadata绝不丢弃旧版本** - 第 3 轮积极反馈后提示已经不错了。继续迭代还是先发布再精修 - 第 5 轮后追问还剩的最重要一项改动是什么 ### 移动端变体 桌面版获批后询问是否生成移动端布局。若需要以 deviceType: MOBILE 生成并跑一轮短评审循环通常 1-2 轮即可。 ## 提示词工程模式支撑 Phase 3 的底层参考 ### 生成提示词模板A {DESKTOP|MOBILE} landing page for {projectName}, {one-sentence description}.Hero: {headline concept} with a clear {CTA button text} button. Target users: {target user description}. Mood: {adj1}, {adj2}, {adj3}.Sections:Hero with headline, subheadline, and primary call-to-action{Second section based on product type}{Third section}{Fourth section}Footer with links and secondary call-to-actionDo 清单用区块与内容目的描述布局即使设计系统已编码 mood 也要在提示词中重申加强效果显式写出 CTA 按钮文案提示词控制在 6-8 句以内点名具体区块类型。Dont 清单不在提示词中写 CSS/HTML/代码不引用像素、padding、margin、断点不要动画或交互Stitch 只生成静态 HTML区块不超过 5-6 个超载降质不用空泛指令make it nice。 ### 编辑与变体提示词 编辑模式示例要点是设计级而非实现级改布局顺序 Move the testimonials section above the features section、调色 Make the hero background darker、改字 Make the headline larger and bolder、换内容 Change the headline to {exact text}、强化 CTA Make the call-to-action button more prominent with higher contrast、删元素 Remove the third feature card、加区块 Add a pricing section before the footer、留白 Add more breathing room between sections。 变体模式intent aspects 组合轻微打磨 REFINE[TEXT_FONT, LAYOUT]、颜色探索 EXPLORE[COLOR_SCHEME]、布局替代 EXPLORE[LAYOUT]、广泛探索 EXPLORE[LAYOUT, COLOR_SCHEME, IMAGES]、彻底重想 REIMAGINE全部维度。 ### 区块分类与按产品类型选区块 标准区块建议顺序Hero总是第一、Social Proof Bar有知名采用者或指标时、Problem/Solution、Features/Benefits3-4 条价值主张、How It Works、Code Snippet/Demodev tools/CLI/SDK/API、Integrations、Testimonials、Pricing、FAQ、About/Story个人品牌/独立项目、Final CTA总是倒数第二、Footer总是最后。 按产品类型推荐区块SaaS/web app → Hero、Social Proof、Features、How It Works、Pricing、Testimonials、Final CTA、FooterDev tool/CLI → Hero、Code Snippet、Features、How It Works、Integrations、Final CTA、FooterAPI/SDK → Hero、Code Snippet、Features、Integrations、Pricing、FAQ、Final CTA、Footer开源项目 → Hero、Code Snippet、Features、Social Proofstars/contributors、About、Final CTA、Footer开发者作品集 → Hero、Featured Projects、Testimonials、About、Final CTA、Footer副项目/独立产品 → Hero、Problem/Solution、Features、Pricing、FAQ、Final CTA、Footer代理/咨询 → Hero、Problem/Solution、How It Works、Testimonials、Social Proof、Final CTA、Footer。 ### 把设计系统应用到既有屏幕 这是需要小心处理数据的一步先 get_project 取得 screenInstances每个 screenInstance 含两个必需字段——id实例 ID不同于 screen ID与 sourceScreen格式 projects/{project}/screens/{screen} 的资源名构造含 id 与 sourceScreen 的 selectedScreenInstances 数组再以 projectId、assetId来自设计系统与 selectedScreenInstances 调用 apply_design_system最后重新拉取屏幕取得更新后的 HTML。最常见的错误是把 screen ID 当成实例 ID——它们不同实例 ID 来自 get_project 响应的 screenInstances 数组。 ## Phase 4交付包Delivery Bundle ### 交付包结构{project-name}-landing-page/ index.html # 最终桌面 HTML mobile.html # 移动端 HTML若生成 design/ DESIGN.md # 品牌设计系统文档 color-tokens.json # 结构化的设计 token assets/ {user-provided images} DEPLOY.md # 部署清单### 创建步骤 1. 在 .stitch/designs/ 中定位最新获批版本编号最高的 desktop-vN.html以及移动端 mobile-vN.html复制到包根目录并重命名为 index.html / mobile.html中间版本与变体对比文件一律不进入交付包 2. 生成 color-tokens.json字段含主色、colorMode、colorVariant、字体、roundness 3. 复制 .stitch/DESIGN.md 4. 若有则收集 .stitch/user-assets/ 下的用户资产 5. 用 [state-and-pitfalls.md](https://link.gitcode.com/i/839d55abd0c759e9fb6c2a9fb1b6f2ba) 中的模板生成 DEPLOY.md 6. 打 zipzip -r {project-name}-landing-page.zip {project-name}-landing-page/ 7. 告知用户交付包位置并提示查看 DEPLOY.md 的部署清单。 ### DEPLOY.md 模板要点 模板覆盖四个部分**包内容说明**index.html / mobile.html / DESIGN.md / color-tokens.json / assets 各自用途**设计 token**主色及 hex、headline/body 字体及 Google Fonts 族名、border radius 及 px 值、color mode**部署清单**替换占位图、将 CTA 链接指向目标地址、把 assets 图片换入 HTML 占位处、接入分析脚本如 Plausible/PostHog/Google Analytics、验证 Google Fonts 正确加载、上线前在移动端测试**部署选项**静态托管如 Vercel vercel deploy、Netlify netlify deploy、GitHub Pages或复制 HTML 进既有框架的落地路由自定义域名则按托管商文档配置 DNS。 ## 状态管理metadata.json 与恢复机制 ### metadata.json Schema .stitch/metadata.json 的完整 schema来自 [state-and-pitfalls.md](https://link.gitcode.com/i/839d55abd0c759e9fb6c2a9fb1b6f2ba) json { projectId: , projectTitle: , designSystemId: , screens: { desktop: { current: , history: [] }, mobile: { current: , history: [] } }, interview: { projectName: , description: , targetUsers: , cta: , brandFeel: [], colorMode: , primaryColor: , colorVariant: , headlineFont: , bodyFont: , roundness: }, iterationCount: 0, status: interview }【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agents创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 {Project Name} -- Design System
{Project Name} -- Design System【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agentsBrand Feel{adj1}, {adj2}, {adj3}Color DirectionPrimary: {color name} ({hex}) -- {why this fits the brand} Mode: {Light/Dark} Variant: {colorVariant}TypographyHeadlines: {font name} -- Body: {font name}Shape{Roundness description}### Stitch 概念模型理解 Phase 2-3 的前提 - **Project**顶层容器一次落地页协作一个项目包含 screens 与 design system - **Screen**单个生成的 UI 设计关联 HTML 与截图均为可下载 URL。编辑会生成新版本原始版本被保留、可回访 - **Design System**全项目范围的视觉 token颜色、字体、形状、间距以语义化语言而非 CSS 描述统一应用到所有 screens - **生成是异步的**屏幕生成耗时 1-3 分钟感觉慢时不要重试改用 get_screen / list_screens 查询完成状态 - **资源即 URL**getHtml() 与 getImage() 返回下载 URL 而非内联内容需自行下载文件 - **命名空间可变**MCP 工具名前缀因服务端配置而异启动时务必用 list_tools 发现。 ### 字体选择Font Personality Guide Stitch 支持 28 个字体枚举选择时须同时指定 headline 与 body 两类字体。参考文档按品牌人格给出推荐 - **现代 / 干净无衬线**modern、clean、minimal、technical、sharpPLUS_JAKARTA_SANS默认现代首选、DM_SANS亲和 SaaS、GEISTdev tool、Vercel 风、SORA创意科技、SPACE_GROTESK工程/数据/API 工具、IBM_PLEX_SANS企业/基础设施、INTER安全但可能显得普通 - **温暖 / 友好无衬线**warm、friendly、approachableNUNITO_SANS、RUBIK、LEXEND教育/无障碍、MANROPE生活方式/团队工具 - **专业 / 企业**professional、trustworthy、established、reliablePUBLIC_SANS合规/安全/金融、SOURCE_SANS_THREE咨询/医疗科技、WORK_SANS实用工具/生产力、HANKEN_GROTESK设计系统/架构、ARIMO保守行业/B2B - **传统 / 优雅衬线**elegant、premium、refined、classicNEWSREADER内容平台/出版、LIBRE_CASLON_TEXT写作工具/知识库、EB_GARAMOND高端服务、LITERATA精品 SaaS、SOURCE_SERIF_FOUR专业服务、DOMINE金融/地产、NOTO_SERIF国际化产品 - **展示 / 声明型**仅 headline正文配中性字体EPILOGUE、BE_VIETNAM_PRO、SPLINE_SANS、MONTSERRAT、METROPOLIS。 推荐配对示例SaaS/web app → SORA DM_SANSdev tool/CLI/API → GEIST SPACE_GROTESK开源项目 → PLUS_JAKARTA_SANS INTER开发者作品集 → EPILOGUE LITERATAB2B/企业 → HANKEN_GROTESK SOURCE_SANS_THREE消费者产品 → PLUS_JAKARTA_SANS NUNITO_SANS数据/分析 → SPACE_GROTESK IBM_PLEX_SANS高端/设计工具 → EB_GARAMOND INTER。 ### 颜色变体决策树colorVariant Stitch 依据 customColor 用 colorVariant 枚举生成调色板选择依据是访谈中的品牌形容词 | 品牌人格 | colorVariant | 理由 | 示例产品类型 | |---|---|---|---| | 大胆、活力、有能量 | VIBRANT | 高饱和、动态 | 营销工具、社交应用、社区平台 | | 干净、极简、技术 | NEUTRAL | 克制、沉稳 | Dev tools、API、基础设施 | | 精致、微妙 | TONAL_SPOT | 细腻的色调变化 | 设计工具、分析平台、B2B SaaS | | 戏剧化、聚焦、单一 | MONOCHROME | 单色系深度 | 作品集、高端工具 | | 俏皮、表现力强 | EXPRESSIVE | 广色域 | 消费者应用、创意工具、市场 | | 忠于既有品牌 | FIDELITY | 最贴近 customColor | 有既定品牌色的产品 | | 大地、自然、有机 | CONTENT | 温暖、内容衍生 | 健康、可持续、户外 | | 奇幻、节日、多元 | RAINBOW | 全色相变化 | 创意平台、社区工具 | | 清新、多彩、明快 | FRUIT_SALAD | 多变但协调 | 消费者应用、教育、社交 | 无既有品牌色时的默认色建议情绪 → hex → 色名信任可靠 #1E40AF 深蓝、稳定专业 #1E3A5F 藏青、能量紧迫 #DC2626 红、温暖友好 #EA580C 暖橙、成长健康/开源 #16A34A 绿、现代清新 #0D9488 青、创意高端 #7C3AED 紫、技术开发者向 #4F46E5 靛蓝、温暖品质传统 #D97706 琥珀、中性精致 #374151 石板灰。 ### 圆角值roundness | 枚举 | 半径 | 感觉 | Tailwind 对应 | 典型用途 | |---|---|---|---|---| | ROUND_FOUR | 4px | 锐利、精确 | rounded | 金融科技、企业、dev tools | | ROUND_EIGHT | 8px | 均衡、现代 | rounded-lg | 大多数产品的默认值 | | ROUND_TWELVE | 12px | 柔和、友好 | rounded-xl | 消费者应用、SaaS | | ROUND_FULL | Pill/全圆 | 俏皮、大胆 | rounded-full | 创业公司、创意、徽章 | ## Phase 3生成与评审循环核心工作流 循环持续运行直到用户批准设计。首轮生成的步骤是按产品类型选区块 → 用提示词模板写生成提示词 → 以 deviceType: DESKTOP 调用 generate_screen_from_text → 等待 1-3 分钟不要因慢而重试→ 把返回的 HTML 存为带版本号的文件desktop-v1.html、desktop-v2.html……移动端同理 mobile-vN.html→ 在浏览器中打开本地文件 → 把 screen ID 写入 .stitch/metadata.json 的 screens.desktop.current 并追加到 screens.desktop.history。 打开文件应使用平台对应命令macOS open、Linux xdg-open、Windows start经 cmd /c start均不可用时告知用户文件路径。 ### 呈现与提问 每次生成、编辑或变体选择后保存 SDK 返回的 HTML → 浏览器打开 → 用 1-2 句简述结构hero 在最上方……→ 问三个反馈问题 1. 头 5 秒的直觉反应是什么 2. 这像你的产品吗 3. 有没有感觉不对、缺失或不太对劲的地方 刻意不问Do you like it?——那只会得到没有可执行信息的 yes/no。同时用五个设计维度引导非设计背景用户做评价信息清晰度5 秒内能否看懂产品、CTA 可见性、颜色印象是否匹配三个形容词、阅读动线区块顺序对产品认知是否合理、可信度是否像真实维护的项目。 ### 反馈翻译表把用户语言变成 Stitch 操作 | 反馈模式 | 动作 | 工具 | |---|---|---| | 具体定向修改移动 X把标题改成 Y | 直接编辑 | edit_screens | | 泛泛不满我不喜欢太无聊 | 探索替代 | generate_variants EXPLORE2-3 个变体 | | 部分认可布局好但颜色不行 | 定向变体 | generate_variants 仅指定相关维度 | | 想比较给我看些选项 | 广泛探索 | generate_variants 3 个变体 EXPLORE | | 想要完全不同的东西 | 彻底重想 | generate_variants REIMAGINE | | 我更喜欢之前的版本 | 回滚 | 从 screens.desktop.history 重新获取 | | CSS 级反馈padding 不够字太小 | 翻译为设计意图 | edit_screens 用设计级指令 | | 明确认可看着不错ship it | 退出循环 | 进入移动端提问再到 Phase 4 | 用户以 CSS/像素/Tailwind class 等实现术语反馈时应认可其意图但翻译成设计语言再交给 Stitch。例如访谈框架中的引导表More whitespace / too cramped→ 编辑为 Add more breathing room between sectionsNeeds more padding / font-size too small→ 追问 哪个区块太拥挤或难读Make it pop→ 追问 标题、CTA 按钮还是整体对比需要更突出。 ### 变体展示 把每个变体响应存为 desktop-vN-option-a.html、-b.html、-c.html 并全部本地打开方便用户在独立标签页对比逐一标注一个区分性特征后问你倾向哪个方向还是想让我把不同选项的元素组合起来选定后将选中项另存为下一版本desktop-vN1.html继续循环。 ### 循环护栏 - 任何编辑或变体选择后**始终在浏览器中打开更新后的 HTML** - 每次状态变更后**更新 metadata绝不丢弃旧版本** - 第 3 轮积极反馈后提示已经不错了。继续迭代还是先发布再精修 - 第 5 轮后追问还剩的最重要一项改动是什么 ### 移动端变体 桌面版获批后询问是否生成移动端布局。若需要以 deviceType: MOBILE 生成并跑一轮短评审循环通常 1-2 轮即可。 ## 提示词工程模式支撑 Phase 3 的底层参考 ### 生成提示词模板A {DESKTOP|MOBILE} landing page for {projectName}, {one-sentence description}.Hero: {headline concept} with a clear {CTA button text} button. Target users: {target user description}. Mood: {adj1}, {adj2}, {adj3}.Sections:Hero with headline, subheadline, and primary call-to-action{Second section based on product type}{Third section}{Fourth section}Footer with links and secondary call-to-actionDo 清单用区块与内容目的描述布局即使设计系统已编码 mood 也要在提示词中重申加强效果显式写出 CTA 按钮文案提示词控制在 6-8 句以内点名具体区块类型。Dont 清单不在提示词中写 CSS/HTML/代码不引用像素、padding、margin、断点不要动画或交互Stitch 只生成静态 HTML区块不超过 5-6 个超载降质不用空泛指令make it nice。 ### 编辑与变体提示词 编辑模式示例要点是设计级而非实现级改布局顺序 Move the testimonials section above the features section、调色 Make the hero background darker、改字 Make the headline larger and bolder、换内容 Change the headline to {exact text}、强化 CTA Make the call-to-action button more prominent with higher contrast、删元素 Remove the third feature card、加区块 Add a pricing section before the footer、留白 Add more breathing room between sections。 变体模式intent aspects 组合轻微打磨 REFINE[TEXT_FONT, LAYOUT]、颜色探索 EXPLORE[COLOR_SCHEME]、布局替代 EXPLORE[LAYOUT]、广泛探索 EXPLORE[LAYOUT, COLOR_SCHEME, IMAGES]、彻底重想 REIMAGINE全部维度。 ### 区块分类与按产品类型选区块 标准区块建议顺序Hero总是第一、Social Proof Bar有知名采用者或指标时、Problem/Solution、Features/Benefits3-4 条价值主张、How It Works、Code Snippet/Demodev tools/CLI/SDK/API、Integrations、Testimonials、Pricing、FAQ、About/Story个人品牌/独立项目、Final CTA总是倒数第二、Footer总是最后。 按产品类型推荐区块SaaS/web app → Hero、Social Proof、Features、How It Works、Pricing、Testimonials、Final CTA、FooterDev tool/CLI → Hero、Code Snippet、Features、How It Works、Integrations、Final CTA、FooterAPI/SDK → Hero、Code Snippet、Features、Integrations、Pricing、FAQ、Final CTA、Footer开源项目 → Hero、Code Snippet、Features、Social Proofstars/contributors、About、Final CTA、Footer开发者作品集 → Hero、Featured Projects、Testimonials、About、Final CTA、Footer副项目/独立产品 → Hero、Problem/Solution、Features、Pricing、FAQ、Final CTA、Footer代理/咨询 → Hero、Problem/Solution、How It Works、Testimonials、Social Proof、Final CTA、Footer。 ### 把设计系统应用到既有屏幕 这是需要小心处理数据的一步先 get_project 取得 screenInstances每个 screenInstance 含两个必需字段——id实例 ID不同于 screen ID与 sourceScreen格式 projects/{project}/screens/{screen} 的资源名构造含 id 与 sourceScreen 的 selectedScreenInstances 数组再以 projectId、assetId来自设计系统与 selectedScreenInstances 调用 apply_design_system最后重新拉取屏幕取得更新后的 HTML。最常见的错误是把 screen ID 当成实例 ID——它们不同实例 ID 来自 get_project 响应的 screenInstances 数组。 ## Phase 4交付包Delivery Bundle ### 交付包结构{project-name}-landing-page/ index.html # 最终桌面 HTML mobile.html # 移动端 HTML若生成 design/ DESIGN.md # 品牌设计系统文档 color-tokens.json # 结构化的设计 token assets/ {user-provided images} DEPLOY.md # 部署清单### 创建步骤 1. 在 .stitch/designs/ 中定位最新获批版本编号最高的 desktop-vN.html以及移动端 mobile-vN.html复制到包根目录并重命名为 index.html / mobile.html中间版本与变体对比文件一律不进入交付包 2. 生成 color-tokens.json字段含主色、colorMode、colorVariant、字体、roundness 3. 复制 .stitch/DESIGN.md 4. 若有则收集 .stitch/user-assets/ 下的用户资产 5. 用 [state-and-pitfalls.md](https://link.gitcode.com/i/839d55abd0c759e9fb6c2a9fb1b6f2ba) 中的模板生成 DEPLOY.md 6. 打 zipzip -r {project-name}-landing-page.zip {project-name}-landing-page/ 7. 告知用户交付包位置并提示查看 DEPLOY.md 的部署清单。 ### DEPLOY.md 模板要点 模板覆盖四个部分**包内容说明**index.html / mobile.html / DESIGN.md / color-tokens.json / assets 各自用途**设计 token**主色及 hex、headline/body 字体及 Google Fonts 族名、border radius 及 px 值、color mode**部署清单**替换占位图、将 CTA 链接指向目标地址、把 assets 图片换入 HTML 占位处、接入分析脚本如 Plausible/PostHog/Google Analytics、验证 Google Fonts 正确加载、上线前在移动端测试**部署选项**静态托管如 Vercel vercel deploy、Netlify netlify deploy、GitHub Pages或复制 HTML 进既有框架的落地路由自定义域名则按托管商文档配置 DNS。 ## 状态管理metadata.json 与恢复机制 ### metadata.json Schema .stitch/metadata.json 的完整 schema来自 [state-and-pitfalls.md](https://link.gitcode.com/i/839d55abd0c759e9fb6c2a9fb1b6f2ba) json { projectId: , projectTitle: , designSystemId: , screens: { desktop: { current: , history: [] }, mobile: { current: , history: [] } }, interview: { projectName: , description: , targetUsers: , cta: , brandFeel: [], colorMode: , primaryColor: , colorVariant: , headlineFont: , bodyFont: , roundness: }, iterationCount: 0, status: interview }【免费下载链接】agentsMulti-harness agentic plugin marketplace for Claude Code, Codex, Cursor, OpenCode, GitHub Copilot, and Google Antigravity项目地址: https://gitcode.com/GitHub_Trending/agents24/agents创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考