产物区审阅
在独立产物区里逐份审阅和修改交付物。这是 Codex 在 7 个 Agent 里相对少见的能力。
Codex × 内容与创意 · 可处理 7/7 个环节
网站 Favicon 制作 Skill有 7 个执行步骤,Codex 可以处理 7 步,其中 2 步需要相应工具与配置。它能在独立产物区里逐份审阅和修改交付物,正好对应这个 Skill 里最吃工具的一段。在 7 个 Agent 里,同时具备产物区审阅、操作前确认的并不多,这是选它做这项任务的实际理由。页面预览属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY CODEX
适配结论
网站 Favicon 制作 Skill可以作为独立任务在 Codex 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
Codex 适合在真实网站仓库里完成网站图标接入:读取技术栈、现有 head、manifest 与 robots 配置,生成或整理图标文件,修改框架约定位置,并运行构建、文件和链接检查。它可以回读代码与页面。Logo 简化、品牌批准、生产发布和搜索结果展示继续由人工确认。
在独立产物区里逐份审阅和修改交付物。这是 Codex 在 7 个 Agent 里相对少见的能力。
在敏感写入前请求确认。关键写入前会请求确认,适合正式交付物
CAPABILITY × STEP
核心差异
网站 Favicon 制作 Skill 共 7 个环节。Codex 可以处理 7 个环节,其中 2 个需要相应工具与配置。实际结果取决于输入资料、已接入工具与运行环境。
| 步骤 | 所需能力 | 等级 | 在 Codex 下具体怎么做 |
|---|---|---|---|
| 01 确认网站环境 | 写本地文件页面预览操作前确认 | 有条件 | 可以做但有条件:Codex 对页面预览的支持有限制。 |
| 02 盘点品牌图形 | 读本地资料 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 03 规划尺寸与格式 | 版本管理 | 直接执行 | 直接交给 Codex:它能把过程文件纳入版本管理便于回溯。 |
| 04 生成网站图标 | 操作前确认 | 直接执行 | 直接交给 Codex:它能在敏感写入前请求确认。 |
| 05 接入页面与框架 | 页面预览 | 有条件 | 可以做但有条件:Codex 对页面预览的支持有限制。 |
| 06 补齐 PWA manifest | 纯判断 | 任意 Agent | 纯判断步骤,任何 Agent 都一样,取决于你给的资料质量。 |
| 07 完成搜索与多端验收 | 联网检索打开网页取正文产物区审阅操作前确认 | 直接执行 | 直接交给 Codex:它能自己发起搜索并扩展检索词。 |
价值落在「生成图标文件与接入配置」和「检查抓取」。Codex 先定位项目实际的图标入口,再按框架规则写入文件与声明,运行构建并核对 dist 中的图标、HTML link、manifest 和 robots。验收标准是每个 URL 返回正确文件,页面引用没有旧路径,改动保持可审查。
读取仓库说明、页面 head、框架元数据、public 目录、manifest 与 robots,先输出当前状态和改动清单。
基于品牌确认的方形源图确定 SVG、PNG、ICO 与各尺寸,图形判断需要品牌负责人批准。
使用工作区现有工具生成文件,按 HTML、Next.js 或其他框架约定修改配置,并检查 Git 差异。
运行构建与测试,回读输出 HTML、文件响应、manifest 和 robots;浏览器与移动设备视觉结果单独确认。
IMPORT · RUN
资料导入与任务下发
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把调研资料、数据表、网站文件和品牌规范放进 Codex 工作区,并说明最终要报告、表格、网页还是演示稿。
它可以同时读取 Skill 和项目文件,调用脚本或已连接的应用,把市场研究继续制作成可以直接交付的文件。
安装 Skill 后提供网站源码、确认过的方形源图和目标设备。Codex 先只读定位入口,再提交文件与配置改动。
COLLABORATE · CHAIN
协作与后续衔接
品牌评审图形,开发评审文件与配置,SEO 评审主页和抓取。写入生产或提交外部平台前确认目标与权限。
先生成受控图标文件,再运行框架构建,最后用网页验收任务查看多宽度、深浅模式和实际响应。
COMBINATION CASE
场景化实战案例
假设一个 Next.js 官网只有 public/favicon.ico,Apple Touch Icon 和 PWA 图标缺失。
预期结果:交付物应包含图标文件、可评审代码差异和构建验收记录;品牌批准与生产发布另行确认。
VERIFY · TROUBLESHOOT
效果验证方法
构建后检查主页 link、favicon.ico、SVG、Apple Touch Icon 与 manifest 图标都存在且路径一致,再抽查响应类型与像素。
请在 Codex 中使用「网站 Favicon 制作 Skill」。本次要完成:搜索结果或浏览器标签仍显示默认图标,需要补齐网站 Favicon 与首页声明。我会提供网站技术栈、主页地址、部署目录和 PWA 使用情况和Logo、品牌图形或已有图标源文件,优先提供 SVG 或高分辨率方形图片。请先完成一份小样,交付尺寸与格式清单:16、32、180、192、512 像素及 SVG、PNG、ICO 用途和网站图标文件方案:浏览器、Apple Touch Icon、Android 与 PWA 对应文件,并列出需要我确认的金额、日期、适用人群和目标链接。
安装完成后,先只做第 2 步:让 Codex 盘点品牌图形,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
7 个环节里有 7 个可以处理,其中 2 个需要相应工具与配置。请结合逐步说明确认实际做法。
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,先只做第 2 步:让 Codex 盘点品牌图形,并把它直接读取本机目录里的资料的过程说出来。这一步是只读的,能确认 Skill 已被识别,也能确认它拿得到需要的资料。
因为它能在独立产物区里逐份审阅和修改交付物,也能在敏感写入前请求确认,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。
源图更新时列出受影响文件、声明、缓存策略和测试。先审查差异,再重新构建和回读。
INSTALL
安装到 Codex
安装 Skill 后提供网站源码、确认过的方形源图和目标设备。Codex 先只读定位入口,再提交文件与配置改动。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「网站 Favicon 制作 Skill」安装到 Codex。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-favicon/1.0.0/skill-favicon.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 Codex 的方式安装:mkdir -p ~/.agents/skills && cp -R ./skill-favicon ~/.agents/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-favicon/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-favicon.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 Codex 中执行:
mkdir -p ~/.agents/skills && cp -R ./skill-favicon ~/.agents/skills/
验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
TRAE在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
ZCode在这个 Skill 上直接覆盖 4/7 步,而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览,换它更省事。
FURTHER READING
围绕 Codex 和这个任务的共同标签挑出来的,换成别的 Agent 看到的不是同一批。
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
订阅弹窗的周报很容易给人一种乐观错觉:新版提交率明显上涨,于是团队宣布测试胜出。打开欢迎邮件报告后,点击、优惠使用和购买却没有同步变化。这是一个假设场景,它说明了一种常见误判——团队赢了弹窗这一段,却
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
市场部改官网,销售改话术,投放改广告,三边各自有一套说法,在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍,仍然复述不出你们到底解决哪一件事,这才麻烦。功能清单越长,这句话越容易丢。产品营销要
NEXT WORKFLOW
搭配使用
按产出物与输入资料的衔接关系计算,都是同一个 Agent 下的版本,装完可以直接接着跑。
用 Codex 完成「从零搭建 B2B 冷邮件系统」,最终得到外联序列和文案框架。
用 Codex 完成「品牌官网、销售演示和社媒模板各用一套颜色与字体,需要统一视觉规范」,最终得到品牌视觉规范:字体角色、字号层级、颜色用途、间距尺度和 Logo 使用规则。
用 Codex 完成「建立出海竞品清单和对比表」,最终得到逐家公司竞品画像。