搜索「context7 deepwiki wiki docs」的结果

io.github.lobehub/lobehub/add-provider-doc

为新 AI 供应商添加文档——使用说明、环境变量、Docker 配置与图像资源。

io.github.redis/ioredis/code-change-verification

在移交前验证 ioredis 的代码变更。当 agent 变更或审查运行时 TypeScript、Redis 命令支持、生成的 typings、测试、与行为关联的文档、构建工具、发布敏感文件，或任何需要选择并运行正确本地验证命令的任务时使用。

io.github.hashgraph-online/awesome-codex-plugins/docker-to-sealos

将 Docker Compose 文件或安装文档转换为生产级 Sealos 模板。当用户已有 docker-compose.yml 并希望得到 Sealos 或 Kubernetes 模板、想从 Docker Compose 迁移到 Sealos、需要把容器编排配置转换为 Sealos 格式，或提到 compose 转模板时使用。也由 “/docker-to-sealos” 触发。

io.github.calesthio/OpenMontage/hyperframes-cli

HyperFrames CLI 开发循环。运行 npx hyperframes 的 init、add、catalog、capture、lint、validate、inspect、layout、snapshot、preview、play、render、publish、lambda、doctor、browser、info、upgrade、skills、compositions、docs、benchmark、telemetry、transcribe、tts 或 remove-background 命令时使用,或排查 HyperFrames 构建/渲染环境时。也是 AWS Lambda 云渲染(hyperframes lambda deploy / render / progress / destroy / policies)的入口。

io.github.elastic/kibana/review-connector

审阅连接器规格改动（spec、docs）。在审阅涉及连接器规格的 PR、在 create-connector 或 build-connector 之后做创建后审查，或准备连接器 PR 检查清单时使用。

io.github.higress-group/himarket/backend-coding-standards

HiMarket 后端（Java 与 Spring Boot）编码规范。在修改或审查 himarket-server、himarket-dal、himarket-bootstrap、后端 Maven POM、Flyway SQL、controller、service、DTO、repository、校验、日志、异常或后端测试时使用。编辑前先阅读 docs/standards/backend。

io.github.pdsuwwz/nextjs-nextra-starter/nextjs-nextra-starter-distill-zh

蒸馏并应用当前仓库的 Next.js Nextra 启动模板架构、已实现功能、二次开发扩展点与迁移模式。适用于理解本项目、继续二次开发、修改 docs/landing/i18n/theme/auth/UI 行为，或把这些 Next.js 16 + Nextra 4 + Tailwind CSS 4 模式复用到其他项目。

io.github.pdsuwwz/nextjs-nextra-starter/nextjs-nextra-starter-distill

蒸馏并应用本仓库 Next.js Nextra 启动模板的架构、已实现功能、扩展点与迁移模式。适用于需要理解本项目、继续第二阶段开发、修改 docs/landing/i18n/theme/auth/UI 行为，或把 Next.js 16 + Nextra 4 + Tailwind CSS 4 这些模式复用到其他项目的场景。

io.github.alicankiraz1/CursorQB/cursorqb-subplanner

CursorQB 规划流程的第 2 步（目标驱动）。把 Planner-docs/Main-Planing.md 中的每个主阶段拆解为 Planner-docs/Faz-<n>-Plans/ 下的详细子计划，并生成 Sub-Planing-Index.md。由 define-goal 技能作为 Cursor 目标自动启动，会一直运行直到覆盖所有阶段 —— 不会做完一个阶段就停下。可从 cursorqb-planner 的关卡 1 调用，或直接调用来（重新）生成子计划。只改动 Planner-docs/ 下的文件。

io.github.alicankiraz1/CursorQB/cursorqb-planner

具备仓库感知输入的五步（1、1.5、2、3、4）目标驱动项目规划总控。当用户运行 /cursorqb-plan 或要求 CursorQB 端到端规划项目时使用 —— 总计划、既有项目体检、阶段拆解、覆盖度审计，随后是可选的实现环节。先执行仓库感知的第 1 步输入并产出 Planner-docs/Main-Planing.md；对既有项目运行第 1.5 步体检（cursorqb-autopsy）；再逐关卡进入阶段拆解（cursorqb-subplanner）、覆盖度/质量审计（cursorqb-auditor）与受控实现步骤（cursorqb-implementer）—— 均通过 define-goal 作为 Cursor 目标自动启动。每一步都用自带校验器验证。

io.github.alicankiraz1/CursorQB/cursorqb-autopsy

CursorQB 规划流程的第 1.5 步（目标驱动），对既有项目做体检。在第 1 步之后（或直接）使用，检查已有或部分完成的仓库并写出 Planner-docs/Autopsy.md —— 一份 13 节的技术反馈报告，用于充实第 2 步的子计划。对非空的既有仓库会自动执行，空或近乎为空的仓库则跳过。由 define-goal 技能作为 Cursor 目标自动启动；只会创建/更新 Planner-docs/Autopsy.md。

io.github.alicankiraz1/CursorQB/cursorqb-auditor

