build-daily-inspiration-sites

打造每日灵感网站

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

保持边界

• 将采集内容用作证据和艺术指导，绝不照搬为模板。
• 除非用户明确要求，否则不要重新采集灵感。
• 每个清单项只创建一个网站，每个网站只创建一个 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 名称，或仅将颜色替换为五种不同颜色。

整个转换必须前后一致。新数据在所有出现位置都必须一致；价格、客户评价、地点、服务名称、产品 UI 和页脚细节都必须符合替换品牌。

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 部署

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

完成检查

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