搜索「Docs」的结果

io.github.compozy/compozy/refactoring-analysis

用 Martin Fowler 的代码坏味道与技术目录审计代码库的重构机会——过长函数、重复代码、高耦合、复杂条件、基本类型偏执——并把按优先级排序的报告写到 docs/_refacs/。在审计代码质量、规划重构冲刺或检查架构健康度时使用。不用于风格/格式化、性能或安全审计。

io.github.vercel/next.js/insight-error-page

为 Next.js dev overlay 撰写或审查 insight 类型的错误页。在新建 errors/<slug>.mdx 页面、审查现有页面或检查其与 framework 修复卡片是否一致时使用。涵盖页面结构、标题对齐、带 Copy prompt 按钮的 FixCard、代码片段、与正式文档的术语一致性，以及 Vercel 技术写作风格。

io.github.sgl-project/sglang/cookbook-review-pr

按 SGLang Cookbook（docs_new/，Mintlify）的贡献清单审查 PR——采用配置驱动的格式（每个模型的 config 与基准测试 JSX，由共享的 _deployment.jsx 与 _playground.jsx 引擎消费）。使用 /cookbook-review-pr <PR 编号> 运行。

io.github.nexu-io/open-design/writing-guidelines

审查文档是否符合 Writing Guidelines。当被要求“review my docs”“check writing style”“audit prose”“review docs voice and tone”或“check this page against the writing handbook”时使用。

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.affaan-m/ECC/documentation-lookup

通过 Context7 MCP 获取最新的库与框架文档，而不是依赖训练数据。当出现安装配置类问题、API 参考、代码示例，或用户点名某个框架（如 React、Next.js、Prisma）时触发。

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.millionco/react-doctor/writing-guidelines

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

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

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

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

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