Pages: Documentation Site
Guides documentation site structure, navigation, and content organization. Typically hosted on docs.* or help.* subdomain. Includes Getting Started, guides, tutorials, API Reference (endpoint docs), and troubleshooting. Distinct from API introduction page (api-page-generator).
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
Initial Assessment
Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product, audience, and use cases.
Identify:
- 1. Product type: Software, API, hardware, service
- Audience: End users, developers, admins
- Content sources: Markdown, MDX, Git, CMS
- Subdomain: docs., help., or path (/docs)
Documentation Structure
| Section | Purpose | Typical Content |
|---|
| Getting Started | Onboarding, first steps | Quick start, installation, first task |
| Guides / Tutorials |
Step-by-step learning | How-to articles, workflows |
|
Concepts | Background, architecture | Key concepts, glossary links |
|
API Reference | Endpoint docs | Auth, request/response, examples; part of docs, not separate page |
|
Troubleshooting | Problem solving | FAQ, common errors, support links |
Best Practices
Information Architecture
- - Progressive disclosure: Start simple, link to depth
- Sidebar navigation: Hierarchical, collapsible sections
- Search: Full-text search for long doc sets
- Breadcrumbs: For deep hierarchies
API Reference (within Docs)
API Reference is a section of docs, not a standalone page. Include: endpoints by resource, auth, request/response schemas, error codes, rate limits, code examples (cURL, SDKs). Use OpenAPI/Swagger for consistency.
Content
- - Task-oriented: "How to X" not "X feature"
- Code examples: Copy-paste ready, multiple languages if relevant
- Screenshots/videos: For UI-heavy products
- Versioning: Document product/API version when applicable
SEO and Discovery
- - Index docs: Unless internal-only; use robots if needed
- Internal links: Cross-link related articles, link to main site
- Schema: TechArticle, HowTo for guides
Output Format
- - Structure (sections, hierarchy)
- Navigation design (sidebar, top-level)
- Getting Started outline
- Content checklist per section
- Subdomain/path recommendation
Related Skills
- - api-page-generator: API intro page links to docs
- sidebar-generator: Docs sidebar design
- faq-page-generator: FAQ can live in docs or main site
- content-strategy: Doc content planning
页面:文档站点
指导文档站点的结构、导航和内容组织。通常托管在 docs. 或 help. 子域名下。包含入门指南、操作指南、教程、API 参考(端点文档)和故障排除。与 API 介绍页面(api-page-generator)不同。
调用时:在首次使用时,如有帮助,先用 1-2 句话说明此技能涵盖的内容及其重要性,然后提供主要输出。在后续使用或用户要求跳过时,直接进入主要输出。
初始评估
首先检查项目上下文: 如果存在 .claude/project-context.md 或 .cursor/project-context.md,请读取其中的产品、受众和用例信息。
识别:
- 1. 产品类型:软件、API、硬件、服务
- 受众:最终用户、开发者、管理员
- 内容来源:Markdown、MDX、Git、CMS
- 子域名:docs.、help. 或路径(/docs)
文档结构
| 章节 | 目的 | 典型内容 |
|---|
| 入门指南 | 上手引导,第一步 | 快速开始、安装、第一个任务 |
| 操作指南/教程 |
分步学习 | 操作指南文章、工作流程 |
|
概念 | 背景知识、架构 | 关键概念、术语表链接 |
|
API 参考 | 端点文档 | 认证、请求/响应、示例;作为文档的一部分,非独立页面 |
|
故障排除 | 问题解决 | 常见问题、常见错误、支持链接 |
最佳实践
信息架构
- - 渐进式披露:从简单开始,链接到深度内容
- 侧边栏导航:层级结构,可折叠章节
- 搜索:长文档集支持全文搜索
- 面包屑导航:适用于深层层级结构
API 参考(文档内)
API 参考是文档的一个章节,而非独立页面。包括:按资源分类的端点、认证、请求/响应模式、错误代码、速率限制、代码示例(cURL、SDK)。使用 OpenAPI/Swagger 保持一致性。
内容
- - 任务导向:如何做 X 而非 X 功能
- 代码示例:可直接复制粘贴,相关时提供多种语言
- 截图/视频:适用于 UI 密集型产品
- 版本管理:适当时记录产品/API 版本
SEO 和发现
- - 索引文档:除非仅限内部使用;必要时使用 robots
- 内部链接:交叉链接相关文章,链接到主站
- 结构化数据:技术文章、操作指南
输出格式
- - 结构(章节、层级)
- 导航设计(侧边栏、顶层)
- 入门指南大纲
- 每个章节的内容清单
- 子域名/路径建议
相关技能
- - api-page-generator:API 介绍页面链接到文档
- sidebar-generator:文档侧边栏设计
- faq-page-generator:常见问题可位于文档或主站
- content-strategy:文档内容规划