CursorQB 规划流程的第 3 步（目标驱动），对第 2 步的子计划做质量、覆盖度、一致性与就绪度审计。用于校验 Planner-docs/Faz-*-Plans/*.md 与 Sub-Planing-Index.md 是否忠实于 Main-Planing.md、是否完整、有序、结构良好且可实施。由 define-goal 技能作为 Cursor 目标自动启动，会持续到每个阶段与子计划都被检视完毕；仅生成 Planner-docs/Sub-Planing-Audit.md 并返回 PASS / PASS_WITH_WARNINGS / BLOCKED。单独运行以复审也是安全的。

io.github.binrogithub/1-3-Cloud-Adoption-Skills/CSS-Code-Search-MCP

在华为云 ECS 上从零部署 CSS/OpenSearch 代码搜索 MCP 服务器，让 Claude Code（claude-glm）能把 GitHub 仓库的代码与文档搜索当作原生 MCP 工具使用。当任务包括开通新的华为云 CSS 集群与 ECS、将代码仓库索引进 CSS，并作为可搜索 MCP 工具暴露给 AI 编码 agent 时使用。

io.github.affaan-m/ECC/brand-voice

从真实的帖子、文章、发布说明、文档或站点文案中提炼出基于来源的写作风格画像，并在内容、触达和社媒工作流中复用。当用户希望语气统一、又不落 AI 写作的俗套时使用。

io.github.getnao/nao/deploy-context

将 nao 项目的上下文目录连接（接线）到远程 nao 实例（云端或自托管），使每次推送到 `main` 分支都通过 GitHub Actions 自动执行 `nao deploy`。当用户已有本地版本化（Git 管理）的 nao 项目、并希望团队部署的实例始终反映最新提交的上下文时使用。涵盖 `nao deploy` 用法、GitHub Actions 工作流、组织 API 密钥、GitHub Secrets、`.naoignore`、`nao_config.yaml` 中的环境变量引用，以及新建与更新的行为差异。不适用于首次项目搭建（请用 `setup-context`），也不用于把仓库元数据回写提交的 `nao sync` 自动化（见文档 synchronization 页面）。

io.github.vercel-labs/agent-skills/vercel-optimize

用于已部署项目的 Vercel 成本与性能优化，尤其适合 Next.js、SvelteKit、Nuxt 以及部分 Astro 应用。先收集 Vercel 指标、用量、项目配置与代码扫描结果；只排查有指标支撑的候选项；产出基于已核实文件、并对齐 Vercel 与框架版本文档的排序建议。当用户要求降低 Vercel 账单、优化缓慢或高开销路由、寻找缓存机会，或提到 Function Invocations、Build Minutes、Fast Data Transfer、Core Web Vitals、Bot Management、Fluid compute、成本明细时使用。

io.github.github/spec-kit/add-community-extension

依据 GitHub issue 提交，把社区扩展加入 Spec Kit 目录。适用：处理扩展提交 issue、校验目录条目、更新 catalog.community.json 与 docs/community/extensions.md、创建 PR。不适用：从零新建扩展或第一方扩展工作。

io.github.millionco/react-doctor/writing-guidelines

审查文档/文案是否符合写作指南。当被要求“审查我的文档”“检查写作风格”“审计文案”“审查文档语气与口吻”或“对照写作手册检查此页”时使用。

io.github.affaan-m/ECC/fastapi-patterns

FastAPI 模式，涵盖异步 API、依赖注入、Pydantic 请求与响应模型、OpenAPI 文档、测试、安全性及生产就绪。

io.github.abhigyanpatwari/GitNexus/gitnexus-cli

当用户需要运行 GitNexus CLI 命令时使用，例如 analyze/index 仓库、查看状态、清理索引、生成 wiki 或列出已索引仓库。示例：“Index this repo”“Reanalyze the codebase”“Generate a wiki”。

io.github.withastro/flue/api-reference-writer

基于包可见的 TypeScript 导出与经审计的源码相邻 JSDoc，创建并重写 Flue API 参考文档。在 apps/docs/src/content/docs/api/ 下撰写简明参考页面，或撰写如 reference/configuration.md 的参考页时使用。不适用于叙述性指南、教程或自动维护检查。

io.github.vercel/next.js/write-api-reference

为 Next.js API 撰写参考文档：函数、组件、文件约定、指令与配置选项。当用户要求撰写/创建/起草 API 参考页面，或涉及 docs/01-app/03-api-reference/ 路径、以及“API reference”“props”“parameters”“returns”“signature”等关键词时自动激活。信息来源为 Next.js 源码、既有 API 参考页面或用户提供的规格。输出为带 YAML frontmatter、用法示例、参考条目、行为说明和示例的 markdown（.mdx）API 参考页面。

io.github.vercel-labs/agent-skills/writing-guidelines

按 Writing Guidelines 审查文档与文字表达。当用户要求审阅我的文档、检查写作风格、审计文字表达、审阅文档的语气与口吻，或检查某页面是否符合写作手册时使用。

io.github.openclaw/openclaw/technical-documentation

在你的仓库中编写并审查高质量的技术文档和代理指令文件。