搜索「context7 deepwiki wiki docs」的结果

io.github.supabase/supabase/test-the-docs

在一次性的 Docker Compose 沙箱（runner 容器 + 通过 supabase start 启动的本地 Supabase 栈）里执行文档中可运行的代码片段与示例。在 Draft 之后或 Self-review 期间，被要求测试文档、对 CLI/SQL/代码样例做事实核查或为文档 PR 产出验证报告时使用。作为 review-the-docs 的 lint/build 检查的补充而非替代。

io.github.supabase/supabase/ask-the-docs

基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。

io.github.lobehub/lobehub/write-landing-docs

Use for public LobeHub website documentation under docs/**, including self-hosting, deployment, migration, and configuration guides. Excludes product changelogs and source-code API docs.

io.github.openinterpreter/openinterpreter/openai-docs

用于 Codex 的模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我认知——包括“you”“your”“this app”“this coding agent”等指代 Codex 的说法——以及 OpenAI API/产品和 ChatGPT Work。也用于模型选择/迁移、prompt 编写、SDK、Responses、Realtime、agents、evals 及 Chat/Work/Codex 对比。不适用于仅仅是提到 Codex 的通用应用/软件任务。

io.github.netdata/netdata/docs-learn-site-structure

关于本仓库（及另外 5 个 Netdata 官方仓库）文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源（真正的开关——文件系统路径与路由无关）、learn 仓库中现役的 `ingest/ingest.py` 编排器（不是遗留的 `ingest.js`）、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署，以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档，或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。

io.github.openai/codex/openai-docs

用于 Codex 模型/定价、定时任务、skills、设置、安装、排障、定制、自动化与自我知识——包括指代 Codex 的“you”“your”“this app”“this coding agent”——以及 OpenAI API/产品与 ChatGPT Work 的问题。也用于模型选型/迁移、prompt 撰写、SDK、Responses、Realtime、agents、evals 以及 Chat/Work/Codex 的对比。仅提到 Codex 的普通应用/软件任务不适用。

io.github.ai-dynamo/dynamo/dynamo-docs

在 Dynamo Fern 文档站上添加、更新、移动或删除内容——标准文档页面、目录驱动的配方与功能基准页面、示例、配方及翻译——始终保持与文档风格指南一致。适用于 docs/、recipes/ 或 examples/ 下的任何变更（新建页面、编辑、标签页或章节移动、重命名、移除、配方/基准页面、.zh-CN 翻译、版本切割），决定页面应归属的文档标签页（Kubernetes 指南 vs CLI 指南 vs 参考 vs 用例），以及任何需要修正 frontmatter、标题、链接、标注或术语的内容。

io.github.sickn33/agentic-awesome-skills/docs-generator

基于已完成的分析生成技术交付物：逆向报告、渗透测试报告、CTF write-up 与签名分析文档，采用证据支撑的结构。

io.github.upstash/context7/context7-mcp

当用户询问库、框架、API 参考或需要代码示例时使用本技能。在安装配置问题、涉及库的代码生成,或提到 React、Vue、Next.js、Prisma、Supabase 等具体框架时激活。

io.github.mattpocock/skills/grill-with-docs

通过连环追问打磨计划或设计，并在过程中同步产出文档（ADR 和术语表）。

io.github.openclaw/openclaw/wiki-maintainer

维护 OpenClaw 记忆 wiki 库：确定性页面、受管区块、以来源为据的更新。

io.github.supabase/supabase/review-the-docs

在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR（分诊、分类、验证），也包括开 PR 前审阅自己分支（本地自审）。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。

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

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

io.github.upstash/context7/context7-mcp

通过 Context7 MCP 服务器获取最新的按版本区分的库文档和代码示例。用户询问任何库、框架、SDK、API、CLI 工具或云服务(含 API 语法、配置、安装说明、版本迁移、CLI 用法、库特定调试)时使用;调用第三方库生成代码时使用;用户指明版本(如 Next.js 15、React 19)时使用。React、Vue、Next.js、Prisma、Supabase、Express、Tailwind、Django、Spring Boot 等知名库同样适用,因为训练数据可能未反映最新变化。库文档优先于网络搜索。不用于:重构、从零编写脚本、业务逻辑调试、代码审查、通用编程概念,或用户已提供相关文档时。

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

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

io.github.upstash/context7/find-docs

为任意开发者技术检索最新文档、API 参考和代码示例。只要用户询问特定库、框架、SDK、CLI 工具或云服务——包括 React、Next.js、Prisma、Express、Tailwind、Django、Spring Boot 等知名库——就使用本技能,因为训练数据可能未反映最近的 API 变更或版本更新。以下情况务必使用:API 语法问题、配置项、版本迁移问题、提到库名的 "how do I" 问题、涉及库特定行为的调试、安装说明,以及 CLI 工具用法。即使认为已知答案也应使用——不要依赖训练数据中的 API 细节、签名或配置项,务必对照当前文档核实;库文档与 API 细节优先于网络搜索。

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、页面结构、框架特定的示例嵌入、写作风格与侧边栏注册。