survey-sdk-audit
用于审计 PostHog 各 SDK（浏览器、React Native、iOS、Android、Flutter）对问卷（Survey）功能的支持情况与最低版本要求，产出可写入 surveyVersionRequirements.ts 的版本信息、缺失功能对应的 GitHub issue，以及跟踪 issue 更新。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-29 00:09
测试与质量
12,873 个结果
writing-tests
writing-tests 是 PostHog 代码库中的一个测试编写守则与决策流程，用于在写测试前判断该测试是否值得存在，并强制测试保持高效、廉价，避免低价值测试拖慢 CI。适用于新增或大幅修改测试之前。
tui-explorer
tui-explorer 是 agent-tui 旗下的技能，用于发现并回放终端 UI 导航路径，从探索结果生成可回放的验收测试，适合需要启动 TUI 应用、做有界 BFS 导航探索并产出 markdown 验收规范的场景。
pravidhi-bug-review-pipeline
pravidhi-bug-review-pipeline 是一套三阶段对抗式代码缺陷审查流程：Bug Finder 广泛发现疑点，Bug Adversary 逐条反驳以减少误报，Arbiter 结合代码裁定真伪并输出按严重度排序的最终报告。全部结果写入 ./issues 目录。
ultra-reasoning-operator
一个按风险校准严格度的推理工作流技能，用于高难度推理、高风险代码改动、架构决策和多因调试，把“请更严谨地推理”变成可执行、有证据支撑的操作循环，可叠加在具体领域技能之上使用。
code-review
一款代码审查技能：对 HEAD 与用户指定固定点（提交、分支、标签或 merge-base）之间的 diff 做双轴审查，分别检查是否符合仓库文档化的编码标准，以及是否忠实实现原始 issue／spec，两个维度由并行子智能体独立完成后再汇总。
grilling
一个用于压力测试计划、决策或想法的技能：通过多轮提问不断追问用户，直到双方对设计树形成共同理解；每轮只问当前可确定的问题并给出推荐答案。
tdd
测试驱动开发（TDD）技能，适用于用户希望以测试先行方式构建功能或修复缺陷、提到“red-green-refactor”或需要集成测试的场景。它提供红-绿循环的参考规范，涵盖好测试的标准、测试位置、反模式以及循环规则。
blog-psquared
用于为 psquared.dev 的 AI Insights 博客撰写并发布新文章的自动化技能：研究最新 AI 趋势、通过 Supabase 检查已有文章、撰写英德双语内容并发布，文章同时出现在 ki-linz.at。
testing-skill
用于录制、重录与调试 HTTP 测试的 VCR cassette 的技能，基于 pytest 工作流。包含录制、回放验证、快照检查以及解析 cassette YAML 的命令。
agent-reproduce-align
Agent Reproduce Align 是 Qwen Code 中的一项技能，用于在 Qwen Code 已实现某个来自 Codex 或 Claude Code 的功能后，将选定的参考智能体与 Qwen Code 放在同一场景下运行，捕获并对比两者的可观察行为契约，从而验证功能对齐。它不追求逐字节一致，而是关注对功能真正重要的可观察契约。该技能默认以当前工作目录为目标仓库，使用与 agent-reproduce-feature 相同的参考智能体，通过规范化与对比脚本分析轨迹差异，按优先级排查状态变化、工具名称、schema 结构、模型设置、提示词角色顺序及终端输出等，并反复修补与重跑最小失败场景，最终保留脱敏后的最小测试夹具。
deflake
deflake 是针对不稳定测试（flaky test）的修复技能，用于让一个已被观察到“同一提交下失败后又通过”的测试变得确定（deterministic），且不改变它所验证的内容。它要求定位测试身份（文件与名称）及失败特征，例如 5000ms 超时、等待条件超时、顺序相关断言、依赖真实时钟或随机数的取值，然后在允许的四类最小修复中选择并应用，以消除不确定性。允许的修复包括：提高超时或轮询预算、稳定时序与等待（用真实条件等待替代固定 sleep、预加载惰性资源）、使随机与时间确定化（固定随机种子、伪造计时器、固定输入）、隔离或串行化共享资源冲突。明确禁止删除测试、跳过（skip/todo）、放宽断言、扩大期望范围、加全局 try/catch 或在断言外加重试包装，因为这些做法只是掩盖问题，甚至可能隐藏真实缺陷。若四类修复均不适用，或失败更像是真实的产品间歇性缺陷而非测试不确定性，则需写入 failure.md 并停止，交由人工处理。修复应保持最小化、局限于指定测试及其所在文件的辅助代码，不重构无关代码，并保留全部断言与输入。验证要求多次运行指定测试文件且每次通过，再运行常规校验（构建、类型检查、lint、被改测试），否则写 failure.md 并停止。
repo-hygiene
repo-hygiene 是 qwenlm/qwen-code 仓库使用的自动化仓库卫生技能，由 GitHub Actions 定时工作流或人工试运行触发，扫描文档、测试和代码中的小型且确定的问题，并在修复阶段生成批量分支与提交。
qa-happy-path
qa-happy-path 是一个基于 Playwright 浏览器自动化的 QA 智能体技能，用于驱动 Web 应用 UI 走通核心正向流程，端到端验证主要用户旅程是否正常，并在关键步骤截图与检查网络请求。
verification-agent
面向代码与提示输出的结构化验证工作流技能，帮助按风险与范围选择验证深度，用于校验正确性、发现回归并给出结论。
interswitch-testing
Interswitch 支付 API 的测试技能，提供沙箱与生产 URL、测试凭据、测试卡号、环境切换与测试策略，帮助在接入 Interswitch 各 API 时进行联调与验证。
self-audit
self-audit 是一个用于“分析器自检”的技能：对 analyze-plugin 分析器自身及测试夹具运行回归冒烟测试，验证扫描结果一致且符合预期。依赖 Python 3.8+，仅用标准库安装依赖时使用 pip-compile ./requirements.in 与 pip install -r ./requirements.txt。
pr-address-feedback
用于处理 GitHub PR 评审意见的技能：抓取未解决评审线程与评论，逐条评估为修复、仅文档、跳过或延后，经用户确认后按关注点分组提交并回复、解决线程。
browser
Browser 是一个以代码优先方式实现浏览器自动化与网页验证的技能工具，基于 Playwright 构建。它采用“基于文件的 MCP”模式，即预先编写好的脚本在代码层过滤数据后再返回模型上下文，从而节省大量 token。它提供截图、元素验证、打开页面三个 CLI 命令作为主要接口，并附带处理复杂多步任务的预写工作流；适用于网页 UI 验证、网页测试和 VERIFY 阶段的截图确认。
macos-build-run-debug
用于构建、运行和调试 macOS 应用的技能，采用以 shell 为主的 Xcode 与 Swift 工作流，适合启动应用或诊断构建、启动、运行时故障。
macos-test-triage
用于在 Xcode 与 SwiftPM 环境中排查 macOS 测试失败的技能，帮助缩小失败范围、解释断言或崩溃，并区分环境搭建问题与真实回归。
debug-runtime
debug-runtime 是一个用于定位运行时错误、崩溃和异常行为的调试技能，依据堆栈跟踪、日志和实时应用输出，按证据、来源、假设、确认、修复或升级的流程快速找到根因。
skill-release-gate
skill-release-gate 是一个用于在发布或分发 Agent Skill 目录包之前进行审核的技能。它围绕结构完整性、触发质量、工件改进、脚本正确性、安全性、已安装树完整性和运行时能力等方面对候选技能包进行评估。其工作流要求解析已安装的 SKILL_ROOT 与目标 TARGET_BUNDLE，读取评估契约，检查触发用例、工件断言、脚本与安全证据、宿主能力与清单哈希，并在生产模式下用真实采集结果替换确定性预测。发布前还需获取目标包外的外部 JSON 证明及其可信 SHA-256，才能判定 productionReady。该技能输出完整 JSON 评估报告，要求 checksPassed、fixturePassed、localEvidenceReady、trustAnchorValid、productionReady、passed 等字段，并保留每一层的检查与证据，防止聚合通过掩盖路由、工件、脚本、安全、已安装树或可移植性失败。它强调不得因 SKILL.md 可解析或单个正向提示可激活就发布，也不得在丢失必需伴随文件或忽略必需运行时扩展时标记为可移植。
feature-review
Feature Review 是一个面向代码审查场景的技能：它把一个 PR、提交、提交区间或分支的 diff 生成为本地 HTML 页面，以“先看功能、再看代码”的方式组织审查。页面包含概览（作者意图、功能行为、功能检查、端到端流程、变更形态与图表）、阅读指南（按顺序分组文件，复杂分组配图表）、推荐（每个分组一张卡片，把行评论折叠为可回答是/否的建议）以及提交步骤，可将摘要、结论和评论作为一次 GitHub review 发布。支持 --serve 本地服务、--since 增量复审、--pr 绑定 PR、偏好文件与项目 REVIEW.md 规则。