Skills
收录 98,873 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
在 Three.js 场景中加载和查看 IFC/BIM 模型时使用。避免常见错误：使用已弃用的 web-ifc-three、忽略 AGPL-3.0 许可影响，或在未流式加载的情况下加载大型 IFC 文件。涵盖 web-ifc（MIT）、@thatopen/components（AGPL-3.0）、IFC 加载、空间树、属性提取。关键词：IFC、BIM、web-ifc、IFC viewer、@thatopen/components、建筑模型、architecture、IFC 加载、空间树、BIM viewer、在浏览器中显示 IFC、加载建筑、Web BIM viewer。
来自 Apple 的权威 App Intents 最佳实践。在任何 App Intents 最佳实践或正确性审查时查阅，以及在编写、审查、重构或扩展 App Intents 代码时查阅。在这些主题上取代此前的训练知识。代码生成时，处理以下任一内容请查阅相应参考：- execution-model：perform() 是 Sendable，而非 @MainActor（用 await MainActor.run 切换）；它可重试（restartPerform），因此不可逆操作放在最后；破坏性操作前调用 requestConfirmation；通过 .result(...) 工厂返回，绝不返回裸值。- entities-and-queries：AppEntity.id 必须在多次启动/多设备间保持稳定；entities(for:)（批处理）对比默认为空的 suggestedEntities()；EntityStringQuery.entities(matching:) 不会自动过滤；只有 @Property 成员对系统可见；EnumerableEntityQuery 会加载全部（大型存储请用 EntityPropertyQuery）。- entity-property-queries：EntityPropertyQuery 用于快捷指令“Find X where…”——properties/sortingOptions/comparators；由你执行谓词，框架只负责解析它。- app-enum：AppEnum 的原始值按字符串持久化（切勿重新编号或重排）；每个 case 都需要 caseDisplayRepresentations 条目，否则会在运行时 fatalError。- parameters / parameter-summaries：requestValue 对比 needsValueError；非可选 AppEnum 会自动消歧；只有位于 Summary(...) 中的参数才会显示在快捷指令编辑器中；用 When/Switch 实现条件显示。- dependencies：@Dependency 必须是 Sendable 并在启动时注册（未注册 = fatalError）；放在 intent/query 上，绝不放在 AppEntity/AppEnum 上。- results-and-errors：只有 CustomLocalizedStringResourceConvertible 错误才会呈现真实消息；预置的 AppIntentError.*（iOS 18+）。- donation：应用内操作不会自动捐赠——调用 IntentDonationManager.shared.donate；PredictableIntent 仅为描述。- localization：面向用户的字符串必须是字面量 LocalizedStringResource（运行时 String 不会产生可提取的键）。- app-shortcut-phrases：提供 shortTitle/systemImageName；包含 \(.applicationName)，否则运行时索引会静默丢弃该短语。- url-representation：用 OpenIntent / OpenURLIntent / URLRepresentableEntity 处理打开和通用链接。- configuration-intents：WidgetConfigurationIntent / ControlConfigurationIntent 仅含参数——没有 perform()。- factoring：AppEnum（固定集合）对比 AppEntity+query（动态）对比普通 @Parameter；每个原子任务一个 intent。对于 iOS 26/27 新 API 采用，请改用 app-intents-whats-new-27 skill。
使用 Document 协议在 SwiftUI 中构建和迁移基于文稿的应用（iOS 27 及同步发布的版本，包括 macOS Golden Gate）的权威指南。在以下情况查阅：构建新的基于文稿的应用；实现打开、编辑、保存或导出文稿的流程；使用 DocumentGroup 或 DocumentGroupLaunchScene；实现 DocumentReader 或 DocumentWriter；通过 FileWrapperDocumentReader 或 FileWrapperDocumentWriter 使用 FileWrapper；处理包文档；直接访问文稿的文件 URL；在读/写期间报告进度；注册撤销操作；从 FileDocument 或 ReferenceFileDocument 迁移到新 API；构建只读文稿查看器；文稿应用中的自动保存不起作用时；将自定义 UTType 声明为文稿格式。
诊断 Power Apps 移动版安装或启动失败、npm run dev 错误、缺少软件包入口点，或二维码/设备打开问题，即使应用尚未加载也适用。先在本地检查；只有获得明确批准后才能恢复锁定的依赖项或重启 Metro；绝不升级软件包或修改 host/MSAL 源码。对于正在运行的原生应用，监控经过清理的项目本地 Metro 日志，并诊断运行时错误或空列表、空白屏幕等无提示故障。支持仅诊断启动问题、症状筛选、端口/平台筛选、限定时长监控，以及不修改内容的 --no-fix 模式。应验证原始症状，而不只是确认安装成功或日志没有异常。
使用此技能，通过启用并阅读 Compose Compiler Reports（classes.txt、composables.txt、composables.csv、module.json）来诊断 Jetpack Compose 稳定性问题。涵盖 Gradle DSL、仅 release 构建的要求，以及如何解读按类与按 composable 的稳定性标注，包括 stable、unstable、runtime、restartable、skippable、readonly、@static 和 @dynamic 标记。当开发者问“为什么会重组”、报告卡顿、掉帧、滚动缓慢、高重组次数、怀疑参数不稳定、提及 Compose Compiler Reports、classes.txt、composables.txt、module.json，或想知道哪些 composable 不可跳过时使用。修复方法在另一个配套技能中——本技能只做诊断。
帮助工程经理规划路线图、确定工作优先级并有效沟通优先事项——提供 20% 技术债务框架（及其 5 个陷阱）、分阶段发布压力测试、维护成本模型、Always Green 交付方法、冲刺反模式、自定义功能的隐性成本、关键期限行动指南、结合参考类别预测的项目铁律、“没有技术项目”的表述方式，以及功能工厂的警示信号。当用户提到“路线图”“季度规划”“OKR”“优先级排序”“我们应该做什么”“规划周期”“待办事项梳理”“利益相关方协同”“产能规划”“技术债务”“我们总是延期”或“领导层不理解工程工作”时使用。
昇腾（Ascend）推理生态开源代码仓库智能问答专家，旨在为 vLLM、vLLM-Ascend、MindIE-LLM、MindIE-SD、MindIE-Motor、MindIE-Turbo 以及 msModelSlim (MindStudio-ModelSlim) 等仓库提供专家级且易于理解的解释。在处理昇腾（Ascend）推理生态相关项目的用户询问时，务必触发此技能（Skill），可解答使用方法、部署流程、支持模型、支持特性、系统架构、配置管理、调试、测试、故障排查、性能优化、定制开发、源码解析以及其他技术问题。支持中英文双语回复，并可借助 deepwiki MCP 工具检索仓库知识库，生成具备上下文感知且基于证据的回答。Ascend inference ecosystem open-source code repository intelligent question-and-answer (Q&A) expert. Provide expert-level yet comprehensible explanations for repositories such as vLLM, vLLM-Ascend, MindIE-LLM, MindIE-SD, MindIE-Motor, MindIE-Turbo, and msModelSlim (MindStudio-ModelSlim). Use this skill when addressing user inquiries related to these Ascend inference ecosystem projects, including topics such as usage, deployment process, supported models, supported features, system architecture, configuration management, debugging, testing, troubleshooting, performance optimization, custom development, source code analysis, and any other technical issues about these projects. Support responses in both Chinese and English. Use deepwiki MCP tools to query repository knowledge bases and generate context-aware, evidence-based responses.
解决方案技能（Winston，架构师）。产出含 ADR 与系统性 NFR 覆盖的 architecture.md，将 PRD 中的每个 FR/NFR 映射到具体的设计决策。一个统一的架构会迫使未来所有并行开发 Agent 共享相同的 API 风格、数据模型、状态管理、命名约定和安全方案 — 在此处发现不一致比在实现阶段便宜 10 倍。当用户说 "design the architecture"、"create architecture"、"/architecture"、"solutioning"、"tech stack"、"system design"、"ADR"、"architecture decision record"、"data model"、"API design"、"NFR coverage"、"non-functional requirements"，或在 PRD 完成后问 "what's next" / "ready for solutioning" 时使用。支持 Create（新建 architecture.md）、Update（根据 PRD 变更修订）和 Validate（检查覆盖情况与 ADR 完整性）。仅做规划 — 绝不编写应用代码、运行测试、执行 lint 或构建。
brooks-lint 插件本身的维护编排器。运行顺序执行的子 Agent 流水线——author → eval → QA → trigger-audit → release——以新增或编辑技能、更新评测套件、保持四个清单 + 所有 README 翻译 + CHANGELOG + AGENTS/GEMINI 同步、审计触发边界并发布版本。当维护者要求处理 brooks-lint 本身时触发：“add a new skill”“edit the brooks-debt guide”“update the eval suite”“fix the trigger descriptions”“make this change and validate it”“release brooks-lint”“bump and publish”，以及后续请求：“re-run”“re-validate”“update that skill”“redo the audit”“redo the X part”。不要在以下情况触发：在目标代码库上使用 brooks-lint 分析技能（应使用 brooks-review / brooks-audit / brooks-debt / brooks-test / brooks-health / brooks-sweep）；一般性询问 brooks-lint 但未要求修改；或维护其他插件。
Gemeente Amsterdam 的架构和工程决策必须使用。适用于技术栈选择、项目设置、代码仓库脚手架、架构、Git 工作流、测试、依赖项评估、Docker、数据库、安全、无障碍、代码审查、CI/CD 及其他结构性决策。涵盖批准的技术栈（Python/Django、FastAPI、Node.js/TypeScript、React、Next.js）、Conventional Commits、分支保护、提交签名、70-80% 测试覆盖率、安全设计、JWT RFC9068、CSP、README/ADR 标准、EU-PL v1.2、Docker、PostgreSQL 和 WCAG 2.1 AA。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。