搜索「Docs」的结果

io.github.affaan-m/ECC/living-docs-governance

通过为现有项目文档分配清晰的章程、地图、状态与历史角色，再把正在使用的代理运行框架接到这些权威来源上，从而避免长期项目的文档腐化。在维护阶段使用：当文档与代码脱节、代理跨会话丢失上下文，或刻意删除的内容反复被重建时。优先沿用仓库现有的文档结构，而不是新建根目录文件。中文触发：文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理

io.github.openclaw/openclaw/openclaw-refactor-docs

在源码审计保真、结构重组与验证的前提下，重构现有的 OpenClaw 文档页面。

io.github.upstash/context7/context7-docs

为任意库、框架、SDK、CLI 工具或云服务获取最新文档和代码示例。只要用户询问特定库——哪怕 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等常见库——都应使用,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使你认为自己知道答案也要用——不要依赖训练数据中的 API 细节、函数签名或配置项,它们常常过时。库文档优先于网络搜索。

io.github.ruvnet/ruflo/api-docs

从源代码生成 API 文档,支持 JSDoc 与 OpenAPI。

skillsmp.droidrun-mobilerun-skill-md

Mobilerun 文档参考。当用户询问 Mobilerun 的安装、配置、SDK 用法、CLI 命令、设备设置、agents、架构、app card、凭据、tracing、Docker、迁移、结构化输出，或任何 Mobilerun“怎么做”类问题时使用。

io.github.remotion-dev/remotion/writing-docs

编写和修改 Remotion 文档的指南。适用于添加文档页面、编辑 packages/docs 中的 MDX 文件或撰写文档内容。

io.github.formbricks/formbricks/nextjs-docs

本仓库的本地 Next.js 文档索引（.next-docs/）。用于 apps/web 中任何 Next.js 相关工作：路由、布局、页面、app router、服务端/客户端组件、server actions、缓存、重新验证、metadata、route handlers、proxy/middleware、next.config、图片、字体、错误处理、加载状态、并行/拦截路由、动态路由、useRouter/usePathname/useSearchParams、cookies/headers、重定向、部署、升级。在实现或调试 Next.js 行为前先阅读相关 .mdx 文件；不要依赖训练数据。

io.github.c15t/c15t/writing-docs

撰写或编辑 docs/**/*.mdx 下的 c15t 文档——c15t.com 站点与随已发布包分发的文档均以它为源。在编写指南、集成页面、参考文档、修改包内文档（packages/*/docs、packages/*/AGENTS.md）或修复文档 lint 失败时使用

io.github.mono/SkiaSharp/api-docs

为 SkiaSharp 撰写并评审 XML API 文档（docs 子模块中的 ECMA/mdoc XML）。两种模式：(1) 新增：为含“To be added.”占位符的新 API 写文档；(2) 评审：按范围检查现有文档的准确性、时效性、示例与卫生。触发语：“document class”“add XML docs”“write XML documentation”“fill in missing docs”“remove To be added placeholders”“review documentation”“check docs for errors”“fix doc issues”“audit the docs”“review the font docs”“are the examples correct”“update out-of-date docs”，以及任何对 SkiaSharp API 文档做新增、校验、修正或扩充的请求。

io.github.handsontable/handsontable/writing-docs-pages

在 docs/content/guides/ 下创建或编辑文档页面时使用——涵盖 YAML frontmatter、页面结构、框架特定的示例嵌入、写作风格与侧边栏注册。

io.github.ruvnet/ruflo/agent-docs-api-openapi

OpenAPI 文档的 Agent 技能,使用 $agent-docs-api-openapi 调用。

io.github.omnigent-ai/omnigent/api-docs

从代码本身为模块或公共 API 面（函数、类、CLI 命令、端点）撰写文档。当用户要求 API 参考、为模块写文档，或为公共接口编写使用说明时使用。

io.github.actualbudget/actual/writing-actual-docs

