搜索「[mp-skills CLI, Node.js 18+]」的结果

io.github.Dicklesworthstone/agent_flywheel_clawdbot_skills_and_integrations/cursor

通过 CLI 控制 Cursor AI 代码编辑器：打开文件、文件夹、diff 对比，并管理扩展。

io.github.go-go-golems/docmgr/cursor-docmgr

使用 docmgr CLI 管理工单式文档（创建工单、添加文档、用 file-note 关联代码文件、更新变更日志与检索）。当用户询问 docmgr 用法、需要 docmgr 命令序列，或想要 docmgr 最佳实践（file-note、引用、doctor）时使用。

io.github.nspady/google-calendar-mcp/mcp-research

面向 Model Context Protocol 实现的专家级研究工具。在审查 MCP 服务器代码、规划新的 MCP 工具/资源/提示词、调查协议合规问题或验证架构时主动使用。专长于协议合规（JSON-RPC 2.0）、安全模式、传输层和生产环境最佳实践。当前规范版本：2025-06-18。

io.github.MaxMiksa/Auto-Company/agent-browser

面向 AI agent 的浏览器自动化 CLI。当用户需要与网站交互时使用，包括浏览页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用或自动化任何浏览器任务。触发请求如“open a website”“fill out a form”“click a button”“take a screenshot”“scrape data from a page”“test this web app”“login to a site”“automate browser actions”，或任何需要程序化 Web 交互的任务。

io.github.stablyai/orca/orchestration

协调受监督的 Orca worker:线程消息、阻塞式问答、任务派发、worker_done/escalation 等待、任务 DAG、决策关卡以及 agent 间的工作分解。完全所有权移交("hand off"、"handoff"、"give this to another agent"、"another worktree")用 orca-cli,除非需要监督、监控或协调 DAG;终端控制、轻量终端提示、shell 命令、Orca 工作树管理、读取/等待终端也用 orca-cli。仅当需要 OS/窗口级控制(焦点、菜单、对话框、坐标、截图)时,才用 Computer Use 操作外部浏览器窗口、webview、Orca 应用 UI 或 Orca 内置浏览器之外的桌面 UI。Orca 内置页面用 orca-cli,外部页面用 Playwright/CDP 等页面自动化工具。

io.github.anomalyco/opencode/unit-tests

Use when writing, reviewing, speeding up, or fixing a flaky `bun test` unit test in any package (core, cli, server, ai, codemode, util, client, sdk, plugin, http-recorder, merman, app src and test-browser, desktop, gui-extensions, ui, session-ui, latex, ...), except OpenTUI renderer tests (see tui-tests). Also use when a test "timed out after 5000ms" on Windows CI, fails only on Windows, when the unit job is slow, when adding cli subprocess or service tests, or when adding a package's test task to turbo.json. Covers controlling time instead of sleeping, per-test timeouts, process and git spawn cost on Windows, Windows-only failures, temp dirs and process state, leaks between files, and reading CI timeouts.

io.github.anomalyco/opencode/tui-tests

Use when writing, fixing, or reviewing tests that render OpenTUI (testRender, createTestRenderer, createAppFixture) in packages/tui or packages/cli. Covers frame waits (waitForFrame, waitFor, waitForVisualIdle, flush), started vs non-started renderers, injected clocks, mock keyboard and mouse input, terminal sizes, cleanup and shared paths, and the 30s budget. Also use when a TUI test fails with "Timed out waiting for frame predicate after N passes", or when a tui test file is slow. For cli subprocess and service tests, use the unit-tests skill.

io.github.n8n-io/n8n/create-agent-builder-eval

Authors and calibrates Instance AI evaluations that build standalone n8n Agents through Agent Builder. Use when a change under packages/cli/src/modules/agents affects build-agent routing, Agent setup, model or credential selection, tools, MCP servers, integrations, skills, tasks, testing, or user-facing build responses. Requires LangTracer access before authoring so each finished case can be published.

io.github.n8n-io/n8n/public-api

使用 @PublicApiController 为 n8n Public API v1 新增、迁移或更新端点，涵盖公开 DTO、API key 与 RBAC scope、游标分页、OpenAPI 与覆盖率接线及测试。在 packages/cli/src/public-api/v1/ 下工作，或需要把已有服务通过 /api/v1 暴露时使用。

io.github.netdata/netdata/triage-codacy

本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。

io.github.macro-inc/macro/sqlx-migration

使用 `sqlx migrate add <name>` 创建 SQLx 迁移文件。当被要求添加、创建或生成 sqlx/sqlx-cli 数据库迁移时使用。

io.github.onyx-dot-app/onyx/image-generation

通过 `onyx-cli image` 调用工作区已配置的图像生成服务，生成或编辑位图（照片、插画、纹理、精灵图、样机、Logo、信息图）。适用于需要产出全新位图、变换已有图像或基于参考图派生变体的任务；若结果更适合用代码原生 SVG/矢量，或直接在 HTML/CSS/canvas 中绘制，则不要使用。若尚未配置图像生成服务，请提示用户前往 /admin/configuration/image-generation 完成设置。

io.github.netdata/netdata/codacy-audit

本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。

io.github.legioncodeinc/that-git-life/cursor-ide-stinger

