企业官网建设流程全解析

{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/agents

Brand Feel

{adj1}, {adj2}, {adj3}

Color Direction

Primary: {color name} ({hex}) -- {why this fits the brand} Mode: {Light/Dark} Variant: {colorVariant}

Typography

Headlines: {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、sharp）：PLUS_JAKARTA_SANS（默认现代首选）、DM_SANS（亲和 SaaS）、GEIST（dev tool、Vercel 风）、SORA（创意科技）、SPACE_GROTESK（工程/数据/API 工具）、IBM_PLEX_SANS（企业/基础设施）、INTER（安全但可能显得普通）； - **温暖 / 友好无衬线**（warm、friendly、approachable）：NUNITO_SANS、RUBIK、LEXEND（教育/无障碍）、MANROPE（生活方式/团队工具）； - **专业 / 企业**（professional、trustworthy、established、reliable）：PUBLIC_SANS（合规/安全/金融）、SOURCE_SANS_THREE（咨询/医疗科技）、WORK_SANS（实用工具/生产力）、HANKEN_GROTESK（设计系统/架构）、ARIMO（保守行业/B2B）； - **传统 / 优雅衬线**（elegant、premium、refined、classic）：NEWSREADER（内容平台/出版）、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_SANS；dev tool/CLI/API → GEIST + SPACE_GROTESK；开源项目 → PLUS_JAKARTA_SANS + INTER；开发者作品集 → EPILOGUE + LITERATA；B2B/企业 → 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` + EXPLORE（2-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 sections"；"Needs more padding / font-size too small"→ 追问 "哪个区块太拥挤或难读？"；"Make it pop"→ 追问 "标题、CTA 按钮还是整体对比需要更突出？"。 ### 变体展示 把每个变体响应存为 `desktop-vN-option-a.html`、`-b.html`、`-c.html` 并全部本地打开，方便用户在独立标签页对比；逐一标注一个区分性特征后问："你倾向哪个方向？还是想让我把不同选项的元素组合起来？"选定后将选中项另存为下一版本（`desktop-vN+1.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:

1. Hero with headline, subheadline, and primary call-to-action
2. {Second section based on product type}
3. {Third section}
4. {Fourth section}
5. Footer with links and secondary call-to-action

Do 清单：用区块与内容目的描述布局；即使设计系统已编码 mood 也要在提示词中重申（加强效果）；显式写出 CTA 按钮文案；提示词控制在 6-8 句以内；点名具体区块类型。Don't 清单：不在提示词中写 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/Benefits（3-4 条价值主张）、How It Works、Code Snippet/Demo（dev 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、Footer；Dev tool/CLI → Hero、Code Snippet、Features、How It Works、Integrations、Final CTA、Footer；API/SDK → Hero、Code Snippet、Features、Integrations、Pricing、FAQ、Final CTA、Footer；开源项目 → Hero、Code Snippet、Features、Social Proof（stars/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. 打 zip：`zip -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