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