VibeMKT Hub

内容与创意 · status-page-generator

服务状态页策划 Skill

规划公开服务状态页，交付组件清单、状态定义、事件更新模板、订阅入口、历史记录与托管建议。

产品出现接口延迟、部分功能中断或计划维护时，用户最先想知道受影响的服务、当前状态和后续进展。这个 Skill 先梳理 API、控制台、支付等服务组件，再统一正常、性能下降、部分中断、全面中断和维护状态，安排进行中事件、历史事件、订阅入口与运行时间记录。团队会拿到状态页结构、组件与状态定义、事件标题和更新模板、邮件、短信或 RSS 订阅方式，以及自建或第三方托管建议。

WHAT IT SOLVES

解决的营销问题

规划公开服务状态页，交付组件清单、状态定义、事件更新模板、订阅入口、历史记录与托管建议

规划公开服务状态页，交付组件清单、状态定义、事件更新模板、订阅入口、历史记录与托管建议。跑完你拿到的是状态页结构：总体状态、组件、进行中事件、历史事件、订阅入口和运行时间记录，中间一共 4 步。

最适合的真实场景

  • 01

    API、控制台和支付服务受到不同程度影响，需要让客户快速判断自己使用的组件

  • 02

    事件更新散落在客服、社群和邮件中，需要一个公开页面集中显示时间线和当前进展

  • 03

    计划维护已经排期，需要提前公布时间、影响组件并通知订阅者

  • 04

    团队准备从临时公告升级到 Statuspage、Better Uptime 或自建状态页，需要整理结构与托管方式

你要先准备的资料

  • 服务组件：API、控制台、账单等服务及其公开名称
  • 监控来源：PagerDuty、Datadog 等为状态页提供数据的监控工具
  • 主要受众：客户、开发者或内部团队
  • 托管方式：自建，或 Statuspage、Better Uptime 等第三方服务
  • 页面要求：status 子域名、邮件、短信或 RSS 订阅、移动端、公开访问和无障碍显示

跑完你会拿到什么

  • 状态页结构：总体状态、组件、进行中事件、历史事件、订阅入口和运行时间记录
  • 状态词表：正常、性能下降、部分中断、全面中断和计划维护的定义、颜色与文字
  • 事件模板：标题、首次通知、时间线更新、恢复通知和公开复盘链接位置
  • 订阅方案：邮件、短信或 RSS 的入口与通知范围
  • 托管建议：自建或第三方服务、status 子域名和独立运行安排

METHOD

Skill 工作流程

梳理服务组件、受众与监控来源 → 统一总体状态与组件状态 → 安排事件时间线与订阅入口 等 4 个环节

一共 4 步。其中 3 项能力决定了换个 AI 会不会更麻烦。

  1. 梳理服务组件、受众与监控来源列出用户能理解的 API、控制台、支付、通知和数据处理组件，确认状态数据来自 PagerDuty、Datadog 等监控工具还是人工更新，并区分客户、开发者与内部受众。
  2. 统一总体状态与组件状态为正常、性能下降、部分中断、全面中断和计划维护写清定义，同时给出颜色、文字和图标，避免用户只凭颜色判断影响。
  3. 安排事件时间线与订阅入口页面先显示总体状态和受影响组件，再展示事件标题、首次通知、后续更新、恢复结果、历史事件，以及邮件、短信或 RSS 订阅入口。
  4. 选择独立托管并检查公开页面比较自建与 Statuspage、Better Uptime 等第三方托管方式，安排 status 子域名和独立运行，再检查移动端、公开访问、状态文字、订阅入口和历史记录。

这个 Skill 用到的能力： 读本地资料写本地文件页面预览 。不同 AI 对这些能力的支持程度不一样，所以同一个 Skill 换个 AI，有几步做法会变。

WORKED EXAMPLE

业务示例

示例：为 API 产品规划公开状态页

假设一家 API 产品同时提供接口、开发者控制台、账单和 Webhook。过去发生接口延迟时，客户只能向技术支持询问；控制台和账单其实仍可正常使用。

  1. 把 API、开发者控制台、账单和 Webhook 分成四个公开组件
  2. 统一正常、性能下降、部分中断、全面中断和计划维护的文字与颜色
  3. 为事件页安排标题、受影响组件、首次通知、过程更新和恢复结果
  4. 增加邮件与 RSS 订阅，并按组件说明订阅范围
  5. 选择独立托管的 status 子域名，检查手机端、公开访问与历史事件列表

预期结果：交付服务状态页结构、组件与状态定义、事件更新模板、订阅入口和托管建议。

