产物区审阅
在独立产物区里逐份审阅和修改交付物。这是 Codex 在 7 个 Agent 里相对少见的能力。
Codex × 内容与创意 · 可处理 4/4 个环节
API 产品介绍页策划 Skill有 4 个执行步骤,Codex 可以处理 4 步,其中 1 步需要相应工具与配置。它能在独立产物区里逐份审阅和修改交付物,正好对应这个 Skill 里最吃工具的一段。中文办公文档属于有条件支持,执行路径和原生能力不同,下面单独说明。
WHY CODEX
适配结论
API 产品介绍页策划 Skill可以作为独立任务在 Codex 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
Codex 适合在官网与开发文档仓库中准备 API 产品介绍页,对照现有路由、页面组件、OpenAPI 文件、文档链接和 SEO 配置,把策划稿写成与项目结构对应的实施清单。需要修改代码时,先由团队确认页面文案与技术资料。
在独立产物区里逐份审阅和修改交付物。这是 Codex 在 7 个 Agent 里相对少见的能力。
CAPABILITY × STEP
核心差异
API 产品介绍页策划 Skill 共 4 个环节。Codex 可以处理 4 个环节,其中 1 个需要相应工具与配置。实际结果取决于输入资料、已接入工具与运行环境。
| 步骤 | 所需能力 | 等级 | 在 Codex 下具体怎么做 |
|---|---|---|---|
| 01 确认 API 类型、页面读者与文档位置 | 读本地资料打开网页取正文中文办公文档 | 有条件 | 可以做但有条件:可以生成和读取办公文档,但复杂版式仍需人工调整。 |
| 02 提炼价值主张、核心能力与典型用例 | 读本地资料写本地文件产物区审阅 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 03 安排快速开始、认证概览、SDK 与 CTA | 读本地资料写本地文件打开网页取正文产物区审阅 | 直接执行 | 直接交给 Codex:它能直接读取本机目录里的资料。 |
| 04 完成 API SEO 元数据与内部链接 | 写本地文件产物区审阅打开网页取正文 | 直接执行 | 直接交给 Codex:它能把过程文件和成果直接落盘保存。 |
API 页面进入项目后,营销文案、产品能力、文档 URL、SDK 列表和页面组件经常处在不同目录。Codex 可以读取仓库中的相关文件,把每个区块对应到路由、组件、文档、字段与项目检查。
读取项目说明、当前 API 页面、OpenAPI 文件和文档路由,整理读者与现有入口。
将 H1、价值主张、能力与用例写入策划文件,同时标注来源文件和相关组件。
对照文档路由与产品配置,记录认证、如有的 SDK、链接目标和仍需负责人确认的内容。
对照项目的 SEO 与结构化数据实现,输出字段建议、内部链接和项目文件对照。
IMPORT · RUN
资料导入与任务下发
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
把调研资料、数据表、网站文件和品牌规范放进 Codex 工作区,并说明最终要报告、表格、网页还是演示稿。
它可以同时读取 Skill 和项目文件,调用脚本或已连接的应用,把市场研究继续制作成可以直接交付的文件。
将 Skill 安装到 ~/.codex/skills/,再打开官网或开发文档仓库,提供产品资料、API 页面路径、OpenAPI 文件、文档路由、组件、SEO 配置和项目检查命令。
COLLABORATE · CHAIN
协作与后续衔接
页面表达整理价值主张与用例,技术资料核对能力、认证和 SDK,仓库对照记录路由、组件、链接与 SEO 字段。
团队确认页面结构、文案与技术资料后,再按文件差异清单修改项目并运行检查。
COMBINATION CASE
场景化实战案例
假设项目已有 API 页面路由、文档站、OpenAPI 文件、SDK 数据和 SEO 配置,团队需要补齐产品介绍页。
预期结果:交付 API 页面策划文件、区块与文件对照、SEO 字段和项目检查项;此为假设场景,API 验证、代码修改与正式发布需团队另行确认。
VERIFY · TROUBLESHOOT
效果验证方法
每个区块列出文案、技术资料、文档 URL、组件、SEO 字段和确认人,避免内容与实现分离。
请在 Codex 中使用「API 产品介绍页策划 Skill」。本次要完成:SaaS 产品已经开放 REST API,官网只有端点文档,潜在客户看不出适用场景和接入价值。我会提供API 类型、产品能力、目标行业、典型集成场景,以及开发者和技术决策者各自关心的问题和现有 API 页面 URL、截图或页面稿,开发文档、API Reference、快速开始与注册入口。请先完成一份小样,交付API 产品介绍页结构:价值主张、核心能力、使用场景、快速开始、认证概览,以及如适用的价格或限制、如有的 SDK 或工具和关键文案:H1、副标题、核心能力说明、典型用例,以及通往开发文档或注册入口的 CTA,并列出需要我确认的金额、日期、适用人群和目标链接。
安装完成后,请 Codex 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
4 个环节里有 4 个可以处理,其中 1 个需要相应工具与配置。请结合逐步说明确认实际做法。
Codex可以直接读取目录里的资料,把这些文件放在同一个位置即可。
安装完成后,请 Codex 读取这份 Skill 与已提供的输入资料,复述本次任务,并列出缺少的材料。只返回核对结果,不修改文件或网页。
因为它能在独立产物区里逐份审阅和修改交付物,在 7 个 Agent 里具备这些能力的不多。如果你的卡点不在这里,页面下方列出了更合适的选择。
找不到资料时,提供工作区内的准确文件名;只给了分析结论时,补充你需要的文件类型和保存位置;需要外部数据时,先连接对应应用或提供数据文件。
先确认读者、价值主张、用例、CTA 和 SEO 字段,然后再决定需要修改哪些项目文件。
API 能力、认证方式、价格、限额、SDK、工具、支持范围、示例和所有 CTA 去向都要由产品与技术团队确认。策划完成后,API 开发、端点文档、接口测试、网页实现、埋点和正式发布继续由对应团队处理。
INSTALL
安装到 Codex
将 Skill 安装到 ~/.codex/skills/,再打开官网或开发文档仓库,提供产品资料、API 页面路径、OpenAPI 文件、文档路由、组件、SEO 配置和项目检查命令。
METHOD 01 · 交给 AI 自己装
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录,并在缺少权限时告诉你需要手工做哪一步。
请帮我把「API 产品介绍页策划 Skill」安装到 Codex。 1. 下载完整 Skill ZIP:https://www.vibemarketing.work/packages/skill-api-page/1.0.0/skill-api-page.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按 Codex 的方式安装:mkdir -p ~/.agents/skills && cp -R ./skill-api-page ~/.agents/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-api-page/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-api-page.md
METHOD 03 · 手动放目录
解压 ZIP 后,在 Codex 中执行:
mkdir -p ~/.agents/skills && cp -R ./skill-api-page ~/.agents/skills/
验证:让 Codex 列出可用 Skill 并复述本次要执行的步骤,再跑一个只读小任务。
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
下面的步数来自逐步比对。卡在哪一步,就看哪个 AI 能直接完成那一步。
WorkBuddy在这个 Skill 上直接覆盖 4/4 步,而且能直接读写 Word、Excel、PPT 等办公文档——如果你这次的卡点正是中文办公文档,换它更省事。
FURTHER READING
继续查看这套 API 产品介绍页策划方法:先区分开发者与技术决策者,再组织价值主张、用例、快速开始和文档入口,最后补齐开发者 SEO 与内部链接。
订阅弹窗的周报很容易给人一种乐观错觉:新版提交率明显上涨,于是团队宣布测试胜出。打开欢迎邮件报告后,点击、优惠使用和购买却没有同步变化。这是一个假设场景,它说明了一种常见误判——团队赢了弹窗这一段,却
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
定价页已经把 Starter、Professional、Enterprise 排成三张卡,价格、功能和“最受欢迎”角标也都在,销售仍然反复收到同一个问题:我们该买哪一档?这时团队很容易删一档套餐、放大
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
越来越多人把选型直接丢给ChatGPT、Perplexity、Gemini,或者购物、采购类助手。答案是模型拼出来的,不一定点开你的网页。世界经济论坛把这件事叫做智能体引擎优化(AEO):你要进的不是
NEXT WORKFLOW
搭配使用
API 产品介绍页负责概览、价值表达、使用场景和文档或注册入口;官网首页负责品牌主入口,功能页解释单项能力,开发文档与 API Reference 负责端点、参数、响应和代码示例。
用 Codex 完成「新产品准备在 Product Hunt 做首发」,最终得到带网址与收录状态的 CSV 跟踪表单。
用 Codex 完成「准备在 Slack 搭建早期种子用户群」,最终得到包含版块定位与发帖指南的频道架构表。
用 Codex 完成「竞品落地页需要说明产品差异,同时避免只挑选有利于自己的比较项」,最终得到区块方案:页面位置、对比类型、H2、引导语与单一 CTA。