Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
针对内存泄漏、GPU/Visual Profiler、无头 CI QA、孤立节点、线程安全日志和自定义 Debugger 监视器的专业调试与性能分析——不涵盖 print/breakpoint 教程。在出现 OBJECT_ORPHAN_NODE_COUNT、ObjectDB 增长、Visual Profiler GPU 峰值、无头模式退出不稳定或远程设备控制台时触发。关键词:孤立节点、Performance.get_monitor、Visual Profiler、Time.get_ticks_usec、EditorDebuggerPlugin、无头 QA、push_error、backtrace。
在用户常用的测试套件中为 LiveKit Agent 编写轮次级测试:pytest(Python)或 Vitest(Node.js)。用户要求“为我的 Agent 编写测试”“为这个工具添加测试”“测试交接”“复现这个 bug”“为什么我的 Agent 测试失败”,或构建、修改 Agent 行为后需要回归覆盖时使用。涵盖 SDK 的测试会话框架、对消息、工具调用和交接的断言、使用 LLM 根据意图评判回复、模拟工具、多轮测试,以及使用内置评判器评估完整对话。交互式探索请使用 debugging-livekit-agents;大规模评估完整对话请使用 running-livekit-simulations。
当开发者想要针对某一条特定的 Agent Observability / LLM Obs trace 进行迭代,且对其输出不满意时使用:使用本地代码重新运行该 trace,查看新旧输出的简明差异,并循环迭代(更改代码 → 重放 → 对比)直至满意。调用方式:/agent-observability-replay-trace <trace-id> [changes to test]。触发信号:“重放这条 trace”;“迭代这条 trace”;“这条 trace 的输出不对,修复并重新运行”;“使用 <change> 重新运行 trace <id>”;或从 Agent Observability UI 粘贴 trace id 并说明要修复的内容。它通过 datadog-llmo MCP 或 pup CLI 获取 trace,编辑代码,重新运行应用以生成新 trace,并对比两者——不需要本地服务器或浏览器。适用于使用 ddtrace / LLM Obs 跟踪的 Agent(优先支持 Python),且输入可序列化为 JSON。不要用于:评分型 Experiments 或浏览器的“Replay”按钮(应使用 agent-observability-replay-experiment)、根据数据集/CSV 构建实验、编写评估器、分析失败 trace 的根因,或 RUM/HTTP 会话重放。
使用 PostHog 的 MCP 工具调试和检查 LLM/AI Agent 跟踪记录。用户粘贴跟踪记录或会话 URL(例如 /ai-observability/traces/<id> 或 /ai-observability/sessions/<id>)、要求调试跟踪记录、查明问题、检查 Agent 是否正确使用工具、确认上下文/文件是否已提供、检查子 Agent 行为、调查 LLM 决策,或分析令牌用量和成本时使用。如果针对 `events.properties.$ai_input` / `$ai_output_choices` 执行原始 SQL/HogQL 却返回空结果,也使用此技能——消息内容仅存于专用的 `posthog.ai_events` 表中。
利用 OpenAI Codex/GPT 模型自主实现代码、审查代码和审查计划。触发词:“codex”“use gpt”“gpt-5”“let openai”“full-auto”“adversarial review”“second opinion review”“用codex”“让gpt实现”“对抗式审查”“让codex审查计划”“第二意见”。当用户希望将编码任务委托给 OpenAI 模型、通过 codex 审查代码或计划、获取其他模型的第二意见,或在沙盒环境中执行任务时,均使用此技能。
使用 AST-grep(tree-sitter)、grep、LSP 和语言原生工具,从 9 个维度进行全面且注明文件来源的技术债务审计。生成 TECH_DEBT_AUDIT.md,包含严重程度、工作量估算和按优先级排序的修复项。用于代码库健康检查、技术债务审计、架构审查、代码质量评估或清理规划。触发词:“tech debt”“technical debt”“debt audit”“code health”“technical debt audit”“codebase health check”“find tech debt”“debt analysis”“audit code quality”。
使用目标驱动的 TDD 流程将 Mem0 集成到现有代码仓库。自动检测仓库语言,并询问用户选择 Mem0 Platform(托管版)或 Mem0 Open Source(可自托管)。在实现前先编写失败测试。生成本地功能分支及 `.mem0-integration/` 产物,供配套验证技能使用。触发条件:用户说“集成 mem0”“将 mem0 添加到此仓库”“将 mem0 接入 <repo>”,或询问如何为现有项目添加记忆功能。不触发条件:用户想了解通用 SDK 用法(使用 skill:mem0)、CLI 用法(使用 skill:mem0-cli)或 Vercel AI SDK(使用 skill:mem0-vercel-ai-sdk)。成功后,在同一工作区调用 skill:mem0-test-integration 进行验证(松耦合)。
根据 Pluggy 官方文档(通过 Pluggy MCP 实时查询;未连接 MCP 时回退至 docs.pluggy.ai)对 Pluggy API 集成进行代码审查,并返回诊断报告(✅/❌/⚠️),列出每个问题所在的文件、行号和代码修复方案。只要开发者上传集成文件并要求审查、分析、诊断或验证其 Pluggy 集成,或说“审查我的集成”“检查我的 Pluggy 代码”“这可以投入生产了吗?”“Pluggy Doctor”“检查我的 webhooks”“我的集成安全吗?”或葡萄牙语变体“analisa minha integração”“revisa meu código da Pluggy”“tá tudo certo pra ir pra produção?”“checa meus webhooks”“minha integração tá segura?”,就使用此技能。当开发者粘贴或上传明显调用 Pluggy API(connect_token、GET /items、item/created webhooks、clientUserId 等)的代码,并想知道代码是否正确时,即使没有提到“Pluggy Doctor”,也应触发。此技能用于审查现有代码,而非从头编写集成。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
