搜索「Debug」的结果

io.github.ComeOnOliver/skillshub/cursor-debug-bundle

排查 Cursor 中 AI 建议质量、上下文问题与代码生成缺陷。触发词："debug cursor ai"、"cursor suggestions wrong"、"bad cursor completion"、"cursor ai debug"、"cursor hallucination"。

io.github.kurtosis-tech/kurtosis/docker-debug

调试运行于本地 Docker 的 Kurtosis。检查 engine、API 容器与服务日志，诊断容器崩溃、端口冲突与网络问题。当 kurtosis 命令失败或 Docker 上的服务无法访问时使用。

io.github.majiayu000/spellbook/css-debug

使用此技能诊断 CSS 与前端布局问题，如定位、溢出裁剪、Tailwind 类冲突、z-index 层叠，以及 React 渲染可见性问题。

io.github.aj-geddes/useful-ai-prompts/mobile-app-debugging

调试移动应用特有问题，包括平台特定故障、设备限制与连接问题。

io.github.incidentfox/incidentfox/infrastructure-kubernetes

Kubernetes 调试方法论与脚本。用于 Pod 崩溃、CrashLoopBackOff、OOMKilled、部署问题、资源异常或容器故障。

io.github.streamlit/streamlit/debugging-streamlit

使用 make debug 与热重载调试 Streamlit 前端与后端改动。在测试代码改动、排查缺陷、检查 UI 行为，或需要对运行中的应用截图时使用。

io.github.OneWave-AI/claude-skills/docker-debugger

调试 Docker 容器、修复 Dockerfile 问题、优化镜像并排查 docker-compose 故障。在遇到 Docker 问题、容器异常或需要优化 Docker 构建时使用。

io.github.incidentfox/incidentfox/infrastructure-docker

Docker 容器的调试与管理。用于排查容器问题、查看日志、资源占用或 Docker Compose 服务。

io.github.Dicklesworthstone/pi_agent_rust/cursor-debug-bundle

调试 Cursor 中的 AI 建议与代码生成。触发条件：debug cursor ai、cursor suggestions wrong、bad cursor completion、cursor ai debug。在排查问题或调试故障时使用，可用触发短语包括 cursor debug bundle、cursor bundle、cursor。

io.github.aiskillstore/marketplace/backend-hang-debug

诊断并修复新闻流路由中因阻塞式 ThreadPoolExecutor 关闭导致的 FastAPI 卡死，包含 py-spy 采样与非阻塞 executor 模式。

io.github.blader/Claudeception/nextjs-server-side-error-debugging

调试 getServerSideProps 与 getStaticProps 中的错误。适用场景：(1) 页面显示通用错误但浏览器控制台为空；(2) API 路由返回 500 却无详情；(3) 服务端代码静默失败；(4) 错误只在刷新时出现而客户端导航时没有。应查看终端/服务端日志而非浏览器来获取真实报错信息。

io.github.PostHog/posthog/exploring-llm-traces

使用 PostHog 的 MCP 工具调试并检查 LLM/AI 代理 trace。当用户粘贴 trace 或会话 URL（如 /ai-observability/traces/<id> 或 /ai-observability/sessions/<id>）、要求调试某个 trace、弄清哪里出了问题、检查代理是否正确使用了工具、验证上下文/文件是否被呈现、检查子代理行为、分析 LLM 决策，或研究 token 用量与成本时使用。当针对 `events.properties.$ai_input` / `$ai_output_choices` 的原始 SQL/HogQL 返回为空时也使用——消息内容只存在于专用的 `posthog.ai_events` 表中。

io.github.PostHog/posthog/triaging-warehouse-sync-tickets

借助 PostHog 自身生产数据，从支持工单出发排查客户的数据仓库源、schema 或表。当工单称仓库表过期、为空、卡住、重复、缺行或同步失败，且你需要同步的真实状态而非客户描述时使用。客户所在团队你的 MCP 会话无法直达，因此所有答案都来自 execute-sql，其 connectionId 指向直连 PostHog 线上生产库（存有全部客户数据）的 direct-connect 源。涵盖区域判定（US 与 EU）、生产 Postgres 连接（externaldatasource / externaldataschema / externaldatajob / datawarehousetable）、生产 ClickHouse 连接（log_entries、app_metrics2）、经 posthog-connection-call 的跨区域访问、为何 external-data-* 产品工具会悄悄从你自己的项目作答，以及如何以一条建议动作加“谁能执行”收尾。仅限内部：每次查询返回的都是其他客户的数据。

io.github.microsoft/vscode/agent-host-logs

分析 Agent Host 调试日志导出。在拿到 ah-logs 或 ahp-logs 压缩包/目录、Export Agent Host Debug Logs 导出的内容、events.jsonl、AHP JSONL 传输日志、Agent Host.log、remote-agenthost.log 或 copilot-logs 时使用。

io.github.microsoft/vscode/code-oss-logs

查找并读取 Code OSS 开发版构建中带时间戳的进程日志，包括 main.log、renderer.log、扩展宿主日志与 agenthost.log。若日志来自 Export Agent Host Debug Logs 导出的压缩包，请改用 agent-host-logs。

io.github.pytorch/pytorch/pt2-bug-basher

调试 PyTorch 2 编译器栈故障，包括 Dynamo 图断裂、Inductor 代码生成错误、AOTAutograd 崩溃与精度不一致。在遇到 torch.compile 错误、BackendCompilerFailed 异常、重编译问题、Triton kernel 失败、FX 图问题，或用户提到调试 PT2、Dynamo、Inductor 或编译模型问题时使用。

io.github.LeoYeAI/openclaw-master-skills/database-admin

全面的数据库管理、模式管理、数据操作与优化。适用于需要：(1) 创建或修改带合理索引的数据库表，(2) 执行兼顾类型安全与约束处理的批量数据插入，(3) 执行含 JOIN、聚合与子查询的复杂查询，(4) 通过索引与执行计划分析优化查询性能，(5) 管理数据库备份、恢复与迁移，(6) 处理特殊数据类型（BIGINT、UUID、JSONB、枚举等），(7) 实现符合 ACID 的事务安全，(8) 调试数据库错误（约束冲突、类型不匹配、外键问题）

io.github.diegosouzapw/awesome-omni-skill/kubernetes-troubleshooting

调试 Kubernetes 的 Pod、Service、网络与扩缩容问题。在排查 K8s 部署、追查 Pod 失败原因或诊断集群问题时使用。

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。