搜索「Debug」的结果

io.github.callstackincubator/agent-device

让 AI 智能体检查、控制并调试真实的 iOS、Android、桌面与电视应用。

io.github.sidinsearch/bugproof

捕获、回放并调试失败场景，生成可移植、可执行的 bug 工件。

com.railway/mcp

在智能体内开发、管理并调试 Railway 项目、服务与部署。

co.tenderly/tenderly-mcp

面向区块链开发的 Tenderly MCP 服务器 —— 在 100+ 网络上模拟、调试与测试。

io.github.jack1590/RokuMCP

Roku 设备自动化 MCP 服务器——部署、ECP 遥控、截图与调试控制台。

io.github.cocaxcode/logbook-mcp

开发者日志 MCP 服务器：笔记、待办、站会记录、决策、调试会话与提醒。

io.github.rog0x/webhook

为 AI 智能体发送、校验与调试 Webhook。

io.github.es617/dbgprobe-mcp-server

让 AI agent 操作调试探针——连接、烧录固件、读写内存与复位设备。

io.github.laveeshb/logicapps-mcp

Azure Logic Apps（逻辑应用）的 MCP 服务器——调试工作流、管理运行记录与辅助编写。

io.github.Pranavj17/mcp-server-graylog

按时间戳搜索 Graylog 日志、按流过滤，用于排查生产环境问题。

io.github.lapfelix/xcodemcp

通过 JXA 直接控制 Xcode 完成构建、测试与调试，并集成 XCLogParser。

io.github.affaan-m/ECC/hookify-rules

Create and configure hookify rules — markdown files with YAML frontmatter that match bash, file, prompt, or stop events by regex or conditions and show warn/block messages to the agent. Use when creating a hookify rule, writing hook rule syntax, configuring hookify, or adding pattern guardrails such as blocking dangerous commands, .env edits, or debug code.

io.github.ossrs/srs/srs-develop

SRS 与 Oryx 代码库以及 SRS Docker 镜像工具链的开发、修改、调试、评审、维护与讲解。用于对下一代 SRS Go 代理、SRS 浏览器播放器、ossrs/dev-docker 镜像，以及 Oryx 的 Go 后端、React 控制台、一体化运行时、打包、安装器、发布与测试做计划性改动；也包括缺陷维护、issue 与 PR 分诊、PR 评审以及 Learn Code 提问。C++ 版 SRS 服务器已进入维护模式，基于 Go 的新版源站与边缘节点的规划性开发尚不支持。不适用于终端用户支持、使用提问或配置咨询——这些请使用 srs-support。

io.github.OpenHands/OpenHands/e2e-testing

This skill should be used when the user asks to "add an E2E test", "run live E2E", "run mock-LLM tests", "debug Playwright CI", "test the Docker image", or changes tests/e2e, Playwright configs, E2E workflows, artifacts, or test reporting.

io.github.logseq/logseq/libs

使用 `@logseq/libs` SDK（TypeScript/JavaScript，iframe/shadow 沙箱）构建、调试或审查 Logseq 插件。适用于编写插件入口代码、注册 slash/命令/UI 项、provideUI/provideStyle/provideModel、设置 schema、macro renderer、DB 图的属性与标签、Datascript/DSL 查询、实验性 API、主题插件，或本包生成的 `logseq/*` CLJS facade。

io.github.code-yeongyu/oh-my-openagent/codex-qa

对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。

io.github.K-Dense-AI/scientific-agent-skills/nextflow

端到端构建、运行和调试 Nextflow 数据流水线与 nf-core 工作流。只要用户提到 Nextflow、nf-core、.nf 文件、nextflow.config、DSL2、processes/channels/operators、samplesheet，或想运行社区流水线（如 nf-core/rnaseq、nf-core/sarek）、用 nf-test 编写和测试模块/subworkflow、配置执行器/容器（Docker、Singularity/Apptainer、Conda、Wave）、把工作流扩展到 HPC/SLURM 或云（AWS Batch、Google Batch、Azure、Kubernetes）、调试失败/续跑的运行，都应使用。即使用户没有说出 “Nextflow”，任何可复现的科学/生信工作流也应考虑使用，也包括编写 nf-core 合规的 pipeline、模块、配置和 lint。

