搜索「Search The Web」的结果

io.github.jxxghp/MoviePilot/browser-use

当用户要求 agent 用浏览器打开、浏览、检查、提取内容、点击、填表、截图或验证网页时使用本技能。也用于需要浏览器交互的 MoviePilot 场景，例如查看站点页面、确认 JavaScript 渲染结果、测试登录状态、捕获可见错误，或更新并校验 tracker 站点 cookie。

io.github.github/awesome-copilot/react-container-presentation-component

在 src/components 下按 Container/Presentation 模式创建组件：询问组件名与类型（ui 或 features），然后按本仓库的 TypeScript、Storybook 与 SCSS 约定生成文件。当用户明确索要 Container/Presentation 模式组件或运行 /react-container-presentation-component 时使用。

io.github.Sunagatov/Iced-Latte/backend-feature-packaging

用于决定后端代码在 Iced Latte 中应存放的位置，尤其是功能归属、api/ 边界、common 与 feature 的落位选择，或模块化单体中的跨功能模块依赖。

io.github.onsi/ginkgo/writing-specs

编写优秀的 Ginkgo spec——容器节点（Describe/Context/When）、主题节点（It/Specify）、setup/cleanup 节点（BeforeEach、JustBeforeEach、AfterEach、DeferCleanup、BeforeSuite/AfterSuite）、“容器内声明、BeforeEach 中初始化”规则、创建与配置分离、用 GinkgoHelper()/GinkgoHelperGo() 的可复用测试助手，以及 By/GinkgoWriter 输出。在编写或审查 spec 或提取测试助手时使用。涵盖构树期陷阱（容器体内不要放断言/初始化/循环捕获）。

io.github.abhigyanpatwari/GitNexus/gitnexus-debugging

当用户在调试缺陷、追踪错误或询问某处为何失败时使用。示例：“X 为什么失败？”“这个错误来自哪里？”“追踪这个 bug”。

io.github.abhigyanpatwari/GitNexus/gitnexus-debugging

当用户在调试缺陷、追踪错误或询问某处为何失败时使用。示例：“X 为什么失败？”“这个错误来自哪里？”“追踪这个 bug”。

io.github.abhigyanpatwari/GitNexus/gitnexus-guide

当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”

io.github.HKUDS/CLI-Anything/video-creation

面向视频生产的按能力组合的多工具矩阵。agent 按能力挑选 provider(CLI-Anything harness、公开 CLI、Python 库、原生二进制、云 API),而非固定阶段流水线,涵盖分镜规划、故事/声音指导、素材分诊、网络视频/音乐搜索下载、采集/生成、分析、声音设计、高质量字幕设计、NLE/渲染问题排查、审阅与打包交付。

io.github.alicankiraz1/CursorQB/cursorqb-implementer

CursorQB 流程中带关卡的第 4 步（目标驱动）—— 从已审计的计划中实现一个范围受限、可回滚、可验证的小切片。在第 3 步审计通过后、用户批准实现时使用，或通过 /cursorqb-implement 调用。仅当审计结果为 PASS 或 PASS_WITH_WARNINGS 且不存在 P0/P1 问题时才运行；否则会停止并建议先修复。挑选单个 READY 子计划，先定义校验命令，做最小改动，并在声称完成前先验证。

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.zeon-studio/nextplate/nextjs-template-guidance

凡需要了解该模板的工作方式时使用：新增页面、管理内容、配置页面、使用组件、理解项目架构、使用脚本或样式与主题定制。适用于任何与该项目的结构、用法、定制相关的问题。

io.github.vulhub/vulhub/add-vulhub-env

为 Vulhub 项目添加新的漏洞复现环境的指南。当用户想要添加新的 CVE 环境、创建漏洞 Docker 实验、为 vulhub 贡献新漏洞、撰写 vulhub 漏洞文档，或为某漏洞环境创建 docker-compose.yml / Dockerfile / README 时使用。当用户提及要添加的特定 CVE、询问 vulhub 贡献流程，或想搭建可复用的利用环境时也触发。

io.github.browser-use/browser-harness/browser-harness

通过 CDP 直接控制浏览器——驱动用户已在运行的 Chrome（或 Browser Use 云浏览器）进行自动化、抓取、测试或网页交互。当用户想点击、截图、填表、提取数据或导航真实网页时使用。默认采用截图+坐标点击，而非选择器定位。需一次性安装 `browser-harness` CLI（见 references/install.md）。

io.github.TriliumNext/Trilium/ckeditor5-reviewing

评审或审计 Trilium（TriliumNext Notes）monorepo 中的 CKEditor 5 插件代码，或涉及 packages/ckeditor5-*、packages/ckeditor5 构建的 PR/diff。用于检查 Trilium CKEditor 5 插件的正确性与惯用写法：schema/转换/命令/UI/widget 代码、CKEditor 特有缺陷（upcast/downcast 不对称、upcast 元素未消费、缺少 inline-widget 位置映射、命令 refresh/isEnabled 问题、内存泄漏、t() 遗漏、editing/UI 职责越界），以及 Trilium 集成缺陷（未在 plugins.ts 注册、toolbar.ts 缺少按钮、import/文件扩展 lint 失败、错误的 augmentation 模块、.po 本地化缺口、错误的测试环境）。与 ckeditor5-plugin-development、ckeditor5-testing 配套并复用其检查清单。

io.github.abhigyanpatwari/GitNexus/gitnexus-pdg-query

在查询或扩展 GitNexus 的 PDG 控制/数据依赖接口（`pdg_query` MCP 工具、CDG/REACHING_DEF 边），或推理“什么控制 X”/“Y 流向哪里”/guard 子句时使用。示例：“这条语句的 guard 是什么？”“在函数内追踪这个变量”“为什么 pdg_query 结果为空？”“添加一个 CDG 查询”。

io.github.biersoeckli/QuickStack/backend-testing

使用项目的 Vitest、Prisma、SQLite 与 k3s 约定创建并审查 QuickStack 后端单元与集成测试。在编辑 src/server/、src/shared/ 或 src/__tests__/integration/ 下的后端测试文件，或用户要求后端测试覆盖、mock、Prisma 测试库搭建或 Kubernetes 集成测试时使用。

io.github.biersoeckli/QuickStack/backend-services

使用项目既定的单例、适配器、缓存与错误处理模式，创建并更新 QuickStack 后端服务、适配器、独立服务与 server action。在编辑 src/server/services、src/server/adapter、src/server/utils、src/server.ts 下的文件，或相关的服务端 action 与后端工具时使用。

io.github.Nevo24/leap/cursor-editor-agent-tabs

说明 Leap Monitor 如何展示只读的编辑器 GUI 智能体行 —— 既包括 Cursor（编辑器）的 Agent/Composer 标签页，也包括 VS Code Copilot Chat 会话。涵盖磁盘扫描（scan_open_cursor_agents、scan_open_vscode_copilot_sessions）、状态映射、经共享 Leap 扩展跳转、合成行对齐、关闭按钮（Cursor 关闭标签页 / VS Code 移除行），以及共享的 GUI_TAG_PREFIXES/GUI_ROW_TYPES 底层通路。在改动 cursor_gui_scan.py、vscode_copilot_scan.py、编辑器 GUI 智能体行或编辑器聊天跳转逻辑时使用。

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。

io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring

当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例：“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。

io.github.abhigyanpatwari/GitNexus/gitnexus-exploring

当用户问代码如何工作、想理解架构、追踪执行流程，或探索代码库中不熟悉的部分时使用。示例：“X 是怎么工作的？”“谁调用了这个函数？”“给我看下认证流程”。