PITFALLS · VERIFICATION

使用限制与常见问题

只写“系统异常”，没有列出受影响组件和后续更新

最常踩的坑

  • 只写“系统异常”，没有列出受影响组件和后续更新
  • 同时使用多组状态词，导致同一种影响在不同事件里出现不同说法
  • 只用绿、黄、红显示服务状态，没有配套文字和图标
  • 状态页与主产品部署在同一故障范围内，主站不可用时状态页也无法打开
  • 把未经负责人确认的原因、恢复时间或运行时间比例写进公开页面

怎么确认这次跑对了

  • 已经形成可检查的状态页结构：总体状态、组件、进行中事件、历史事件、订阅入口和运行时间记录，关键判断能回到输入资料或过程证据。
  • 已经形成可检查的状态词表：正常、性能下降、部分中断、全面中断和计划维护的定义、颜色与文字，关键判断能回到输入资料或过程证据。
  • 已经形成可检查的事件模板：标题、首次通知、时间线更新、恢复通知和公开复盘链接位置，关键判断能回到输入资料或过程证据。
  • 已逐项检查「只写“系统异常”，没有列出受影响组件和后续更新」等高频问题，并记录需要人工确认的下一步。
服务状态页策划 Skill适合哪些岗位使用？

SaaS、App、开发者工具、API 产品，以及产品营销、客户成功、技术支持、开发者关系与网站团队。典型场景包括API、控制台和支付服务受到不同程度影响，需要让客户快速判断自己使用的组件；事件更新散落在客服、社群和邮件中，需要一个公开页面集中显示时间线和当前进展；计划维护已经排期，需要提前公布时间、影响组件并通知订阅者。

开始前需要准备什么资料？

至少需要服务组件：API、控制台、账单等服务及其公开名称、监控来源：PagerDuty、Datadog 等为状态页提供数据的监控工具、主要受众：客户、开发者或内部团队。资料越具体，结果越能直接用于决策。

最后能得到什么可检查的结果？

状态页结构：总体状态、组件、进行中事件、历史事件、订阅入口和运行时间记录、状态词表：正常、性能下降、部分中断、全面中断和计划维护的定义、颜色与文字、事件模板：标题、首次通知、时间线更新、恢复通知和公开复盘链接位置。每项都可以逐条核对来源和数字。

哪些情况下结果会不可靠？

只写“系统异常”，没有列出受影响组件和后续更新；同时使用多组状态词，导致同一种影响在不同事件里出现不同说法。出现这些情况时需要人工复核。

支持哪些 AI Agent？

已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种，每种都有独立的安装说明和能力对照。

ORIGINAL SOURCE

完整 Skill 内容与版本资料

2 个原始文件，10 个文档章节，来源固定在 70987bad

上游原文完整保留在加搜服务器上，可逐节查看，也可以直接下载。 当前镜像共 2 个文件、3.7 KB。

公开内容沿用原始 Skill 的组件、总体状态、事件时间线、订阅、运行时间记录、移动端、无障碍、公开访问、独立托管和 status 子域名方法；删除‘降低客服量、建立信任’等结果承诺，也不补写运行时间比例。

原始 Skill 文档 上游原文完整保留，中文概述已转换为营销任务、输入资料和交付结果。

原始 Skill 先识别服务组件、监控来源、受众与托管方式，再安排总体状态、组件状态、事件时间线、订阅入口、历史记录和运行时间数据。

来源与版本声明

本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道：GitHub； 上游作者：kostja94； 原始项目名称：status-page-generator； 固定版本：70987bad4ebe； 许可证：MIT。技能包内保留完整出处和许可证说明。

各 Agent 能力说明参考对应官方文档。页面不提供外部跳转。

公开内容沿用原始 Skill 的组件、总体状态、事件时间线、订阅、运行时间记录、移动端、无障碍、公开访问、独立托管和 status 子域名方法；删除‘降低客服量、建立信任’等结果承诺，也不补写运行时间比例。

INSTALL

三种安装方式

服务状态页策划 Skill v1.0.0，ZIP 带 SHA256 校验

默认做法是把提示词复制给 AI Agent，让它自己下载并安装。提示词里已经写清要用完整 ZIP、装完报告目录、并先跑一个小任务验证。

METHOD 01 · 交给 AI 自己装

复制提示词

适合大多数情况。Agent 会下载 ZIP、解压、放到正确目录，并在缺少权限时告诉你需要手工做哪一步。

