一个子任务检查组件与名称，一个核对页面与入口，一个检查事件、订阅和托管，主任务处理冲突并汇总。
Claude Code × 内容与创意 · 可处理 4/4 个环节
Claude Code × 服务状态页策划 Skill
服务状态页策划 Skill有 4 个执行步骤，Claude Code 可以处理 4 步，其中 1 步需要相应工具与配置。它能直接读取本机目录里的资料，正好对应这个 Skill 里最吃工具的一段。页面预览属于有条件支持，执行路径和原生能力不同，下面单独说明。
- 4个核心环节
- 4/4当前可处理的环节
- 未进前十在本 Agent 的推荐清单
WHY CLAUDE CODE
适配结论
Claude Code 适合结合项目说明、产品资料和网站文件
服务状态页策划 Skill可以作为独立任务在 Claude Code 中使用。具体适配方式、资料交接和需要人工确认的环节见下方说明。
Claude Code 适合结合项目说明、产品资料和网站文件，让子任务分别核对服务组件、页面结构与状态数据，再汇总为统一方案。
CAPABILITY × STEP
核心差异
用项目规则统一状态页
服务状态页策划 Skill 共 4 个环节。Claude Code 可以处理 4 个环节，其中 1 个需要相应工具与配置。实际结果取决于输入资料、已接入工具与运行环境。
4个核心环节
4当前可处理的环节
1个需要工具与配置
无需要团队补充
| 步骤 | 所需能力 | 等级 | 在 Claude Code 下具体怎么做 |
|---|---|---|---|
| 01 梳理服务组件、受众与监控来源 | 读本地资料 | 直接执行 | 直接交给 Claude Code：它能直接读取本机目录里的资料。 |
| 02 统一总体状态与组件状态 | 读本地资料写本地文件 | 直接执行 | 直接交给 Claude Code：它能直接读取本机目录里的资料。 |
| 03 安排事件时间线与订阅入口 | 读本地资料写本地文件 | 直接执行 | 直接交给 Claude Code：它能直接读取本机目录里的资料。 |
| 04 选择独立托管并检查公开页面 | 读本地资料写本地文件页面预览 | 有条件 | 可以做但有条件：Claude Code 对页面预览的支持有限制。 |
团队已经把品牌、产品和开发约定放进项目说明时，Claude Code 可以按需读取这些规则。复杂项目还可以让子任务分别检查路由、组件、事件字段和订阅入口。
- 01
读取项目规则与服务资料
查看 CLAUDE.md、产品说明、服务组件、现有状态页、监控配置、历史事件和通知渠道。
- 02
分头核对三类问题
分别检查公开组件与名称、页面结构与入口、状态数据与事件字段。
- 03
汇总统一页面方案
把状态词、组件、事件时间线、订阅、历史记录和托管方式整理成一份方案。
- 04
按项目规则复查
检查命名、品牌语气、状态颜色、公开访问、路由约定和独立运行是否符合项目说明。
IMPORT · RUN
资料导入与任务下发
复制 Skill 到 Claude Code 目录
Claude Code可以直接读取目录里的资料，把这些文件放在同一个位置即可。
需要准备的资料
- 服务组件：API、控制台、账单等服务及其公开名称
- 监控来源：PagerDuty、Datadog 等为状态页提供数据的监控工具
- 主要受众：客户、开发者或内部团队
- 托管方式：自建，或 Statuspage、Better Uptime 等第三方服务
- 页面要求：status 子域名、邮件、短信或 RSS 订阅、移动端、公开访问和无障碍显示
在 Claude Code 里是这样推进的
把品牌规范、项目背景和现有文件放在同一个项目目录，Claude Code 会结合项目内容调用相应 Skill。
让它先列出任务步骤，再读取文件、调用终端或 MCP 工具完成研究和制作；复杂任务可以分给多个子任务。
把 skill-status-page 复制到 ~/.claude/skills/，在项目中点名该 Skill，并用一个只读任务确认它会按 SKILL.md 输出步骤。
COLLABORATE · CHAIN
协作与后续衔接
子任务分别核对页面要素
统一规则继续维护相关页面
状态组件、URL 和事件字段可以继续用于产品文档、API 页面、网站页脚与公共关系材料。
COMBINATION CASE
场景化实战案例
示例：统一两个产品的状态页
假设同一项目包含主产品和开发者 API，两者共用监控服务，但公开组件、订阅对象和事件说明不同。
- 读取项目规则和两组资料
- 子任务核对组件与入口
- 比较事件字段和订阅对象
- 统一共用状态词
- 保留各自组件与页面路径
预期结果：交付共用状态定义、两组组件、事件模板、订阅入口和托管建议。
VERIFY · TROUBLESHOOT
效果验证方法
核对页面结构、组件、状态词、事件模板、订阅入口、公开访问和托管建议是否与项目规则一致
核对页面结构、组件、状态词、事件模板、订阅入口、公开访问和托管建议是否与项目规则一致。
可直接使用的第一个任务
请在 Claude Code 中使用「服务状态页策划 Skill」，读取 CLAUDE.md、产品与服务组件资料、现有状态页、监控配置和历史事件。让子任务分别核对组件、页面入口与事件字段，主任务汇总状态定义、订阅方式和独立托管方案。
安装后的最小验证任务
安装完成后，先只做第 1 步：让 Claude Code 梳理服务组件、受众与监控来源，并把它直接读取本机目录里的资料的过程说出来。这一步是只读的，能确认 Skill 已被识别，也能确认它拿得到需要的资料。
Claude Code 常见问题
- 没有调用 Skill 时，在任务里直接写出 Skill 名称
- 没有取到 MCP 数据时，检查连接和授权状态
- 项目资料太多时，指出本次优先参考的文件
- 页面预览相关步骤结果不稳定时，先确认当前环境是否满足条件
Claude Code 跑服务状态页策划 Skill需要改哪几步？
4 个环节里有 4 个可以处理，其中 1 个需要相应工具与配置。请结合逐步说明确认实际做法。
资料要怎么交给 Claude Code？
Claude Code可以直接读取目录里的资料，把这些文件放在同一个位置即可。
装完先做什么验证？
安装完成后，先只做第 1 步：让 Claude Code 梳理服务组件、受众与监控来源，并把它直接读取本机目录里的资料的过程说出来。这一步是只读的，能确认 Skill 已被识别，也能确认它拿得到需要的资料。
什么任务更适合选 Claude Code？
Claude Code 适合结合项目说明、产品资料和网站文件，让子任务分别核对服务组件、页面结构与状态数据，再汇总为统一方案。
Claude Code 常见的失败情况有哪些？
没有调用 Skill 时，在任务里直接写出 Skill 名称；没有取到 MCP 数据时，检查连接和授权状态；项目资料太多时，指出本次优先参考的文件。
先完成一个事件样板
先为一个组件和一份历史事件完成页面样板，再根据评审结果扩展到全部组件与计划维护。
公开内容沿用原始 Skill 的组件、总体状态、事件时间线、订阅、运行时间记录、移动端、无障碍、公开访问、独立托管和 status 子域名方法；删除‘降低客服量、建立信任’等结果承诺，也不补写运行时间比例。
INSTALL
安装到 Claude Code
把服务状态页策划 Skill装进 Claude Code，一条命令完成
把 skill-status-page 复制到 ~/.claude/skills/，在项目中点名该 Skill，并用一个只读任务确认它会按 SKILL.md 输出步骤。
METHOD 01 · 交给 AI 自己装
复制提示词
适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录，并在缺少权限时告诉你需要手工做哪一步。
请帮我把「服务状态页策划 Skill」安装到 Claude Code。 1. 下载完整 Skill ZIP：https://www.vibemarketing.work/packages/skill-status-page/1.0.0/skill-status-page.zip 注意：网页 HTML 不能当作 Skill 文件安装，必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件，按 Claude Code 的方式安装：mkdir -p ~/.claude/skills && cp -R ./skill-status-page ~/.claude/skills/ 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证：在项目里提一个只读任务并点名 Skill，确认它按 SKILL.md 的步骤复述计划。 5. 如果你没有联网、下载或写目录权限，请直接告诉我哪几步需要我手工完成。 参考：原始 SKILL.md https://www.vibemarketing.work/raw/skill-status-page/SKILL.md；安装指南 https://www.vibemarketing.work/agent-install/skill-status-page.md
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后，在 Claude Code 中执行：
mkdir -p ~/.claude/skills && cp -R ./skill-status-page ~/.claude/skills/
验证：在项目里提一个只读任务并点名 Skill，确认它按 SKILL.md 的步骤复述计划。
- 项目资料过多时要指出本次优先参考的文件
- MCP 数据取不到时先检查连接与授权状态
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
OTHER AGENTS
跨 Agent 适配对比
TRAE、ZCode在这个 Skill 上覆盖更多环节
下面的步数来自逐步比对。卡在哪一步，就看哪个 AI 能直接完成那一步。
TRAE 服务状态页策划
TRAE在这个 Skill 上直接覆盖 4/4 步，而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览，换它更省事。
ZCode 服务状态页策划
ZCode在这个 Skill 上直接覆盖 4/4 步，而且能把成果渲染成可直接查看的页面——如果你这次的卡点正是页面预览，换它更省事。
FURTHER READING
Claude Code 与服务状态页策划相关的实操文章
当读者要继续处理事件更新、API 可用性说明、计划维护通知或状态订阅时，可以从文章自然进入本 Skill。
假设一支 API 产品团队已经在产品页列出端点、SDK、认证方式和几十项能力，注册人数也不差。团队检查日志时却发现，不少新建的 API key 从未产生一次 2xx 成功响应。开发者已经走到门口，却没
营销Skill调用失败怎么排查？按触发、路径、权限和输出定位
营销Skill调用失败怎么排查？先不要急着改提示词。用户看到的“没按Skill执行”可能是根本没有触发，也可能是Skill已启动却读不到文件、拿不到权限，或者运行成功但输出不符合预期。这几类问题需要不
市场部改官网，销售改话术，投放改广告，三边各自有一套说法，在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍，仍然复述不出你们到底解决哪一件事，这才麻烦。功能清单越长，这句话越容易丢。产品营销要
市场团队准备改官网首页，先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户，很快就整理成一份完整的对照表。 开会时，大家依然答不上来：我们的首页究竟要赢过谁？
假设一个团队月底复盘：14 天试用注册量没有明显下降，付费人数却低于预期。会议很快会出现三种建议——缩短试用期、要求先绑卡、到期前增加优惠提醒。每一种都可能有效，也可能改错位置，因为“试用转付费率”把
这次营销邮件发出后，打开率比往期低了不少。内容同事先改主题行，运营把发送时间从上午挪到晚上，第二轮数据仍没有起色。这样的排查很常见，问题在于打开率把几件事压成了一个数字：平台怎样统计、邮件有没有被接收
NEXT WORKFLOW
搭配使用
应用商店优化 Skill、营销动作效果验证 Skill、营销对比表设计 Skill
可与 API 页面、产品文档、网站页脚、404 页面、产品更新日志和公共关系 Skill 连用。
Claude Code · 出海增长#01
Claude Code 应用商店优化 Skill
用 Claude Code 完成「App Store 的自然搜索流量已经停滞」，最终得到六维 ASO 评分卡与总分评级。
来源项目 · coreyhaines31/marketingskills ★ 52,924 · Fork 7,914
Claude Code · 数据与自动化#02
Claude Code 营销动作效果验证 Skill
用 Claude Code 完成「测了五条短视频开头数据需要决定留哪条」，最终得到包含基线和测试组各核心指标变化的 Markdown 对照表。
来源项目 · ericosiu/ai-marketing-skills ★ 3,601 · Fork 688
Claude Code · 内容与创意#03
Claude Code 营销对比表设计 Skill
用 Claude Code 完成「竞品落地页需要说明产品差异，同时避免只挑选有利于自己的比较项」，最终得到区块方案：页面位置、对比类型、H2、引导语与单一 CTA。
来源项目 · kostja94/marketing-skills ★ 1,012 · Fork 140