Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
当用户有一个可被评分系统使用的提示词，并希望自动改进该提示词，使其在用户自己的评估命令下得分更高时使用。每次迭代只做一处针对性质量修改 —— 清晰度、上下文、具体性、结构、示例、分解、护栏 —— 重新运行用户的评估以测量指标，仅在指标提升时保留该修改，否则回滚；循环至目标、平台期或预算上限。指标即用户评估命令输出的任何内容（任务准确率、LLM 评判分数、通过率、工具调用成功率）；该循环与指标无关，且绝不修改评估。不适用于从零撰写提示词、调优模型权重或超参数，也不适用于没有分数的单次手动提示词修改。
运行有边界的红队自动研究循环，以生成 LLM 护栏训练数据。你（运行该技能的 Agent）既是攻击者也是评判者：你构造攻击并标注每个响应。测试框架唯一调用的模型是受测目标，通过任意 OpenAI 兼容 API（OpenRouter、Moonshot/Kimi、Fireworks、Ubicloud、OpenAI 或自定义），其密钥位于 `.red-team/.env`。每次尝试（通过与否）都会写入 JSONL，可直接用于以 Llama Guard 格式微调护栏。适用于被要求对 LLM 进行红队测试或压力测试，以检验有害内容、越狱、提示词注入或后门/触发器行为；构建安全/不安全数据集；或大规模挖掘新型攻击时。与 hacker 技能（代码/基础设施可利用性）互补：本技能针对模型行为并产出数据。
使用此技能，借助检测工具（knip、depcheck、ts-prune、deadcode、staticcheck）查找并移除死代码、未使用的依赖、重复逻辑和未使用的导出。在“clean up dead code”、“remove unused”、“find dead code”、“reduce bundle size”、“dependency audit”，或代码库显得臃肿时触发。若要简化仍在使用的代码（可读性、命名、降低复杂度）而不使用检测工具，请改用 code-simplifier。在维护窗口或重大重构前使用此技能。
在运行 .NET 测试或以测试命令/标志作答之前，务必使用。在出现以下情况时触发："run the tests"、"exact dotnet test command"、单个测试/类/类别/trait/目标框架、组合筛选、`--filter-query`、`--no-build`、`--diag`、诊断日志、TRX、覆盖率收集、崩溃/挂起转储、筛选错误或无法识别的选项。为 MSTest/xUnit/NUnit/TUnit 选择与仓库兼容的经典、VSTest、桥接 MTP 或原生 MTP 语法。不得仅用于平台识别（platform-detection）、编写或调试测试代码、解读现有覆盖率报告、CI 问题排查、迁移或持续的热重载/watch 循环。
仅用于 CI 的自愈工作流，使用 gh-aw（GitHub Agentic Workflows）在拉取请求和定时运行中进行主动的运行时恢复。当 CI 检查失败（测试、构建、lint、部署、扫描）时，此技能会根据 CI 日志诊断失败，以 PR 评论或后续提交的形式提出经过验证的补丁，并向 `.learnings/HEALS.md` 提交一条 HEAL 记录。保留先验证再持久化的原则：只有当同一工作流中的重跑检查通过时，HEAL 才是 `verified`；否则以 `pending-verify` 交付，供人工跟进。跨 PR 的重复 healing 模式会累积 `Recurrence-Count`，并在 ≥3 时追加 `Handoff` 块，以标记通过 self-improvement-ci 进行提升。使用此技能的场景：你希望在 CI/定时流水线中执行无头 heal-loop，你希望自动捕获重复出现的失败模式，或者你希望 PR 能呈现非显而易见的 环境/工具 修复而无需人工分诊。对于交互式/本地会话，请改用 `self-healing`。
在全新的检出中搭建 `clickhouse-js` 仓库，使 Agent 能够运行测试、lint、类型检查、构建或示例。在调用任何 `npm run test:*`、`npm run lint`、`npm run typecheck`、`npm run build` 或 `npm run run-examples` 脚本之前使用本技能——或在拉取涉及任何 `package.json`（根目录、`examples/node` 或 `examples/web`）的更改之后使用。涵盖 Node.js 版本要求、跨 npm workspaces 和两个独立示例包安装依赖、构建 workspace 包以使包间导入可解析，以及通过 Docker Compose 启动 ClickHouse 进行集成测试。不要将本技能用于仅仅依赖 `@clickhouse/client` 或 `@clickhouse/client-web` 的下游用户项目；它专门针对为 `ClickHouse/clickhouse-js` 仓库本身做贡献。
Boot 4+ 已用 MockMvcTester 替换 MockMvc 断言——这是一个不兼容的 API，你的训练数据很可能会弄错。编写任何 @WebMvcTest 之前请先阅读。触发词：@WebMvcTest、MockMvc、MockMvcTester、@RestController、jsonPath、@GetMapping、@PostMapping、@AutoConfigureMockMvc、MockMvcRequestBuilders、status().isOk()、@RestControllerAdvice、contentType(APPLICATION_JSON)。
审查 Svelte 组件是否符合惯用模式，识别从 React/Vue/Svelte 4 沿用而来的反模式，并提出 Svelte 5 重构建议。适用于撰写或审查 Svelte 组件、询问 "is this idiomatic"、"Svelte way"、进行 Svelte 5 迁移，或遇到以下坏味道：effect 给 state 赋值、prop 被复制到 $state、默认使用全局 store、到处 $bindable、可点击的 div、createEventDispatcher、export let、on:click、以 slot 为核心的 API、生命周期驱动的代码、命令式 DOM 接线、不可变更新的繁文缛节、context 值替换、shadcn-svelte 表单结构、Field.* 组件、bits-ui 表单控件，或隐藏归属关系的组件 API。这是 Svelte 组件审查的通用入口；路由/load/actions/服务端相关事项委派给 sveltekit，细节委派给专题参考。
审查并处理 Tenzir 项目中的代码变更。在审计 diff 或 pull request 中的 bug、安全问题、缺失测试、文档偏差、可读性问题、性能回退、用户体验问题，或处理 pull request 审查意见（尤其是实现所要求的变更、回复审查者、解决 GitHub 审查讨论串，或确认审查反馈已达最终状态）时使用。当用户说 "review"、"look at this PR"、"check my changes"、"audit this diff"、"address the review findings" 或 "resolve PR comments" 时，也使用此 skill。
使用最新文档和完整使用指南，构建、审查、调试、配置、迁移、教授或规划 Vitest 测试。适用于 vitest 5、vitest.config、来自 vitest/config 的 defineConfig、describe/it/test/expect、vi mock、vi.when、快照、覆盖率（@vitest/coverage-v8）、浏览器模式（@vitest/browser-playwright）、projects、pools/maxWorkers、reporters、UI、bench fixture、typecheck、vitest doctor、fsModuleCache，以及 Jest / Vitest 3→4 / 4→5 迁移。
写作硬门审计员。用于在正式输出 final 文章前，独立审计 writing workflow 的硬门。 触发场景： - 已经有 draft，准备产出正式终稿 - 项目位于 `01_项目/内容创作/` - 需要核验 Claim Ledger、Module Budget、Lint Report、Final Candidate 等 artifacts 核心能力： - 独立检查 artifacts 是否齐全 - 检查 form 硬阈值是否超标 - 检查 claim 与正文是否一致 - 输出 `PASS / FAIL`，并写入 `03-Reviews/Gate-Check-Report.md`
从零搭建一个符合 atelier 标准的全新 Bun/TypeScript、Next.js 或 Java（Quarkus）仓库——搭建 Clean Architecture（或 Atomic Design）目录结构、复制 gate 资源、接好 git hooks、编写构建脚本、铺设最小可用的绿色 walking skeleton，并在首次提交前验证每个 gate 都能通过。在从零开始新仓库或新的 monorepo 包时使用——例如说“scaffold a new Bun repo”“bootstrap a new project to the standard”“set up a new atelier repo / Next.js package”或“scaffold a new Java/Quarkus service”。仅限全新项目。绝不要用于现有代码库内的工作（新增功能、搭建 lint 或工具链、修改配置）——那属于主 atelier skill，或对于将存量仓库提升到标准，属于 atelier-review-me 的 adopt 模式。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。