固定上游版本 70987bad4ebe,包含 2 个文件。 加搜已生成可下载技能包、原始文件镜像及 7 种 Agent 安装页面。
内容与创意 · docs-page-generator
产品文档与帮助中心 Skill
围绕产品文档规划、帮助中心搭建与开发者文档结构,按用户、开发者和管理员的查找任务安排信息架构、导航、Getting Started、教程、API Reference 和排错内容。
产品文档常按团队或功能堆放内容,用户第一次使用时找不到入门路径,遇到问题时也不知道去指南、API Reference 还是支持入口。这个 Skill 先确认产品类型、主要读者、现有 Markdown、MDX、Git 或 CMS 内容,再把文档分成 Getting Started、指南、概念、API Reference 与排错模块,安排侧边栏、搜索、面包屑和站点路径。团队会拿到文档信息架构、导航方案、入门大纲、各栏目内容清单与域名或目录建议,方便产品、开发者关系、技术写作、客服和网站团队继续完成文档。
WHAT IT SOLVES
解决的营销问题
围绕产品文档规划、帮助中心搭建与开发者文档结构,按用户、开发者和管理员的查找任务安排信息架构、导航、Getting Started、教程、API Reference 和排错内容
围绕产品文档规划、帮助中心搭建与开发者文档结构,按用户、开发者和管理员的查找任务安排信息架构、导航、Getting Started、教程、API Reference 和排错内容。跑完你拿到的是文档信息架构:Getting Started、指南、教程、概念、API Reference 与排错内容的层级和关系,中间一共 4 步。
最适合的真实场景
- 01
SaaS 产品已有零散操作说明和客服回答,需要整理成面向新用户的帮助中心
- 02
API 产品只有端点清单,缺少 Getting Started、概念说明、教程和排错路径
- 03
产品升级后文档分散在 Markdown、MDX、Git 和 CMS,团队需要统一栏目与导航
- 04
文档站准备改版,需要决定 docs 子域名或 /docs 路径,并补齐搜索、面包屑、内部链接与 Schema
你要先准备的资料
- 产品类型、主要功能、版本信息,以及最终用户、开发者和管理员分别要完成的任务
- 现有 Markdown、MDX、Git、CMS、客服记录或知识库内容,以及可以公开的截图、视频和代码示例
- 当前文档 URL、栏目、侧边栏、搜索与支持入口,以及计划使用的 docs 子域名或 /docs 路径
- 安装、认证、请求与响应、错误码、限额、SDK 和排错资料;不适用的项目可以省略
跑完你会拿到什么
- 文档信息架构:Getting Started、指南、教程、概念、API Reference 与排错内容的层级和关系
- 导航方案:侧边栏分组、顶部入口、面包屑、站内搜索和相关文档链接
- Getting Started 大纲:安装、首次任务、下一步指南与支持入口
- 栏目内容清单:每类文档要回答的问题、所需素材、代码示例、截图、版本与维护负责人
- 文档站路径建议:docs 子域名或 /docs 目录、主站链接、索引策略以及 TechArticle 或 HowTo Schema 候选
METHOD
Skill 工作流程
确认产品类型、读者与现有内容来源 → 按用户任务规划文档栏目与学习顺序 → 设计导航、搜索、面包屑与内部链接 等 4 个环节
一共 4 步。其中 4 项能力决定了换个 AI 会不会更麻烦。
- 确认产品类型、读者与现有内容来源先读取产品资料与现有文档,区分软件、API、硬件或服务,列出最终用户、开发者和管理员分别要完成的任务,并确认内容位于 Markdown、MDX、Git、CMS、客服记录还是旧知识库。
- 按用户任务规划文档栏目与学习顺序把首次使用放入 Getting Started,把连续操作放入指南或教程,把背景知识放入概念,把端点、认证、请求响应与错误码放入 API Reference,把常见故障放入排错内容。
- 设计导航、搜索、面包屑与内部链接根据栏目层级安排可折叠侧边栏、顶部入口、全文搜索和面包屑,让入门页可以继续进入深层指南,相关文档彼此连接,公开文档再链接主站对应产品页。
- 完成入门大纲、栏目清单与站点路径建议输出 Getting Started 大纲、各栏目要回答的问题与所需素材,说明使用 docs 子域名或 /docs 路径的理由,并为公开指南列出内部链接、索引与 TechArticle 或 HowTo Schema 候选。
这个 Skill 用到的能力: 读本地资料打开网页取正文产物区审阅写本地文件 。不同 AI 对这些能力的支持程度不一样,所以同一个 Skill 换个 AI,有几步做法会变。
WORKED EXAMPLE
业务示例
示例:重整一个 SaaS 产品的帮助中心
假设团队提供旧帮助中心 URL、产品功能清单、客服常见问题、Markdown 指南、管理员手册和一组 API 资料,希望让新用户、管理员和开发者各自找到清楚的入门路径。
- 按三类读者列出首次任务和常见问题
- 盘点旧文档并归入入门、指南、概念、API Reference 与排错栏目
- 设计侧边栏、搜索、面包屑和相关文档链接
- 整理 Getting Started 大纲与各栏目缺少的素材
- 给出 docs 子域名、公开索引、内部链接和 Schema 建议
预期结果:交付文档信息架构、导航方案、Getting Started 大纲、栏目内容清单和站点路径建议;此为假设场景,产品资料核对、代码示例验证、网页开发、CMS 写入与正式发布仍由团队继续完成。
PITFALLS · VERIFICATION
使用限制与常见问题
按内部团队或产品功能堆栏目
最常踩的坑
- 按内部团队或产品功能堆栏目,用户仍然找不到完成首次任务和解决故障的路径
- 把 API 产品介绍页与 API Reference 混在一起,价值说明、注册入口、端点和错误码彼此抢位置
- 代码示例、认证、限额、SDK 或版本信息没有经过产品与技术团队确认,文档上线后与实际产品不一致
- 只做侧边栏层级,遗漏搜索、面包屑、相关文档、主站链接和移动端阅读
- 把页面生成正常写成搜索、激活或客服效率已经改善,没有继续读取业务系统数据
怎么确认这次跑对了
- 已经形成可检查的文档信息架构:Getting Started、指南、教程、概念、API Reference 与排错内容的层级和关系,关键判断能回到输入资料或过程证据。
- 已经形成可检查的导航方案:侧边栏分组、顶部入口、面包屑、站内搜索和相关文档链接,关键判断能回到输入资料或过程证据。
- 已经形成可检查的Getting Started 大纲:安装、首次任务、下一步指南与支持入口,关键判断能回到输入资料或过程证据。
- 已逐项检查「按内部团队或产品功能堆栏目,用户仍然找不到完成首次任务和解决故障的路径」等高频问题,并记录需要人工确认的下一步。
产品文档与帮助中心 Skill适合哪些岗位使用?
产品营销经理、开发者关系团队、技术写作者、客户成功、客服、产品经理、网站运营与开发团队。典型场景包括SaaS 产品已有零散操作说明和客服回答,需要整理成面向新用户的帮助中心;API 产品只有端点清单,缺少 Getting Started、概念说明、教程和排错路径;产品升级后文档分散在 Markdown、MDX、Git 和 CMS,团队需要统一栏目与导航。
开始前需要准备什么资料?
至少需要产品类型、主要功能、版本信息,以及最终用户、开发者和管理员分别要完成的任务、现有 Markdown、MDX、Git、CMS、客服记录或知识库内容,以及可以公开的截图、视频和代码示例、当前文档 URL、栏目、侧边栏、搜索与支持入口,以及计划使用的 docs 子域名或 /docs 路径。资料越具体,结果越能直接用于决策。
最后能得到什么可检查的结果?
文档信息架构:Getting Started、指南、教程、概念、API Reference 与排错内容的层级和关系、导航方案:侧边栏分组、顶部入口、面包屑、站内搜索和相关文档链接、Getting Started 大纲:安装、首次任务、下一步指南与支持入口。每项都可以逐条核对来源和数字。
哪些情况下结果会不可靠?
按内部团队或产品功能堆栏目,用户仍然找不到完成首次任务和解决故障的路径;把 API 产品介绍页与 API Reference 混在一起,价值说明、注册入口、端点和错误码彼此抢位置。出现这些情况时需要人工复核。
支持哪些 AI Agent?
已适配 WorkBuddy、OpenClaw、Hermes Agent、Codex、Claude Code、TRAE、ZCode 共 7 种,每种都有独立的安装说明和能力对照。
ORIGINAL SOURCE
完整 Skill 内容与版本资料
2 个原始文件,11 个文档章节,来源固定在 70987bad
上游原文完整保留在加搜服务器上,可逐节查看,也可以直接下载。 当前镜像共 2 个文件、4.3 KB。
产品版本、认证、请求响应、错误码、限额、SDK、代码示例、截图、支持流程和公开范围都要从当前产品资料核对。方案完成后,内容补写、代码验证、网页开发、CMS 写入、正式发布和业务表现观察继续由产品、技术写作、客服与开发团队处理。
原始方法先确认产品、读者、内容来源和站点路径,再规划 Getting Started、指南、概念、API Reference 与排错栏目,安排侧边栏、搜索、面包屑、内部链接和公开文档 Schema。完整原文随安装包保留。
当前镜像保留 2 个文件,共 4.3 KB。点击文件名可查看加搜服务器上的原始内容。
| 文件 | 大小 | 内容指纹 |
|---|---|---|
| SKILL.md | 3,360 B | 0b6278230bab… |
| UPSTREAM_LICENSE.txt | 1,065 B | 9f06c77b8931… |
评价将按 Skill 与版本归档,帮助营销人了解真实任务中的使用体验。敬请期待。
来源与版本声明
本页面由加搜科技整理业务说明并托管安装文件。原始 Skill 来源渠道:GitHub; 上游作者:kostja94; 原始项目名称:docs-page-generator; 固定版本:70987bad4ebe; 许可证:MIT。技能包内保留完整出处和许可证说明。
各 Agent 能力说明参考对应官方文档。页面不提供外部跳转。
产品版本、认证、请求响应、错误码、限额、SDK、代码示例、截图、支持流程和公开范围都要从当前产品资料核对。方案完成后,内容补写、代码验证、网页开发、CMS 写入、正式发布和业务表现观察继续由产品、技术写作、客服与开发团队处理。
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-docs/1.0.0/skill-docs.zip 注意:网页 HTML 不能当作 Skill 文件安装,必须使用 ZIP 里的完整文件。 2. 解压后保留 SKILL.md 及全部配套文件,按你所用 Agent 的 Skill 目录规则安装。 3. 安装完成后告诉我实际安装目录。 4. 用一个只读小任务验证 Skill 已被识别。 5. 如果你没有联网、下载或写目录权限,请直接告诉我哪几步需要我手工完成。 参考:原始 SKILL.md https://www.vibemarketing.work/raw/skill-docs/SKILL.md;安装指南 https://www.vibemarketing.work/agent-install/skill-docs.md
METHOD 02 · 自己下载
下载完整 ZIP
包内含 SKILL.md 与全部配套文件,附 manifest.json 与 SHA256 校验值,可离线安装与版本冻结。
METHOD 03 · 手动放目录
手动安装
解压 ZIP 后,按所用 Agent 的目录规则放入:
- WorkBuddy
技能 → 添加技能 → 上传技能 → 选择本地技能包 - OpenClaw
openclaw skills install ./skill-docs --as docs_skill - Hermes Agent
mkdir -p ~/.hermes/skills && cp -R ./skill-docs ~/.hermes/skills/ - Codex
mkdir -p ~/.agents/skills && cp -R ./skill-docs ~/.agents/skills/ - Claude Code
mkdir -p ~/.claude/skills && cp -R ./skill-docs ~/.claude/skills/ - TRAE
在 Skills 设置中导入包含 SKILL.md 的 skill-docs 目录;项目级 Skill 可放入 .agents/skills/skill-docs - ZCode
mkdir -p ~/.zcode/skills && cp -R ./skill-docs ~/.zcode/skills/
HTML 业务页面不能直接当作 Skill 文件安装。AI 需要下载完整 ZIP 并保留配套文件。
BY AGENT
适配的 AI Agent
7 个 Agent 里,4 项能力决定了差异
同一个 Skill,换个 AI 做法就不一样。点进去能看到它在这 4 步里能直接跑通几步、哪几步得你自己补、装完先跑什么验证。
- WorkBuddy 产品文档与帮助中心 Skill 中文办公、本地资料和企业协作
- OpenClaw 产品文档与帮助中心 Skill 本地工作区、目录化 Skill、命令和批处理
- Hermes Agent 产品文档与帮助中心 Skill 长任务、消息入口和阶段进度
- Codex 产品文档与帮助中心 Skill 本地文件、数据、代码和正式交付物
- Claude Code 产品文档与帮助中心 Skill 项目上下文、文件、终端和 MCP
- TRAE 产品文档与帮助中心 Skill 营销工作与网站、落地页和程序化 SEO
- ZCode 产品文档与帮助中心 Skill 长上下文、长任务、项目文件和远程跟进
FURTHER READING
产品文档与帮助中心 Skill 相关的实操文章
继续查看这套产品文档规划方法:先确认读者与资料,再安排帮助中心栏目、导航、Getting Started、API Reference、排错和站点路径。
假设一家 SaaS 公司把官网从六个一级栏目收成“产品、解决方案、资源”三个下拉菜单。价格页和文档页仍在,只是从页头可见入口移到了第二层。改版后如果销售频繁收到“有没有公开价格”“API 文档在哪里”
假设一家 SaaS 公司上线了 ROI 计算器。三个月后,工具页的自然流量和使用次数都在涨,市场团队把它当作新的获客入口,销售却说收到的邮箱很难跟进:有人只想算一道题,有人来自目标行业之外,还有人留下
一档节目已经接上 RSS,Apple Podcasts、Spotify 和 YouTube 都能正常播放。团队每周更新,也会在公众号、社媒和社群里贴链接。可一旦让没听过节目的人直接搜本期讨论的话题,他
买家搜索“A 对比 B”时,通常已经知道品类,也看过其他产品。他打开供应商的对比页,看到自家产品每一行都是绿色勾,竞品则处处受限;再打开竞品的网站,结论正好反过来。两张页面都写了很多功能,却没有帮助他
GEO 不是 SEO 的替代品,而是在基础 SEO 之上提升内容被 AI 答案引擎理解、引用和点击的概率。本文讲清两者的关系与四条落地调整。
新网站 SEO 内容先写什么,取决于一个简单原则:先写有明确搜索需求、且你的页面能直接兑现承诺的内容,而不是先铺资讯、公司介绍或概念长文。冷启动期资源有限,每一篇内容都应优先服务“能被搜索找到、又能把
搭配使用
导航站收录 Skill、LinkedIn Ads 投放 Skill、关于我们页面策划 Skill、广告创意批量生产 Skill、竞品替代页策划 Skill、API 产品介绍页策划 Skill
API 产品介绍页负责价值说明与注册入口,文章页面 SEO 优化 Skill 负责单篇文章的搜索与阅读结构,内容策略 Skill 负责跨渠道内容矩阵,产品文档与帮助中心负责用户开始使用后的入门、指南、参考资料与排错路径。
导航站收录 Skill
把产品基础信息转为分层的导航站收录档案,按梯队分发到 Product Hunt 与 AI 工具集,获取外链与曝光。
LinkedIn Ads 投放 Skill
为 B2B 获客设计 LinkedIn 广告目标、受众、素材、表单和预算结构。
关于我们页面策划 Skill
围绕访客最关心的公司身份、创立缘由、团队与可信信息,完成关于我们页面的结构、品牌故事、TDK 和发布前资料清单。
广告创意批量生产 Skill
广告创意批量生产会把品牌素材、买家评论和历史数据转化成符合各平台字数限制的批量广告文案与短视频脚本。
竞品替代页策划 Skill
围绕“竞品替代”“A 对比 B”等高意向搜索,完成关键词与页面组合、比较标准、证据表、替代方案说明、迁移入口、CTA、内链,以及 SEO/GEO 与竞品品牌词广告所需的页面资料。
API 产品介绍页策划 Skill
面向开发者和技术决策者,完成 API 产品介绍页的信息架构、API 价值主张、API 使用场景、开发文档与注册 CTA,以及面向开发者搜索需求的 SEO 元数据。
- 01
导航站收录 Skill
这个 Skill 产出的schema_markup、creative_matrix,正好是它需要的输入,可以直接接着跑
- 02
LinkedIn Ads 投放 Skill
这个 Skill 产出的content_brief、creative_matrix,正好是它需要的输入,可以直接接着跑
- 03
关于我们页面策划 Skill
这个 Skill 产出的creative_matrix,正好是它需要的输入,可以直接接着跑
- 04
广告创意批量生产 Skill
这个 Skill 产出的creative_matrix,正好是它需要的输入,可以直接接着跑
- 05
竞品替代页策划 Skill
这个 Skill 产出的creative_matrix,正好是它需要的输入,可以直接接着跑
- 06
API 产品介绍页策划 Skill
这个 Skill 产出的schema_markup,正好是它需要的输入,可以直接接着跑