Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
将现有产品的界面补录到设计系统的 Storybook 中，作为具有代表性的页面模板；产品已使用本地设计系统的部分从 LOCAL 设计系统重建，并醒目标记所有不属于该系统的区域。用户说“get this product into Storybook”“backfill our screens”“represent this product in the design system”“I want to see how a component change ripples across products”“relocate these pages into Storybook”，或同时提到某个产品（网站、应用、代码仓库、URL）和 Storybook 时使用。这是迁移位置，不是翻译：移动界面并标记系统之外的内容；绝不将定制 UI 转换为系统样式（那是 vibe-killer），也不规划迁移（那是 ds-adoption-plan）。还会运行刷新操作，报告自上次捕获以来产品与 Storybook 副本的差异程度。
指导 Agent 在 Capacitor Android 应用中启用 R8，以满足 Google Play 的 DEX 代码优化要求（自 2027 年 2 月起，DEX 代码超过 10 MB 的应用必须至少进行 25% 的混淆、优化和缩减）。内容涵盖在 `android/app/build.gradle` 中将 `minifyEnabled true` 与 `proguard-android-optimize.txt` 配合使用；防止 R8 full mode 下启动崩溃的 `-keep @interface com.getcapacitor.** { *; }` 规则；各插件的 keep 规则；通过 `missing_rules.txt` 解决 R8“Missing class”构建错误；使用 debug keystore 构建签名的 release APK；以及通过 logcat、`mapping.txt` 和应用包中的 `r8.json` 文件进行验证。当 Play Console 报告 DEX 代码优化问题、启用 `minifyEnabled` 后 Capacitor 应用启动崩溃，或 R8 导致 release 构建失败时使用。不要用于 iOS、资源缩减、Capacitor 插件项目、Capacitor 版本升级或非 Capacitor 移动框架。
通过船上的航海日志和港口副本（Albatros 的 Git 服务 code.aufwind.sh）的比喻，为没有相关经验的人讲解 Git。指导用户从港口获取仓库，通过优质备注完成首次记录（Commit），将记录发送到港口（Push），并检查副本是否到达 Albatros 服务器的 ~/projekt。规则：仅使用 main，只逐个暂存自己的文件，绝不 force-push。在需要“Git”“GitHub”“港口”“commit”“push”“pull”“Repo”“什么是 Repository”“保存我的更改”“push 被拒绝”“冲突”，以及替用户提交任何内容之前使用此技能。
核验 C 代码里的 MCU 寄存器写入是否与芯片 SVD 一致：外设、寄存器、位域是否存在；值是否超位宽；枚举是否合法；是否写只读位；是否访问前未开时钟；是否硬编码地址。按“报 / 未判定 / 通过”分桶输出，并可生成复查清单。Use when reviewing embedded C init code, register writes, or AI-generated firmware registers; verify register writes against a chip SVD. 关键词：寄存器核验、寄存器检查、AI 生成代码、驱动复查、初始化代码检查、对拍、register check、verify register writes。不用于：HAL/LL 结构体配置语义（会进未判定）、外挂器件命令（Flash、传感器）、时序正确性、通用代码风格、寄存器事实查询（用 embedded-register-lookup）。
将实现工作委派给外部编码 Agent CLI（OpenAI Codex `codex exec`、Google Antigravity/Gemini `agy -p`，或任何带适配器的 harness），而不是 Claude 子 Agent；这样繁重的编码工作会消耗其他提供商的配额，由 Claude 担任工头，负责规划、说明任务、审查差异和验证。用户调用 /foreman，或要求“让 codex/gemini/agy 作为工作者”“节省 Claude 配额/额度”或“让另一个模型编码，你来审查”时使用。工作者通过 scripts/dispatch.sh 在隔离的 git worktree 中运行。
让应用与 iOS 27.3 / macOS 27.3 / visionOS 27.3 中的 Siri 模型协同工作，包括尚未使用 App Intents 的应用。适用于：使用 @AppIntent(.tool) / ToolIntent（包括 @AppIntent(.tool, schema:)）将 intents 作为工具提供给 Siri；使用 @AppEntity(.generable) / GenerableEntity 让模型填写参数值；使用 @Property description: 描述 Siri 可读取的实体属性，并通过 visibility: .internal 隐藏属性；添加包含 SKILL.md 文件的 Skills.skillsbundle，为 Siri 提供应用任务的上下文；运行 sirimetadataanalyzer（Siri Metadata Analyzer）并修复其发现的问题；排查这些宏导致的构建错误；以及 Siri 模型读取的标题和描述。也适用于“让我的应用与 Siri 协同工作”、“Siri AI”和“Apple Intelligence”。若要测试 Siri 如何使用应用，请使用 siri-evaluations。若要了解通用的 App Intents 用法，请使用 app-intents-specialist。若要了解其他 iOS 26 / 27 App Intents API，请使用 app-intents-whats-new-27。
Otimiza qualquer landing page ou aplicação web (React, Vite, Next.js, HTML) para atingir nota máxima (98-100) no Google Lighthouse 13 em Performance, Accessibility, Best Practices, SEO e Agentic Browsing, aplicando técnicas avançadas de SEO, AEO (Answer Engine Optimization) e GEO (Generative Engine Optimization para ChatGPT, Perplexity, Claude e Gemini). Use quando o usuário pedir para melhorar SEO, AEO, GEO, ser encontrado por IAs/buscadores, criar llms.txt/ard.json ou bater nota 100 no Google Lighthouse.
为预订或排期应用构建双向 Google Calendar 同步：主办方通过 OAuth 连接 Google 账号；所选日历中的事件会占用可用时段，并通过推送通知和续期 cron 保持更新；已确认的预订会写入日历作为事件，并可按需添加 Google Meet 链接。适用于：(1) 预订、预约、课程或轮班应用需要遵循员工 Google Calendar 的忙碌时段，或将预订写入其中；(2) 现有日历同步出现虚假忙碌时段、事件遗漏或重复、团体场次在首次预订后被占满、同步停止但没有报错，或用户撤销访问权限后受阻；(3) 用户提及：Google Calendar 集成、双向日历同步、连接 Google Calendar、忙碌时段、空闲/忙碌、events.watch、推送通知、X-Goog-Channel-Token、频道续期、calendar.events scope、refresh token、invalid_grant、离线访问、PKCE、Google Meet 链接、conferenceData、extendedProperties、hangoutLink。包含基于 fetch 且无依赖的 Google 客户端、纯忙碌时段映射器和差异计算、single-flight 同步、幂等预订事件、先建后拆的频道续期、按日历派生的健康状态、Firestore 和 Supabase 存储，以及在四种进程时区下运行的 32 项 node:test 测试套件。使用 Next.js App Router 路由处理程序，并为其他 Node 服务器提供 Express 适配器；存储、身份验证和预订来源均可替换。不适用于 Outlook 或 Microsoft 365（microsoft-calendar-sync）、时段生成（time-slot-generator）、日历 UI 或 ICS 订阅源。
通过 Microsoft Graph 为预订或排班后端构建 Microsoft 365 / Outlook 日历双向同步：主办方通过 OAuth 连接 Microsoft 帐户，所选日历中的事件会占用其可用时间（使用变更通知订阅和续订 cron），确认的预订会作为事件写入其日历，并附带 Teams 会议链接。适用于：（1）带有预订、预约、课程或轮班的应用必须考虑员工 Outlook 的忙碌时间，或将预订写入其 Outlook 日历；（2）现有 Outlook 或 Graph 日历集成在连接一小时后停止工作、收不到通知、忽略假期、重复事件或丢失订阅；（3）用户提到：Outlook 日历集成、Microsoft 365 日历、Office 365 日历同步、Microsoft Graph 日历、Entra ID 应用注册、Calendars.ReadWrite、calendarView、变更通知、Graph 订阅、clientState、validationToken、lifecycleNotificationUrl、subscriptionRemoved、MSAL 刷新令牌、AADSTS700082、invalid_grant、interaction_required、singleValueExtendedProperties、teamsForBusiness、showAs、isAllDay、mailboxSettings timeZone。提供基于 fetch 的零依赖 Graph 客户端、将全天事件锚定到邮箱时区的纯忙碌时间映射器、单航班同步、通过扩展属性标记重新查找预订事件、原位续订并替换丢失的订阅、按日历计算的健康状态、Firestore 和 Supabase 存储，以及在四个进程时区下运行的 43 项 node:test 测试套件。使用 TypeScript 编写 Next.js App Router 路由处理程序，并为其他 Node 服务提供 Express 适配器；存储、身份验证和预订来源通过 CalendarStore、authenticate 和 BookingSource 接口解耦。不支持 Google Calendar、Exchange 本地部署版（EWS）或日历 UI。
当用户要求 "implement FSD"、"use Feature-Sliced Design"、"organize architecture"、"structure project folders"、"set up FSD layers"、"create feature slices"、"refactor to FSD"、"add FSD structure"，或提到 "feature slices"、"layered architecture"、"FSD methodology"、"architectural organization"、"views layer"、"entities layer"、"shared layer"、"Next.js with FSD"、"Turborepo FSD structure" 时应使用本 skill。为在 Next.js 应用中实现 Feature-Sliced Design 方法论（使用自定义的 'views' 层命名）提供全面指导。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。