Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
提供 Azure DevTest Labs 开发方面的专业知识,包括故障排除、最佳实践、决策支持、架构与设计模式、限制与配额、安全、配置、集成与编码模式,以及部署。管理实验室 VM 映像、ARM/CI-CD 自动化、RBAC/Key Vault 安全、中心辐射式网络或配额,以及其他 Azure DevTest Labs 相关开发任务时使用。不适用于 Azure Lab Services(使用 azure-lab-services)、Azure Dev Box(使用 azure-dev-box)、Azure Virtual Machines(使用 azure-virtual-machines)或 Azure Virtual Desktop(使用 azure-virtual-desktop)。
诊断 PostHog Surveys 在全部五个 SDK(web/posthog-js、iOS、Android、Flutter、React Native)中的配置与回答。每当粘贴 Surveys 支持工单时使用("survey not showing"、"fewer responses than expected"、"responses disappeared"、"responses are incomplete"、"only the first question was answered"、"the user says they didn't mean to submit"、"survey shows on wrong platform"),或诊断某个 survey 为何显示或不显示时使用。涵盖资格判定流程、回答实际如何被存储(部分回答、分支、可选问题、自动提交)、跨 SDK 功能差异、已知原因目录、只读诊断查询、员工访问权限,以及客户回复风格指南。
涵盖规范符合性、代码质量和领域完整性的三阶段代码审查流程。用户要求审查代码、准备或检查 PR、评估实现质量、依据规范或验收标准验证代码,或审计安全和领域建模问题时使用。触发语包括:“审查这段代码”“审查我的 PR”“检查实现是否符合规范”“代码质量审计”“这是否符合要求”“审查安全问题”“检查原始类型偏执”“审查金额精度”“检查测试覆盖缺口”。用户需要按要求给出结构化通过/失败结论、按严重性评级的问题,或遇到关键问题时阻断的门控审查时也会启用。不用于:风格/格式检查、调试运行时错误、编写新代码或自动化 CI 检查。
结构化 UI 设计审查——检查现有代码(React/JSX、CSS、Tailwind),并在行为相关时检查真实浏览器中运行的应用;以按优先级排列的 Before / After / Why 表格报告。涵盖视觉层级、间距、排版、色彩与对比度、组件状态、动效、响应式设计、无障碍性、多页面流程与导航,以及交互连贯性;依据 Refactoring UI 和 Emil Kowalski 的原则。对于动画/卡顿/FPS、焦点顺序和跨页面 UX,可通过 chrome-devtools-mcp 驱动 Chrome,捕捉截图无法呈现的内容。当用户要求“审查此 UI”“设计审查”“评析此组件/屏幕/页面或多页面流程”,询问为何某内容“看起来不对劲”“像 AI 生成的”或“像线框图”,或希望提升视觉精致度时触发。从零构建 UI 请使用 web-taste;完整动效集请参阅 emilkowal-animations。
找出 AI/大模型应用在生产中出现故障的地方,并从真实 trace 中呈现故障模式。适用于有人想了解某个 AI 功能出了什么问题、找出并归类故障模式、分诊错误,或调查质量问题(错误答案、忽略指令、幻觉、工具误用)时——"我的 Agent 哪里在出错"、"呈现错误模式"、"为什么响应很差"、"找出常见故障模式"、"我下一步该修什么"。涵盖将范围限定到单一用例、按最契合上下文的信号查找失败 trace(代码错误、指标离群、trace 类型切片、人工审阅、已有评测高峰、聚类),并将其读成排序后的故障分类。
当用户要求 "write a QUnit test"、"fix a failing QUnit test"、"add a QUnit module"、"modernize QUnit tests"、"migrate from QUnit 1",或提及 assert.async、nextUIUpdate、Core.applyChanges、sinon sandbox、asyncTest 或 QUnit.module 等 QUnit 特有的构造时使用。涵盖 OpenUI5/SAPUI5 单元测试文件的编码规范:用 const/let 而非 var、用箭头函数而非 .bind(this)、用 async/await 而非 assert.async()、每个异步测试中使用 assert.expect()、sinon.createSandbox()、描述性测试名称、beforeEach/afterEach 模块隔离、nextUIUpdate 与 Core.applyChanges 的规则、助手函数中的 try/finally 清理、QUnit 1 到 QUnit 2 全局变量的迁移,以及避免非 ASCII 字符。
在 PostHog AI observability 中编写持续运行的在线评估,以你发现的真实失败模式为基础。适用于用户希望评估能自动为后续的新生成内容或整条 trace 打分的场景——"创建一个 eval 来捕获 X"、"持续检查响应是否满足 Y"、"把这些失败变成 eval"。涵盖:让探索过的数据决定要创建多少个 eval,提出该集合供用户挑选,选择评估目标与评估类型(hog / llm_judge / sentiment),为 llm_judge 评估配置 provider 和 model(provider key 只限制启用,不限制创建),通过条件限定哪些生成内容会触发它,以禁用状态创建,验证作用范围,启用,以及回填历史数据。当没有值得捕获的失败模式时,提出 sentiment 评估。寻找并排序值得评估的失败模式是另一项工作——先使用 exploring-ai-failures。若要调试或管理已存在的评估,使用 exploring-llm-evaluations。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