请帮我把「服务状态页策划 Skill」安装到我正在使用的 AI Agent。
1. 下载完整 Skill ZIP：https://www.vibemarketing.work/packages/skill-status-page/1.0.0/skill-status-page.zip
   注意：网页 HTML 不能当作 Skill 文件安装，必须使用 ZIP 里的完整文件。
2. 解压后保留 SKILL.md 及全部配套文件，按你所用 Agent 的 Skill 目录规则安装。
3. 安装完成后告诉我实际安装目录。
4. 用一个只读小任务验证 Skill 已被识别。
5. 如果你没有联网、下载或写目录权限，请直接告诉我哪几步需要我手工完成。
参考：原始 SKILL.md https://www.vibemarketing.work/raw/skill-status-page/SKILL.md；安装指南 https://www.vibemarketing.work/agent-install/skill-status-page.md

FURTHER READING

服务状态页策划 Skill 相关的实操文章

当读者要继续处理事件更新、API 可用性说明、计划维护通知或状态订阅时，可以从文章自然进入本 Skill。

产品那句话客户复述不出来，销售和市场就会各写一套

市场部改官网，销售改话术，投放改广告，三边各自有一套说法，在不少团队里已经算日常。语气不同还能凑合用。客户听完三遍，仍然复述不出你们到底解决哪一件事，这才麻烦。功能清单越长，这句话越容易丢。产品营销要

  • 定位
  • 销售赋能
  • 产品营销

竞品分析别从同行名单开始，先找出客户真的拿什么和你比较

市场团队准备改官网首页，先把三家同行交给 AI 研究。首页说了什么、产品有哪些功能、价格怎样分档、案例里用了哪些客户，很快就整理成一份完整的对照表。 开会时，大家依然答不上来：我们的首页究竟要赢过谁？

  • 竞品分析
  • 用户调研
  • 产品营销

试用用户没有付费，团队该先查哪三段数据

假设一个团队月底复盘：14 天试用注册量没有明显下降，付费人数却低于预期。会议很快会出现三种建议——缩短试用期、要求先绑卡、到期前增加优惠提醒。每一种都可能有效，也可能改错位置，因为“试用转付费率”把

  • Vibe Marketing
  • 产品营销
  • 试用转化
  • 用户激活

营销邮件打开率突然下降，先查送达、名单还是内容

这次营销邮件发出后，打开率比往期低了不少。内容同事先改主题行，运营把发送时间从上午挪到晚上，第二轮数据仍没有起色。这样的排查很常见，问题在于打开率把几件事压成了一个数字：平台怎样统计、邮件有没有被接收

  • Vibe Marketing
  • 营销自动化
  • 内容营销
  • 营销分析

SaaS 定价页有三档套餐，客户为什么还是选不出来

定价页已经把 Starter、Professional、Enterprise 排成三张卡，价格、功能和“最受欢迎”角标也都在，销售仍然反复收到同一个问题：我们该买哪一档？这时团队很容易删一档套餐、放大

  • 转化文案
  • 产品营销
  • 转化率
  • 落地页

搭配使用

可与 API 页面、产品文档、网站页脚、404 页面、产品更新日志和公共关系 Skill 连用。

出海增长#01

应用商店优化 Skill

应用商店优化把商店页链接转成六维 ASO 审计与整改清单。

来源项目 · coreyhaines31/marketingskills ★ 52,924 · Fork 7,914
数据与自动化#02

营销动作效果验证 Skill

把营销改动前后的平台数据拉取出来，对比核心指标，生成一份决定保留或放弃该改动的验证报告。

来源项目 · ericosiu/ai-marketing-skills ★ 3,601 · Fork 688
内容与创意#04

营销文案润色 Skill

用 7 轮单点审查完成营销文案润色，把堆砌功能的自嗨稿改成消除购买顾虑的转化文案。

来源项目 · coreyhaines31/marketingskills ★ 52,924 · Fork 7,914
内容与创意#05

FAQ 页面内容策划 Skill

围绕真实用户问题、购买疑虑与搜索问题，完成 FAQ 选题、分组、回答、独立页或页面内区块安排，以及与可见内容一致的 FAQPage Schema 建议。

来源项目 · kostja94/marketing-skills ★ 1,012 · Fork 140
海外广告投放#06

Google Ads 投放 Skill

规划 Google 搜索、展示、购物、视频和 Performance Max 广告的结构与优化动作。

来源项目 · kostja94/marketing-skills ★ 1,012 · Fork 140

VibeMKT COMMUNITY

加入 VibeMKT 社群

微信扫码，交流营销 Skill 的选择、安装、试用与业务化改造。

加入 VibeMKT 社群的微信二维码

二维码会持续显示，关闭弹窗后返回当前页面。