build-daily-inspiration-sites

打造每日灵感网站

将现有的五项灵感包转化为五个独立、原创的 Sites 项目。从当前任务进行编排；每个新建任务分别负责一个构建、一次提交和一次私有部署。

何时使用此技能

• 当用户要求将已完成的每日 UI 灵感采集（即一篇带日期的 *-ui-inspiration-capture 文章，包含五项清单）转化为五个原创落地页构建项目时使用。
• 当需要将包含五项内容的 UI 提示词包转化为五个独立的 Codex 任务，且每个任务分别负责一个构建、一次提交和一次私有 Sites 部署时使用。
• 当源内容必须仅作为艺术指导，绝不能用作复制模板，并且每项都需要在品牌、文案和图像风格上有实质性差异的替代方案时使用。
• 当需要为清单中的每项内容准备一份构建简报，并附上一张内嵌的本地全页图片时使用；请遵循 references/thread-brief-contract.md。
• 当需要在分派构建任务前，使用 scripts/validate_capture.mjs 验证采集文件夹中的 manifest.json 和 content.md 时使用。
• 不适用于重新采集原始灵感、直接编辑现有网站构建项目，或制作并非恰好五个不同网站的情况——如需创建采集内容，请改用每日 UI 灵感采集工作流。

保持界限

• 将采集内容用作依据和艺术指导，绝不将其用作复制模板。
• 除非用户明确提出要求，否则不要重新采集灵感。
• 每项清单内容恰好创建一个网站，每个网站恰好创建一个 Codex 任务。
• 不要在同一个构建任务中合并多个网站。
• 不要复用参考内容中的品牌、徽标、文字标识、文案、人物、公司、推荐语、数据、日期、方案、价格、URL、法律文本、界面截图、摄影作品或专有标记。
• 仅保留全页图片中可见的高层次视觉语言：层级、节奏、版块逻辑、对比度、留白和图片处理方式。
• 每个构建任务恰好附上一张参考图片：对应项目的全页图片。不要附上代表性静帧、视频、动态画面帧或版块裁剪图。
• 只能使用 Codex 内置浏览器。绝不能使用 Chrome。

1. 定位并验证采集内容

使用用户提供的文章路径。否则，在当前 Content 工作区中选择日期最新的 articles/YYYY-MM-DD-ui-inspiration-capture/ 文件夹。

必须满足：

• manifest.json 中包含 itemCount: 5，且恰好有五项
• 存在 content.md
• 每项都包含一张非空的本地 fullPageImage
• 每项线上网站内容都包含 pageUrl
• 每项都包含一份详细的构建者提示词

运行：

node <skill-dir>/scripts/validate_capture.mjs <article-dir>/manifest.json

如果验证失败，请停止。若缺少全页图片，请报告缺失情况，不要用其他静帧、视频、画面帧、裁剪图或实时页面截图替代。

2. 创建原创性矩阵

创建任务前，先定义五套彼此不同的替代身份。每项分别确定：

• 新品牌名称和 slug
• 符合类别的新定位陈述
• 新受众和转化目标
• 全新的内容词汇
• 全新的证明材料、指标、方案和价格
• 符合概念的全新图像方向

新名称与参考标题必须有实质性差异。检查五个备选名称之间是否意外相似。避免使用五个泛泛的 AI 名称，或仅进行五种表面上的颜色替换。

转化后的内容必须连贯一致。同一项新数据在所有出现位置都必须一致；价格、推荐语、地点、服务名称、产品界面和页脚详情都必须符合替代品牌设定。

3. 为每个条目准备一份构建简报

创建任何任务前，请阅读 references/thread-brief-contract.md。为所有占位符填写具体值；切勿派发包含 NEW_BRAND、TODO 或其他未解决标记的简报。

每份简报必须包含：

