搜索「CLI」的结果

io.clawhub.gricha/workout

使用 workout-cli 记录训练、登记组数、管理动作与模板。支持多用户档案。当需要帮用户记录健身、查看历史或分析力量增长时使用。

io.clawhub.ivangdavila/redis-store

设计、调优并排查 Redis：数据结构、内存限制、持久化、Streams 与队列、锁、复制和集群。当编写 Redis 命令或 Lua、在 hash、sorted set 与 stream 之间做选择、为缓存键设置过期、构建队列、分布式锁、限流器、排行榜、会话存储或计数器，或需要应对 OOM、MISCONF、CROSSSLOT、MOVED、BUSY、LOADING、WRONGTYPE、延迟尖峰、内存持续增长、键过早消失或永不过期、副本滞后或故障转移丢写、KEYS 或大 DEL 卡死服务、连接被拒、集群 reshard、迁移到 Valkey / ElastiCache / MemoryDB / Upstash，或制定持久化与备份方案时使用。涵盖 redis-cli 取证、管道、驱逐策略、键空间通知、ACL 与暴露实例加固，以及 JSON、Search 和 TimeSeries 模块。不适用于存储无关的缓存分层策略（见 caching）或限流算法选型（见 rate-limiting）。

io.clawhub.terryren2024/obsidian-1-0-0

处理 Obsidian 仓库（纯 Markdown 笔记）并通过 obsidian-cli 实现自动化。

io.clawhub.jverdi/plaid

plaid-cli 是与 plaid 金融平台交互的命令行工具。可关联各金融机构账户、查询余额、按日期范围查询交易，并列出账户/余额。

io.clawhub.dboyne/cognary-ai-tasks

通过 cognary-cli 管理任务列表：列出、添加、更新、完成、撤销完成与删除任务。任何关于任务、待办、任务清单、把提醒当任务或追踪行动项的请求都可使用。语音想法即时变成组织好的可执行任务，AI 自动排定优先级并管理待办。

io.clawhub.crimsondevil333333/devlog-skill

面向 OpenClaw 智能体的标准化日志技能，使用 dev-log-cli 记录进展、任务与项目状态。

io.clawhub.wuxxin/local-whisper-cpp

使用 whisper-cli（whisper.cpp）在本地进行语音转文字。

io.clawhub.pangin/openclaw-confluence-skill

完整的 Confluence Cloud REST API v2 技能（页面、空间、文件夹、database、白板、评论、标签、任务、属性等），支持 basic/OAuth 鉴权与分页，并从 confluence-cli 迁移而来。

io.clawhub.vburojevic/instapaper

在操作或排查 instapaper-cli（ip）工具时使用：身份认证、列出/导出/导入书签、批量变更、文件夹/高亮/正文，选择输出格式（ndjson/json/plain），基于游标的同步，以及为自动化解读 stderr-json 与退出码。

io.github.arose26/zapier-dev-mcp

For Zapier integration developers: inspect, lint, and validate zapier-platform-cli projects.

io.github.daedalus/mcp-sigrok

暴露 sigrok-cli 逻辑分析仪硬件与协议解码功能的 MCP 服务器。

io.github.KenosInc/sigrok-mcp-server

封装 sigrok-cli 用于信号分析：采集数据、解码协议并查询仪器。

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 配合完成生产级部署。