Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
面向采用 weapp-vite 项目布局仓库或已安装 `weapp-vite` 依赖项目的工程化实践手册，覆盖 `vite.config.ts` 的 `weapp` 配置、自动路由、routeRules/layout、自动导入组件、分包、npm、多平台、受管 TypeScript、`prepare`、`forwardConsole`、`mcp`、`screenshot/compare/ide logs`、Web runtime、lib mode、worker、`dist/docs`、脚手架 `AGENTS.md`、AI skills 安装，以及与 `weapp-ide-cli` 的命令治理和透传边界。
关于 Windows 11 企业安全基线的指南——Microsoft 建议的安全设置，通过 Intune（设置目录 / 安全基线）或 GPO 部署。涵盖以硬件为根基的核心控制（TPM 2.0、安全启动、基于虚拟化的安全 / VBS、虚拟机监控程序保护的代码完整性 / HVCI、内存完整性、Credential Guard、本地安全机构保护）、Windows LAPS（Microsoft 的现代本地管理员密码解决方案，取代旧版 LAPS）、Smart App Control、个人数据加密 (PDE)、Windows Hello for Business 部署、受控文件夹访问、漏洞利用防护、BitLocker 基线、使用 WDAC 的应用控制、可移动存储控制，以及与 Intune 合规和 Defender for Endpoint 的集成。WHEN：Windows 11 基线、Windows 安全基线、VBS HVCI 内存完整性、Credential Guard、LSA 保护、Windows LAPS、取代旧版 LAPS、Smart App Control、WDAC、漏洞利用防护、PDE Windows 11、Intune 安全基线。DO NOT USE 用于端点 EDR 配置（使用 defender-for-endpoint）、Intune 设备管理端到端（使用 intune-device-mgmt）或仅 BitLocker 设计（使用 bitlocker-design）。
Windows 应用开发（Windows AI Foundry）的 AI/ML 集成参考。涵盖 Windows AI APIs、LanguageModel、TextRecognizer、ImageScaler、ImageObjectExtractor、ImageObjectRemover、ImageDescriptionGenerator、SemanticSearch、ContentModeration、Phi Silica / Aion Instruct、LoRA、Windows ML、Windows ML Runtime API、ONNX Runtime、execution providers、WebGPU EP、Model Catalog、LearningModel、Foundry Local（CLI / REST API / SDK）、MCP サーバー、App Actions、IActionProvider、Agent Launchers、DirectML、IDMLDevice、operators、tensors、NPU。
八阶段文档写作主持者：明确 → 分析资料 → 探索 → 评审 → 大纲 → 执行撰写 → 验证 → 复盘。仓库内撰写器：tech-review-doc。外部强依赖：humanizer、humanizer-zh。自动模式绝不跳过 tech-review 第 1 节。触发词——「写文档」「写技术评审」「去AI痕迹」「人性化改写」「自动写文档」「write workflow」「humanize」。不适用于代码 PDCA（solve-workflow）、性能（perf-optimize-workflow）或营销文章（article-writer）。
编写（生成或更新）AGENTS.md —— 面向 AI 编码 Agent 的 token 高效上下文文件。分析项目技术栈、约束和命令。产出 AGENTS.md 和特定 Agent 的导入文件（CLAUDE.md、.cursorrules、GEMINI.md 等）。更新时保留精编章节。也可只读审查现有 AGENTS.md（运行内置的 critic，不写入任何内容）。适用场景：用户要求创建、更新或审查 AGENTS.md、CLAUDE.md 或 Agent 上下文文件；或让 AI Agent 熟悉项目。
当新的洞察改变现有 Epic、Feature 或 Trace 的范围、验收标准、场景、领域语言或技术约束时使用——例如 "refine epic #10"、"re-aim feature #24"、"the trace revealed the seam is wrong"、"update this trace with the new requirements"、"we got new feedback on feature #24"、"incorporate these comments into the spec"，或在 Trace 落地后重新调整 Feature 的 Trace Plan。当新的 Figma 设计、文档或 GitHub 评论表明当前规格已过时，也会触发。接受来自 CLI 文本、GitHub 评论、引用的文件或 URL 以及对话上下文的洞察。自动检测问题类型（旧的 Task issue 按旧 Trace 读取），只对发生变化的部分进行智能重新校验，展示逐节的 before/after diff，发布审计追踪评论，对过期的生命周期标签发出警告，并将场景编辑级联到声明这些场景的 Trace。作为 wtf.loop 的 Re-aim 步骤在每个已验证 Trace 之后无头运行。
当开发者希望从一次艰难的会话中总结经验、记录 Claude 出错的地方、保存实现中的坑，或用来之不易的知识更新 steering 文档时，应使用本技能——例如「let's reflect」「capture what we learned」「that was painful, save this」「update the steering docs with what went wrong」「I need to debrief」「what went wrong today」「log this lesson」「save this gotcha」「document this mistake」「I want to write this down before I forget」「add this to the steering docs」，或在多次纠正后由 intervention tracker 提示时。将每条经验归入正确的 steering 文档（TECH、QA、DESIGN 或 VISION）中名为 "Hard-Won Lessons" 的章节。
当团队想要创建或完善设计指南文档时，应使用此 skill——例如 "create the design steering doc"、"document our design system"、"write the design principles"、"document our component patterns"、"set up the design guidelines" 或 "update the design doc"。生成 docs/steering/DESIGN.md 作为一份活的文档，记录设计原则、设计系统、token、组件模式和无障碍标准。一次生成，持续完善——不从零重新生成。
当 QA 工程师想要测试或验证已完成的任务、逐条核对验收标准、对照实现检查 Gherkin 场景、记录通过/失败结果，或在合并前为工单签收时，应使用本技能。触发短语如「verify task #42」「run QA on this issue」「test the acceptance criteria」「sign off on task」「check if this task is ready to merge」「does this task meet its acceptance criteria」「run acceptance tests for task #X」「walk through the Gherkin for task #X」「I want to test this task」。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。