360 Secure SkillHub
360 安全技能中心

docs-page-generator

核心功能:指导文档站点结构设计(含快速入门、指南、API参考等模块)、信息架构优化,适配多类产品及受众。典型场景:用户创建、优化或架构docs/help类站点、帮助中心、知识库时调用。输出包含结构规划、导航设计、内容清单及子域名建议,会先结合项目上下文定制方案。

kostja94
kostja94
热度 49.40
最近更新 2026-05-11 17:34:16
分类:效率依赖:读写文件 / 内部调用大模型应用场景:模板 / 工作流

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add docs-page-generator
Metadata
name
docs-page-generator
description
When the user wants to create, optimize, or structure a documentation site. Also use when the user mentions "docs," "documentation site," "docs subdomain," "docs.yourdomain.com," "help center," "knowledge base," "Getting Started," "API Reference," "user guides," or "tutorials." For API marketing landing, use api-page-generator.
metadata
{"version":"1.0.1"}

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
  2. Audience: End users, developers, admins
  3. Content sources: Markdown, MDX, Git, CMS
  4. 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