Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
使用与技术栈无关的双评审协议和预埋陷阱,评估仓库 Agent harness(AGENTS.md、规则、技能、技能引用)是否存在失效路径/命令、冗余指令以及实用性。高优先级问卷置于顶部:Q1 可选文档,Q2 在 Track A(确定性/token)之前的 B/C 预算。A 总是在 Q2 之后运行;B/C 为可选加入。ADR/RFC 从 T2 中排除。混合应用使用 11-mixed-apply.md(KEEP/CUT)。在用户说 harness eval、harness-eval、harness debug、audit AGENTS.md、audit skills/rules、instruction audit、agent 指令冗余、技能实用性、针对 harness 的 Ship/Review/Hold/Slim/Keep-core,或希望进行 Track A/B/C harness 评估时使用。不要用于 harness 设置或初始化、功能规格驱动工作(tlc-spec-driven),或在报告中未明确要求的情况下应用 Ship/Slim 裁剪。
引导用户从自己的 Agent 代码或录制的 trace 出发,完成 Kitaru 设置、会话导入或录制、人工审查、被接受的行为、带版本的 cohort 以及评估器选择,然后将一项有界改动交给 replay-experiment skill。当用户想要连接或检查现有 Agent、从文件或提供商 API 导入真实 trace、跟进导入后的洞察、调查已知的糟糕或异常会话、发现反复出现的失败模式、学习以证据为主导的审查流程、恢复调查、从已审查的证据创建 cohort,或为被接受的行为编写评估器时使用。首次使用的用户若没有 Agent 或证据,并希望用 PydanticAI returns agent 示例做快速演示,请改用 `kitaru-guided-tour` skill。
带场景覆盖率强制与结构化证据输出的变异测试质量门禁。检测项目类型并运行相应工具(cargo-mutants、Stryker、mutmut、Muzak),按变异类型(算术、比较、布尔、返回值、语句删除)分析存活变异体,在推荐测试前强制执行场景覆盖率检查,生成 MUTATION_RESULT JSON 证据包,并强制执行 100% 击杀率质量门禁。在运行变异测试、验证测试质量、准备 PR 或分析存活变异体时使用。触发于:“run mutation testing”、“mutation score”、“surviving mutants”、“kill rate”、“cargo mutants”、“stryker”、“pre-PR quality check”、“are my tests good enough”。不适用于:编写测试(使用 tdd)、调试测试失败(使用 debugging-protocol)。
当 Agent 在 Roblox Studio 中构建、修复或测试任何内容时使用:例如“制作 Roblox 游戏”“Roblox Studio”、Luau 脚本、“我的 Roblox 游戏很卡”、Agent 控制 Studio、Studio MCP 服务(execute_luau、start_stop_play、screen_capture)、Rojo 或 Script Sync 项目、离线 Luau 检查、由代码驱动的试玩;MCP 服务未列出 Studio、试玩卡住、2019 至 2023 年的 Roblox 代码出错;或 Roblox 需求(UI、数据、网络、战斗、变现、资产、性能)需要交给合适的 scenario-roblox-* 专家时。
编码 Agent 的主动运行时恢复:当任务中途出错时,诊断根因,编写修复,通过重新运行出错的部分进行验证,然后将带证据的 `HEAL-` 条目记录到 `.learnings/HEALS.md`。当命令、测试、构建或 lint 失败或返回非零时;当工具缺失、依赖/lockfile 不匹配、运行时版本错误、venv 或权限错误、端口冲突、git 状态不干净或缺少 `.env` 时;当 Agent 需要一个尚不存在的辅助程序或一次性脚本时;当外部 API、工具或 MCP 报错或限流时;或当测试偶发失败时,均可使用。先按 `Pattern-Key` 搜索 `HEALS.md`——大多数修复是重复出现的,因此应递增 `Recurrence-Count` 而不是重复记录。验证是强制性的:在沙箱环境中如实地标记 `pending-verify`,如果修复无法生效则标记 `abandoned`。与 `self-improvement` 配合使用(后者将重复出现的修复提升为持久记忆),但由它负责 self-improvement 不具备的先验证后持久化纪律。
使用 HTML 模板、JS 控制器、符合 SLDS 的 CSS、js-meta.xml 配置和 Jest 测试来搭建 Lightning Web Components。当被问及 Lightning Web Components、LWC、组件搭建或 LWC 的 Jest 测试时使用。在 .js-meta.xml 文件,或提及 "LWC"、"Lightning Web Component"、"wire adapter"、"lightning component" 或 "@api/@wire/@track 装饰器" 时激活。
在将 TypeScript 类型检查作为独立质量门禁设置或运行时使用——编写或收紧严格的 tsconfig.json,添加与构建分离运行的 `tsc --noEmit`(或 `tsc -b --noEmit`)检查,将该检查接入 CI,或为多包(pnpm/Turborepo)monorepo 配置 TypeScript 项目引用。涵盖为何专用类型检查门禁是必需的(打包器与转译器会剥离类型而不做检查)、`strict: true` 之外值得启用的严格编译器选项集、Vite 拆分配置布局,以及通过复合项目引用进行跨包类型解析。TypeScript 5.x。
可审计的 agent 团队:BMAD 全自动研发流水线编排器。编排 9 个专业 Agent(PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps)从需求到部署,每一步都有事件溯源 + 不可绕过门禁 + 确定性 eval——可验证测试真跑、门禁真过。支持单环节切片命令(/boss:plan /review /qa /ship)与无 CLI 纯 Markdown 降级。 Triggers(全流水线): 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers(单环节切片,对存量项目最常用): - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR', 'code review' - /boss:qa — '跑一下测试', '补测试', '检查质量', '测试覆盖够不够', '门禁过了吗', 'run the tests', 'check quality', 'add tests' - /boss:plan — '先出个方案', '写个 PRD', '设计一下架构', 'write a spec', 'plan this feature' - /boss:ship — '可以发布了吗', '部署检查', 'ready to ship', 'deploy checks' Does NOT trigger: - 单文件修改或简单 bug 修复(直接编辑即可) - 纯代码阅读或解释(使用 read 工具) - 已有 pipeline 正在运行时的重复启动 - 极小事(预计 <30 分钟人工可完成、不需要 PRD/架构/门禁记录) Output: 完整项目代码 + PRD/架构/UI/测试/部署文档,写入 .boss/<feature>/ 目录
使用 Drift CLI 依据 OpenAPI 规范验证 API 实现,捕获规范漂移并支持双向契约测试(BDCT)。当用户提到 Drift、API 契约测试、提供方契约测试、提供方验证、规范漂移、API 一致性测试、OpenAPI 验证、BDCT、drift expressions、drift datasets、drift lifecycle hooks,或测试场景中的 Lua 脚本时使用。当用户要求编写、运行或调试 Drift 测试用例时使用。当用户想依据 OpenAPI 规范测试其 API、从 OpenAPI 规范生成测试,或检查其 API 是否已偏离规范时使用。当用户想要完整端点覆盖、希望所有测试通过,或要求「持续运行直到全部通过」时使用。当用户提到 AsyncAPI、事件驱动 API 测试、Kafka 契约测试、SNS 或 SQS 测试、异步消息契约,或想验证服务发布或消费的消息符合 AsyncAPI 规范时也使用。
一条龙式生产级前端流水线,带机器哨兵闸门:一条消息完成主题来源访谈(A 预设 macOS 玻璃拟态为默认 · B 设计文档文件夹/文件 · C 粘贴目标页面 URL),把参数锁定到唯一的 design.md 文件(hallmark 与 impeccable 共同读取),再用 design-sync.py 生成 tokens.css 与 frontmatter,按 hallmark 搭建仅用 token 的页面,运行 fe-gate.sh(impeccable detect 61 条确定性规则 rc 0/1/2 + Playwright 4 种视口)以及 rubric audit/harden/polish,闸门未变绿不交付。当用户说「frontend production」「production-grade frontend」「dựng FE chuẩn production」「giao diện kỷ luật」「prd-grade-fe」「/prd-grade-fe」时调用。与 hallmark 不同(设计底座,没有 impeccable 闸门),也与 /br 不同(BR→frame 流水线,不单独负责前端层)。
在任何编码 Agent CLI 上端到端严格评估 Agent Skill——验证其脚本输出的数字与文档一致(确定性检查),测试其描述是否在正确的提示词上触发,并衡量遵循 SKILL.md 的 Agent 是否胜过无技能基线(含/不含通过率差值,均值 ± 标准差,经基准测试)。适用于需要测试、基准测试、验证、评级或量化技能质量,检查技能是否 "actually works",比较两个技能版本,优化技能触发,或搭建评估套件时——即使用户只是说 "is this skill any good"、"does my skill work" 或 "benchmark this skill"。以无头模式驱动 Claude Code、OpenAI Codex、Antigravity (agy)、Cursor、GitHub Copilot、Amp、opencode 或 Grok。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