io.github.addyosmani/agent-skills/doubt-driven-development

让每个非平凡决策在生效前接受全新上下文的对抗性审查。在你想在推进前交叉质询每个假设、对计划做隐性失败模式压力测试、正确性比速度更重要、在不熟悉的代码中工作、风险高企（生产认证、安全敏感逻辑、高风险迁移、不可逆操作），或任何「现在就验证比日后再调试更划算」的时刻使用。

io.github.serverless/serverless/serverless-mcp

使用 Serverless Framework 内置的 MCP 支持，将 Model Context Protocol（MCP）服务器托管到 AWS——基于官方 SDK 的服务器模块，部署到 AWS Lambda 的流式 API Gateway REST 端点后，自带网关访问控制与 OAuth protected-resource 发现，打包和 elicitation 状态均已代为实现。当用户要在 AWS 或 Lambda 上部署、托管、加固或调试 MCP 服务器，编写或编辑 serverless.yml 中的 `mcp:` 配置块，通过 HTTP 向 Claude 或其他 AI 客户端暴露 tools、resources 或 prompts，或遇到 `MCP_*` 配置错误（MCP_UNSUPPORTED_NODE_RUNTIME、MCP_FUNCTION_NAME_COLLISION、MCP_INVALID_STATE_ARN 等）时使用。即使用户没有点名 Serverless Framework 或 MCP，只要描述把自有工具通过 HTTPS 端点提供给 AI 客户端，也应触发。

io.github.supabase/supabase/studio-e2e-tests

为 Supabase Studio（e2e/studio）编写并运行 Playwright E2E 测试。在被要求跑 E2E 测试、编写新 E2E 测试或调试不稳定/失败的 Playwright 测试时使用。涵盖执行命令、规避竞态条件、等待策略、选择器、辅助函数以及 CI 与本地差异。

io.github.K-Dense-AI/scientific-agent-skills/latchbio-integration

使用 Python SDK、CLI、Latch Data 与 Registry、Nextflow、Snakemake、程序化执行与 Latch MCP，在 Latch 平台上构建、注册、调试并运行生物信息学工作流。适用于编写或部署 Latch 工作流、配置资源或接口、搬运数据、集成 Registry，以及启动和监控运行。

io.github.code-yeongyu/oh-my-openagent/opencode-qa

逐用例对 opencode 本身做 QA：验证 CLI/终端（opencode run、db、serve、export）、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试，以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本（每个都有 --self-test）与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试，或要查找并检查数据库中的 opencode 会话时使用。触发词：opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。

io.github.openclaw/openclaw/openclaw-testing

为 OpenClaw 测试、CI 检查、Docker E2E 流水线、发布验证选择运行方式，或重跑、调试，找出成本最低且安全的验证路径。

io.github.microsoft/vscode/agent-customization

工作流技能：创建、更新、评审、修复或调试 VS Code 代理定制文件（.instructions.md、.prompt.md、.agent.md、SKILL.md、copilot-instructions.md、AGENTS.md）。适用场景：保存编码偏好；排查指令/技能/代理为何被忽略或未被调用；配置 applyTo 模式；定义工具限制；创建自定义代理模式或专项工作流；打包领域知识；修复 YAML frontmatter 语法。不适用：一般编码问题（用默认代理）；运行时调试或错误诊断；MCP 服务器配置（直接查 MCP 文档）；VS Code 扩展开发。会调用：文件系统工具（读写定制文件）、提问工具（向用户访谈需求）、用于代码库探索的子代理。单一操作：若只是快速修 YAML frontmatter 或按已知模式创建单个文件，直接编辑即可，无需本技能。