Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
用于响应式服务端渲染 UI 的 Symfony UX LiveComponent——组件在用户交互时通过 AJAX 重新渲染,无需 JavaScript。适用于构建实时搜索、实时过滤、动态表单、内联校验、级联选择、自动保存、轮询、延迟/惰性渲染,或任何根据用户输入自行更新的 UI。代码触发点:AsLiveComponent、LiveProp、LiveAction、data-model、data-loading、data-live-action-url、ComponentWithFormTrait、LiveListener、emit、defer、lazy、polling。当用户问"如何构建输入时即过滤的搜索"、"如何实时校验表单"、"如何在 PHP 中创建响应式组件"、"如何构建级联选择"、"如何延迟组件渲染"、"如何通过 emit 在组件之间通信"、"如何把表单绑定到 LiveComponent" 时也触发。不要在无响应性的静态可复用 UI(使用 twig-component)、纯客户端 JS 行为(使用 stimulus)或页面级导航(使用 turbo)时触发。
使用 mops 管理的迁移链(由带时间戳文件组成的 migrations/ 目录)进行 Motoko actor 状态迁移与 schema 演进。用于升级 canister、更改 actor 字段类型、重命名或新增 stable 字段、决定隐式迁移还是显式迁移,或编写迁移文件——包括一次性变更。对于无法解释的兼容性诊断、冻结的迁移文件、非空的首个 OldActor、由旧持久化方式转换而来的项目,或要求移除迁移链或恢复为内联方式(with migration = ...)的情况,请使用 troubleshooting-motoko-migrations。
基于设计文档自动生成鸿蒙系统代码框架,包括 IDL 接口定义、目录结构、头文件、源文件模板、构建配置等。生成前会分析 OpenHarmony 存量代码,学习现有代码风格和架构规范。适用于用户请求:(1) 生成代码框架, (2) 创建 IDL 接口, (3) 生成 BUILD.gn 配置, (4) 创建服务代码, (5) 初始化项目结构, (6) 参考现有代码风格。关键词:code generation, IDL, BUILD.gn, bundle.json, SA profile, OpenHarmony code style, 代码生成, 接口定义, 构建配置, OH代码风格
八阶段 PDCA 问题解决工作流,将分析、提案、设计评审、计划、执行和验证持久化为 OpenSpec 制品(openspec/changes/<name>/,归档到 openspec/specs/),而不是只留在聊天上下文中。适用于需要长期行为契约可追溯性、团队评审或可审计性的功能开发、bug 修复、重构和复杂工程任务。不要用于无需可追溯性的一次性快速修改 — 请改用 solve-workflow。触发词:「opsx解决」「OpenSpec解决」「规范化解决」「创建OpenSpec变更」「创建opsx变更」「用OpenSpec分析」「用OpenSpec修复」「opsx自动解决」「OpenSpec自动解决」「opsx-solve」「opsx-solve-workflow」;「ai-proxy 模式」「AI 代理模式」「切换 ai-proxy」 / opsx solve、OpenSpec solve workflow、create an OpenSpec change、ai-proxy mode、switch to ai-proxy。
为提交与徽章准备可复现性制品(代码/数据)。适用于研究者说"制品评估"、"制品附录"、"可复现性"、"徽章"、"Artifacts Available/Evaluated/Functional/Reusable"、"Results Reproduced/Replicated"、"ACM badging"、"USENIX/OSDI/SOSP AE"、"SIGMOD ARI"、"NeurIPS code/checklist"、"ACL repro checklist"、"Zenodo DOI"、"Software Heritage"、"匿名化我的代码/仓库"或"打包我的代码"时。构建制品 README + 附录、依赖/运行说明、用于双盲的匿名化仓库,以及归档 DOI(Zenodo version 与 concept)/Software Heritage SWHID 指南;厘清 ACM 徽章分类法以及 Reproduced/Replicated 的时代更替;并用内置的仅用标准库的脚本按照 ML Code Completeness 清单检查制品目录。输出制品就绪清单 + 打包计划。在线重新核验会议当前的制品规则。仅供参考;绝不代为提交。
使用 PBIR、PBIP、TMDL、TOM 和 fabric-cicd 进行程序化 Power BI 开发。请在以下情况主动激活:(1) 以程序方式创建 Power BI 报表(PBIR 增强报表格式),(2) PBIR 与 PBIR-Legacy 的选择(2026 默认),(3) PBIP 开发者模式与 Power BI 项目文件,(4) 表格对象模型(TOM)/ .NET SDK 脚本,(5) Tabular Editor 脚本(C# 脚本、高级脚本),(6) pbi-tools 工作流,(7) fabric-cicd Python 部署(FabricWorkspace、publish_all_items),(8) Fabric CLI(fab deploy),(9) Semantic Link / sempy / semantic-link-labs,(10) 以程序方式生成 PBIX,(11) 用于环境特定部署的 parameter.yml,(12) ALM Toolkit。提供:PBIR/PBIP 项目模板、fabric-cicd 的 deploy.py、Tabular Editor 脚本配方、parameter.yml 模式,以及端到端的程序化工作流。
在 ReVa 的 MCP 服务已连接的 Ghidra 会话中,使用五个 ReVa 脚本工具——`run-script`、`list-scripts`、`read-script`、`write-script`、`edit-script`——编写并运行 Python (PyGhidra) 代码。当用户要求对当前程序执行 Python、直接使用 Ghidra Flat API、编写自定义分析流程、自动化其他 ReVa 工具未暴露的功能,或将 `.py` 脚本持久保存到 Ghidra 的脚本目录时使用。也适用于现有 ReVa MCP 工具无法完成所需操作,正确做法是“用一次 PyGhidra 调用搞定”的情况。不要将此技能用于已有专用 MCP 工具的普通 ReVa 工具调用(应改用该工具);也不要用于构建在自身进程中运行 pyghidra 的独立 Python 程序(run-script 工具是在 ReVa 托管的 Ghidra *内部*运行)。
Salla OAuth 2.0 与商户令牌管理——标准 OAuth 之上的 Salla 差异:Easy Mode(通过 app.store.authorize webhook 获取令牌,无回调——已发布应用)与 Custom Mode(授权码模式,仅用于开发/测试)、offline_access scope、需要按商户加刷新锁的一次性刷新令牌,以及 User Info 端点。在编写任何 Salla 令牌处理代码之前使用。生命周期事件 → salla-app-lifecycle;webhook 验证 → salla-webhooks;API 使用 → salla-api-core。
在分支上编写或修改 Datex Studio 选择器(configurationTypeId=7,*-selector.json 后缀)时使用——由数据源支持的下拉/自动补全控件。负责硬性组件变体规则(后台必须是 -datasource.json,绝不能用 -footprintDatasource.json)、按显示标签排序规则,以及三部分全文检索契约(getList 筛选 + getByKeys 键集 + 全文参数)。触发词:「创建一个下拉」「创建 xxx_dd 选择器」「实体 X 的自动补全」「枚举下拉」「下拉为空」「全文检索不过滤下拉」「选择器的后台数据源变体错误」。
专家级 SolidJS 和 SolidStart 开发技能,具备 20 年以上资深/首席工程师的思维。为使用细粒度响应式构建可投产、可扩展的 Web 应用提供全面指导。当 Claude 需要:(1) 创建新的 SolidJS/SolidStart 项目,(2) 实现 TanStack Query/Router/Table/Form 集成,(3) 使用 signals/stores/resources 构建响应式组件,(4) 用 SolidStart 处理 SSR/SSG/流式渲染,(5) 实现身份验证和 API 路由,(6) 优化打包体积和性能,(7) 调试响应式问题和内存泄漏,(8) 组织大型应用结构,(9) 用 TypeScript 实现类型安全模式,(10) 处理错误边界和 suspense,(11) 构建可访问的 UI 组件,(12) 部署到 Vercel/Netlify/Cloudflare 时使用。触发词:"solid"、"solidjs"、"solidstart"、"createSignal"、"createStore"、"createResource"、"tanstack solid"、"vinxi"、"fine-grained reactivity"。
在分支上编写或修改 Datex Studio 存储组件(configurationTypeId=17,*-storage.json 后缀)时使用——通过 $db 在函数层级访问的云端持久化 Mongo 存储。负责存储与 Footprint 实体的取舍、列描述符结构、`required: true` 先读后补陷阱(仅在发布后追加)、增量式演进规则,以及 schema 变更前的影响分析。触发词:「创建一个存储」「向 xxx_storage 添加列」「选项/配置表」「规则表」「每日快照采集」「添加必填列后 $db.update 校验错误」、在存储与 Footprint 实体之间抉择。
设计、审计并演进能够暴露真实架构边界、同时让相关行为保持在一起的物理源码与包结构。适用于创建或审查仓库目录树、决定文件或包应放在哪里、减少扁平文件夹、按功能/路由/界面/用例/限界上下文/工作流或端点组织、构建前端状态/数据/UI 归属与设计系统、让六边形架构的内外边界可见、定位端口/适配器与组合根、组织 BFF 路由、规划文件夹迁移,或强制包与导入方向。对于单个模块的逻辑职责、深化、拆分或调用方契约,请使用 codebase-design;对于仓库范围的架构投入发现,请使用 improve-codebase-architecture。仅做物理上的扁平化并不等同于降低系统复杂度的成果。
当 JavaScript 应用需要使用 Syncfusion Spreadsheet 组件实现类似 Excel 的 UI 时使用本技能。触发场景:创建、查看、编辑 Excel(.xlsx、.xls、.xlsb)和 CSV 文件;嵌入电子表格编辑器;从 API/JSON 绑定数据;使用公式、图表、验证、筛选或条件格式。当用户提及电子表格文件("open xlsx"、"load Excel file"、"add Syncfusion spreadsheet"、"bind data to spreadsheet")时同样触发。没有 UI 组件的独立文件处理不要触发。
将请求、工单、PRD、设计或讨论串转化为一份计划,由人审核批准,构建者无需对话上下文即可执行:逐一询问所有模糊之处,直到不再有产品决策需要构建者作出;随后写明问题、包含具体数值的 EARS 验收标准、路径及其涉及的数据(用 mermaid 绘制)、接口,以及仅需记录的难以撤销的决策。请求中附带的记录具有约束力。用户说“规划这个”、“规划功能”、“明确功能规格”、“编写计划”、“将此 PRD 拆分为任务”或“tlc-plan”时使用。不要用于实现(应使用 tlc-implement)、编写独立设计文档,或尚未决定构建内容的情况。
在分支上编写或修改 Datex Studio 类型定义(configurationTypeId=22,*-customType.json 后缀)时使用——接口(i_<name>)和枚举(e_<name>)都位于这一个组件类型中。负责接口与枚举的抉择、自定义类型自引用禁止、UI 组件枚举 FQN 约束(vars/inParams/outParams 不能使用 FQN 引用自定义枚举——应声明为基础类型),以及“收紧原本宽松的类型会波及使用方”的影响规则。触发词:"create an interface"、"create an enum"、"define a shared type"、"add a property to i_xxx"、"add a value to e_xxx"、为流的 inParams/outParams/objectTypeDef 编写类型。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