只要在 Actual Budget 仓库中创建、更新、编辑、撰写、重组或修复文档——具体指 `packages/docs/` 下的任何内容（发布在 actualbudget.org/docs 的 Docusaurus 站点），或该包内任何 .md 与 .mdx 文件的改动——都使用本技能。触发请求如为 X 新增一个文档页、更新 FAQ、为新特性写指南、给这个设置写文档、修一下关于 Y 的文档、新增贡献指南页面，或任何文档站点相关工作，即便用户没有明确提到风格、结构或约定也要触发。Actual 的文档遵循严格的 Docusaurus 约定（front matter、标题层级、图片放置与命名、提示块语法、Title Case、语气、拼写白名单），不查阅项目风格指南就动笔，写出的内容几乎必然过不了评审并需要返工。

io.github.shader-slang/slang/design-docs-incremental-update

增量刷新 docs/generated/design/ 下由 LLM 生成的设计文档。当源码变更后用户要求更新、刷新或重新生成生成的设计文档时使用。按 docs/generated/design/_meta/regenerate.md 定义的三阶段操作循环执行——(1) Claude 重新生成过期文档，(2) 指引用户运行非 Claude 评审，(3) Claude 应用整改——阶段 1 与 3 前均需显式确认。

io.github.vercel/next.js/update-docs

当用户要求“update documentation for my changes”“check docs for this PR”“what docs need updating”“sync docs with code”“scaffold docs for this feature”“document this feature”“review docs completeness”“add docs for this change”“what documentation is affected”“docs impact”，或提到 docs/、docs/01-app、docs/02-pages、MDX、documentation update、API reference、.mdx 文件时使用。为根据代码变更更新 Next.js 文档提供引导式流程。

io.github.expo/expo/expo-api-docs

按官方规范为 Expo SDK API 编写 TSDoc 注释。在 expo-* 包中引入新的面向用户的 TypeScript API 时必须使用——从一开始就正确记录 API,而非事后补。也用于改进现有文档。涵盖 @platform、@example、@deprecated、@default 注解、第三人称陈述式风格、blockquote 注记,以及文档生成的类型导出模式。

io.github.medusajs/medusa/writing-docs

为 book、resources、ui、user-guide 和 cloud 项目撰写与更新 Medusa 文档 MDX 文件。适用于基于代码 diff 修改文档、新增页面、更新既有内容或更新组件示例。修改 www/apps/ 下任何 MDX 文件前务必先加载本技能。

io.github.Fody/Costura/api-docs

按 .NET 规范编写与评审 XML API 文档。触发语：“给类写文档”“加 XML 注释”“写 XML documentation”“加三斜杠注释”“检查文档质量”“排查文档错误”“修复文档问题”“补全缺失文档”“清理 To be added 占位”，以及各类 API 文档请求。

io.github.tldraw/tldraw/review-docs

通过并行评估与迭代改进循环来审查并改进文档。

io.github.google-gemini/gemini-cli/docs-writer

只要任务涉及编写、审阅或编辑仓库中 `/docs` 目录下的文件或任何 `.md` 文件，都必须使用此技能。

io.github.storybookjs/storybook/docs-review

审查、改进、重写、撰写或规划 /docs 中的 Storybook 文档。当被要求审查文档、改进某个页面、重写文档、起草新文档或提供文档策略建议时使用。

io.github.cursor/plugins/docs-canvas

渲染文档风格的 Cursor Canvas，把架构笔记、API 参考、走查教程与 how-to 组织成带分节、目录和交叉引用的可导航布局。当用户要求文档画布、文档总览、架构走查、API 参考页，或希望把结构化文档渲染为交互式画布时使用。

io.github.open-edge-platform/anomalib/python-docstrings

对 Python 代码强制执行 Google 风格的 docstring。

io.github.nukeop/nuclear/writing-docs

在 packages/docs 中撰写或编辑文档时使用。涵盖 Gitbook markdown 语法、特殊块、页面结构，以及 SUMMARY.md 目录。触发语包括 write docs、add documentation、docs page、gitbook、user manual。