• 清单条目的准确标题和创作者
• manifest.json 和 content.md 的绝对路径
• 恰好一个内嵌的本地图片附件，使用该条目的绝对 fullPageImage 路径，并采用非围栏 Markdown 图片语法：![Full-page reference — <REFERENCE_TITLE>](<ABSOLUTE_FULL_PAGE_IMAGE_PATH>)
• 新品牌名称、类别、受众、产品或服务，以及转化目标
• 明确的原创性界限和详尽的替换清单
• 使用 sites:sites-building 和 sites:sites-hosting 的要求
• 一个语义化、单路由的 HTML 落地页；Sites starter 可通过 app/page.tsx 渲染
• 完整的响应式、无障碍、减少动态效果和交互要求
• 构建验证、精简提交、私密部署和最终 URL 要求

Markdown 图片必须能在创建的任务中作为附件呈现。不要以纯文本形式提供完整页面路径，也不要附加任何其他图片或视频。如果任务创建界面无法呈现本地 Markdown 图片，请停止并报告此阻碍，不要改为仅提供路径。

告知每个任务在编写代码前检查附加的完整页面图片。清单或文章中的详细提示词是各部分内容的唯一依据。静态完整页面图片无法证明源页面的动态效果、交互行为或实现技术，因此不要推断或声称这些细节。

4. 创建五个独立的 Codex 任务

只有在用户明确要求创建独立任务或线程时，才使用 Codex 线程工具。

1. 搜索近期任务，查找文章日期加参考标题或拟定品牌名称。若找到匹配任务，请复用，不要创建重复任务。
2. 新建独立 Sites 项目时，优先选择无项目目标，并使用唯一目录名称。
3. 如果用户要求在现有仓库中创建源文件，请先列出项目，并为每个构建创建独立工作树。
4. 使用完整简报创建全部五个任务。
5. 为每个任务指定清晰的标题，例如 Build <Brand> landing page。
6. 确认五个任务均处于活动状态。使用线程等待／状态工具；如果无法等待，则以任务列表作为确认依据。

切勿在 Content checkout 中并行编辑这五个站点。捕获文件是只读证据；每个构建只能写入其自身的任务工作区。

如果无法创建任务，请停止并报告此阻碍。不要悄悄将工作合并到当前任务中。

5. 要求完整交付 Sites 项目

每个已创建的任务都必须：

• 立即初始化 Sites
• 构建完整的单路由落地页，而非仅制作首屏样稿
• 使用语义化结构和原创、授权适当的媒体
• 避免使用模型创作的 SVG 插图
• 运行所需的生产构建并修复失败
• 仅提交通过验证的网站源代码
• 构建成功后，通过 Sites 进行私密发布
• 如果仅提供共享或公开访问权限，则遵循 Sites 审批规则
• 返回部署 URL、源代码位置、提交记录和简明的变更摘要

由于这些是后台任务，除非确有必要解决实际阻碍，否则跳过交互式浏览器预览。仍须完成发布和常规 Sites 交付。

6. 汇报启动情况

简要列出参考内容与替代品牌的对应关系及当前任务状态。如果应用要求，请为每个新任务输出一条创建任务指令。

明确说明，五个任务各自都会交付：

• 一个原创落地页
• 一个独立的源代码工作区
• 一个经过验证的提交
• 一次私密 Sites 部署

任务报告构建和部署成功之前，不要声称网站已完成。

完成检查

• 已验证的清单项恰好有 5 项。
• 每项恰好验证了一张非空的完整页面图片。
• 已定义的不同替换身份恰好有 5 个。
• 已创建或有意复用的唯一任务恰好有 5 个。
• 每项任务都恰好包含一张已渲染的完整页面图片附件，且没有仅传递图片路径的情况。
• 每份简报都替换了所有源身份、语言、数字和图像。
• 每项任务都要求构建 Sites、进行验证、提交并私密部署。
• 用户可以分别打开创建的每项任务。

参考资料

• 上游来源：MengTo/Skills — build-daily-inspiration-sites
• references/thread-brief-contract.md — 第 3 步使用的构建简报模板
• scripts/validate_capture.mjs — 第 1 步运行的截图验证器
• agents/openai.yaml — 随附的 Agent 配置