让 cursor-ide-worker-bee 负责 Hivemind 的 Cursor 侧界面：Cursor 1.7+ 钩子框架（~/.cursor/hooks.json、6 类生命周期事件），由 src/cli/install-cursor.ts 完成装配；位于 harnesses/cursor/extension/ 的第一方 VS Code/Cursor 扩展；在 Cursor 中注册 Hivemind MCP 服务器（src/mcp/server.ts）；以及本仓库自带的 .cursor/ Bee Army 平台（.mdc 格式规则、agents、skills/Stingers、the-beekeeper/the-smoker 命令、model-comparison-matrix）。当任务涉及 Cursor 钩子装配、编写 .cursor/rules/*.mdc、在 Cursor 中注册 MCP、Cursor 扩展构建或 Army 的 .cursor/ 结构时使用。不用于 TS 源码质量（typescript-node-worker-bee）、server.ts 的 MCP 协议内部（mcp-protocol-worker-bee），或其他智能体的 harness 装配（harness-integration-worker-bee）。

io.github.orangehrm/orangehrm/testing

OrangeHRM 测试分层参考——`phpunit.xml` 中声明的按插件 PHPUnit 测试套件、测试数据库生命周期（`instance:create-test-db` 构建含数据的 MySQL 库并由 `CoreFixtureService` 导出、bootstrap 在每个测试时还原）、测试基类（`TestCase` 用于纯单元测试、`KernelTestCase` 用于需要完整框架与 DI 容器的测试、`EntityTestCase` 用于纯实体测试、`EndpointTestCase` 与 `EndpointIntegrationTestCase` 用于带请求 mock 与异常期望的 API 端点测试）、YAML fixture 模式（按插件 `test/fixtures/<DaoName>.yml` + 在 `setUp()` 中调用 `TestDataService::populate($yamlPath)`）、前端单元测试的 Jest 配置（`@vue/cli-plugin-unit-jest/presets/typescript-and-babel`、同级 `__tests__/` 目录），以及用于 E2E 的 Cypress（独立工作区位于 `src/test/functional/`）。当用户编写测试、决定继承哪个基类、调试 fixture 加载、搭建测试数据库、运行单个测试类或试图弄清测试机制时使用。

io.github.FerroxLabs/wayland/typescript-project-setup

指导完成专家级的 TypeScript 项目配置：开启严格模式的 tsconfig.json、路径别名、声明文件生成、monorepo 的组合工程（composite projects）以及 ESM 配置，覆盖决定类型安全与开发体验的关键决策。当用户询问搭建 TypeScript 项目、配置 tsconfig.json、设置路径别名、组合工程或 TypeScript 构建配置时使用。当用户询问 TypeScript 类型模式（用 typescript-type-patterns）、运行时校验（用 typescript-runtime-safety）或 Node.js 搭建（用 nodejs-project-setup）时请勿使用。

io.github.actualbudget/actual/review-actual-pr

对 actualbudget/actual 仓库中的拉取请求做全面审查。依据仓库的 CODE_REVIEW_GUIDELINES.md 与 AGENTS.md 进行离线代码审查（绝不发布任何 GitHub 评论），然后用 playwright-cli 在浏览器中验证该改动。缺陷类 PR 先在 edge.actualbudget.org 复现问题，再到 Netlify 预览环境验证修复；特性与增强类 PR 则在预览环境跑一遍改动，并截取带标注的截图突出新增功能。只要用户要求审查、测试、校验、把关、 Sanity 检查、QA 或以其他方式查看 Actual Budget 仓库中的 PR 与拉取请求，就使用本技能。

io.github.recyclarr/recyclarr/testing

在 tests/** 下任何位置编写、编辑、重构或调试测试（单元、集成或端到端）时使用；编写 NUnit 4 测试类（*Test、*IntegrationTest）；使用 NSubstitute mock、AutoFixture 的 [AutoMockData]/[InlineAutoMockData]/[Frozen]，或 AwesomeAssertions（不是 FluentAssertions）；涉及 CliIntegrationFixture、IntegrationTestFixture、MockFileSystem、TestableLogger、NUnitAnsiConsole 或 New* 工厂辅助类；在 tests/Recyclarr.Cli.IntegrationTests.E2E/ 下添加或更新 E2E 夹具；编辑 Fixtures/recyclarr.yml、metadata.json、cf/、cf-groups/、quality-profiles/ 夹具目录；运行 Run-E2ETests.ps1 或 scripts/coverage.py；排查不稳定测试、覆盖率缺口或 Testcontainers 设置。触发短语如“write a test”“fix this test”“improve coverage”“add an E2E case”“mock this dependency”，或任何对 *.Tests.csproj 及 tests/** 下文件的编辑

io.github.NeverSight/learn-skills.dev/backend-development

后端服务开发专家（通才）。精通多种后端技术栈，能够根据需求选择最合适的技术方案。 当用户需要开发API、数据库设计、微服务架构或后端业务逻辑时使用此技能。 根据用户需求的技术栈，自动切换到对应语言的专家模式： - Python → 查看 python/SKILL.md - Node.js → 查看 nodejs/SKILL.md - Go → 查看 go/SKILL.md - Java → 查看 java/SKILL.md

io.github.nanocoai/nanoclaw/frontend-engineer

前端工程纪律：为每个 Web 项目强制 build-test-verify 流程；站点未经构建、测试、响应式、无障碍与真实浏览器视觉核验，不得宣告完成。建议与 vercel-cli 配合完成生产级部署。

io.github.davila7/claude-code-templates/senior-qa

面向 ReactJS、NextJS、NodeJS 应用的 QA 与测试全面技能，涵盖质量保证、测试自动化与测试策略。包含测试套件生成、覆盖率分析、E2E 测试搭建与质量指标。在设计测试策略、编写测试用例、实现测试自动化、执行手工测试或分析测试覆盖率时使用。

io.github.davila7/claude-code-templates/senior-architect

覆盖 ReactJS、NextJS、NodeJS、Express、React Native、Swift、Kotlin、Flutter、Postgres、GraphQL、Go、Python 的全面软件架构技能，用于设计可扩展、可维护的系统。包含架构图生成、系统设计模式、技术选型决策框架与依赖分析。在设计架构、做技术决策、绘制架构图、评估权衡或定义集成模式时使用。