WordPress Docker 环境
io.github.aiskillstore/marketplace/wp-docker
基于 Docker 的 WordPress 开发环境。在搭建新的 WordPress 站点、管理 Docker 容器或用 WP-CLI 自动化站点部署时使用。
“CLI” 共 378 个结果
io.github.aiskillstore/marketplace/wp-docker
基于 Docker 的 WordPress 开发环境。在搭建新的 WordPress 站点、管理 Docker 容器或用 WP-CLI 自动化站点部署时使用。
io.github.aiskillstore/marketplace/cursor
通过 CLI 控制 Cursor AI 代码编辑器。打开文件、文件夹、diff 并管理扩展。
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.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.mrgoonie/claudekit-skills/databases
使用 MongoDB(文档数据库、BSON 文档、聚合管道、Atlas 云服务)与 PostgreSQL(关系数据库、SQL 查询、psql CLI、pgAdmin)。适用于设计数据库模式、编写查询与聚合、优化索引性能、执行数据库迁移、配置复制与分片、实施备份恢复策略、管理数据库用户与权限、分析查询性能或管理生产数据库
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.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.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.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.nanocoai/nanoclaw/frontend-engineer
前端工程纪律:为每个 Web 项目强制 build-test-verify 流程;站点未经构建、测试、响应式、无障碍与真实浏览器视觉核验,不得宣告完成。建议与 vercel-cli 配合完成生产级部署。