Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
创建或编辑 PostHog 自由画布——一种存储在 PostHog 中、由桌面或 Web 应用渲染的沙盒化浏览器应用(数据看板、文档、表单、小工具、图形实验)。适用于任务要求构建、生成、更新或修复独立画布应用,或给定自由画布 id 作为发布目标时。对于网格/主页画布、组件放置或可复用组件,请改用 composing-grid-canvases。涵盖解析或创建目标画布、选择实现方式(React + Quill 还是纯 HTML/浏览器 API)、读 → 编辑 → 校验 → 发布 → 构建的循环,以及需要加载哪些配套画布技能来了解细节。
代码库即 geohash 地图可视化的渲染与感知层——选择在颜色 / 大小 / 位置上编码什么,挑选感知上诚实的色阶(viridis / OKLCH,而非彩虹),在 16ms 帧预算内用 Canvas2D + WebGL / deck.gl 绘制数万个单元格,标签放置与去杂,GPU 或空间索引拾取,相机动画与细节层次交叠淡入淡出,以及画布的键盘与屏幕阅读器可访问性。它构建于 geohash-spatial-code-maps 之上,后者负责 geohash 编码、投影、瓦片化和导航数学。还涵盖自然启发的渲染——Voronoi、圆填充、叶序、metaball 外壳、边捆绑。即使用户没有说“可视化”也要触发——如果工作涉及绘制、上色、标注、动画化或使代码地图、空间热力图或 Web 上的大型单元格 / 点图层可导航,这就是该技能。
组合 PostHog 网格 canvas——由可复用组件 canvas 构建的组件网格(包括用户主页 canvas)。适用于以下任务:在网格或主页 canvas 上添加、填充、移动、调整大小或移除组件;用一次请求组合出整个组件 canvas;构建可复用的组件/组件 canvas;或以某个放置 id 或网格 canvas id 为目标。涵盖组件库的搜索 → 配置 → fork → 构建阶梯、组件放置契约(size、configSchema)、放置生命周期(pending/generating/live/failed)、受保护的布局补丁循环,以及读取 canvas 的评论线程。
系统化的四阶段调试流程:(1)阅读完整错误信息并复现问题,了解故障;(2)查找可运行示例进行对比;(3)每次只测试一个假设,并只做一项更改;(4)修复根本原因并通过测试验证。包含“三次尝试规则”(修复尝试失败 3 次后升级处理)和“铁律”(未经调查不得修复)。测试意外失败、发生错误、行为异常、原本正常的功能突然损坏或用户报告 Bug 时启用。触发词包括:“debug”、“why is this failing”、“test failure”、“unexpected error”、“bug”、“broken”、“investigate this error”、“fix this bug”、“tests are failing”、“weird behavior”、“something broke”、“track down this issue”。多个 Bug 需要系统化调查时也会启用(逐个处理,不批量修复)。不适用于从零编写新测试(使用 tdd)或常规代码审查(使用 code-review)。
在 BlueField DPU、ConnectX NIC 或主机上使用 DOCA Compress 进行硬件压缩卸载:执行 DEFLATE 压缩和解压,以及 LZ4 解压(流式和块模式;不支持 LZ4 编码),以替代 CPU zlib / zstd。即使未提及 DOCA Compress,遇到“卸载此 gzip”“在 NIC 上解压收到的网络数据”“压缩任务在 alloc_init 时返回 INVALID_VALUE”“已提交任务但没有完成通知”或“在 BlueField 上解压 LZ4”等情况,也应触发。涵盖在 doca_compress context 上启用 compress-deflate、decompress-deflate、decompress-lz4-stream 和 decompress-lz4-block 任务;根据每任务上限查询调整源/目标 doca_buf 大小;mmap 权限;卸载与 CPU 处理的选择;往返冒烟测试;以及 Compress 调用返回的 DOCA_ERROR_*。对于 zstd / Snappy / brotli、LZ4 编码(使用 CPU LZ4 库)、纯 mmap 到 mmap 复制(doca-dma)或 DOCA Core 生命周期内部问题,应拒绝并转交其他技能。
Feature-Sliced Design(FSD,前端架构方法)参考资料和规则。别名:fsd / feature-sliced。包含 layers(app / pages / widgets / features / entities / shared)、依赖方向、Public API、@x 记法(跨 slice 导入)、slice groups(切片组)、segments(ui / model / api / lib / config)、steiger、Next.js、TanStack Query 集成。代码审查和重构时自动参考。
根据 Factorial 的集成框架分析第三方系统的 API 或文件规范,并生成详细的集成映射文档,包含集成领域(薪资或财务)、该领域内每项功能的支持结论(完全支持、部分支持或不支持)、各项功能对应的供应商端点,以及 Factorial API 与供应商 API 的逐字段映射。用户分享供应商 API 规范、OpenAPI/Swagger 文件、开发者门户链接、集成指南或文件布局,并想了解可以据此构建什么、如何映射、集成是否可行,或需要界定集成范围、进行适配差距评估或字段映射时使用。非正式提问(“我们能集成这个吗?”、“新员工信息如何映射到他们的 API?”)以及不完整规范也适用。
专业的 Odoo 邮件模板与 QWeb 报表 —— 用于在 Odoo 14-19 中创建、管理和调试邮件模板及 PDF 报表的完整工具包。包含 wkhtmltopdf 配置、阿拉伯语/RTL 支持、双语模式以及全面校验。<example> 上下文:用户想创建邮件模板 user: "在 Odoo 17 中创建一张发票确认邮件模板" assistant: "我将使用 odoo-report skill 创建一条 mail.template 记录,包含 QWeb 正文、动态字段以及正确的 ir.attachment 处理。" <commentary>核心触发 —— 新建邮件模板。</commentary> </example> <example> 上下文:用户想要 PDF 报表 user: "为采购订单设计一份 QWeb PDF 报表" assistant: "我将使用 odoo-report skill 创建一个报表动作、带页面布局与页眉/页脚的 QWeb 模板,并在模块清单中注册它。" <commentary>PDF 报表工作流触发。</commentary> </example> <example> 上下文:用户的邮件模板有问题 user: "我的邮件模板发送的是纯文本而不是 HTML" assistant: "我将使用 odoo-report skill 诊断模板的 body_html 字段、检查 subtype_id,并验证 mail.template 的 arch 是否为 HTML 渲染正确构造。" <commentary>调试触发 —— 邮件模板渲染不正确。</commentary> </example> <example> 上下文:用户想分析模板 user: "分析这张邮件模板的问题与改进点" assistant: "我将使用 odoo-report skill 检查模板结构、上下文变量、渲染模式并提出改进建议。" <commentary>分析触发 —— 模板质量评审。</commentary> </example> <example> 上下文:用户想在版本之间迁移模板 user: "把我的模板从 Odoo 14 迁移到 17" assistant: "我将使用 odoo-report skill 应用版本专属转换:t-esc 改为 t-out、report_template 改为 report_template_ids,并添加 template_category。" <commentary>迁移触发 —— 版本升级。</commentary> </example> <example> 上下文:用户想进行部署前校验 user: "在部署前校验我的 QWeb 报表模板" assistant: "我将检查语法、上下文变量用法、安全模式以及版本兼容性。" <commentary>校验触发 —— 部署前的模板检查。</commentary> </example> <example> 上下文:用户想查看模板 user: "列出我模块中 sale.order 的所有邮件模板" assistant: "我将扫描模块中面向 sale.order 模型的 mail.template 和 ir.actions.report 记录。" <commentary>列出触发 —— 模板查找。</commentary> </example> <example> 上下文:用户想预览输出 user: "用示例数据预览这张邮件模板" assistant: "我将使用该模板的 QWeb 表达式,配合真实的示例上下文变量生成预览。" <commentary>预览触发 —— 模板输出预览。</commentary> </example> <example> 上下文:用户想自动修复 user: "修复我的邮件模板中的常见问题" assistant: "我将应用安全的转换来修复编码、缺失字段、损坏的 QWeb 表达式以及版本专属语法。" <commentary>修复触发 —— 自动修复模板问题。</commentary> </example>
修复 Sanity Studio 自定义表单组件(components.input、components.field、components.item 或插件的 form.components)在没有自身 Suspense 边界时发生挂起的问题,使其加载时不产生布局偏移,且不会阻塞新文档。适用于控制台警告 "The custom input/field/item component ... suspended without a <Suspense> boundary of its own" 或 "A form component ... suspended without a <Suspense> boundary of its own";自定义表单组件使用 React.lazy、use()、App SDK hooks(useDocumentProjection、useQuery、useDocument)或其他会挂起的数据库;或者字段或数组项在新文档中一直显示骨架屏。
在为 TS/React 组件库创建、配置或扩展 Storybook 时使用,涵盖 main.ts/preview.ts 设置、CSF3 故事编写、args/argTypes/controls、装饰器和 providers、MSW 与模块模拟、通过 Vitest addon 使用 play-function 进行交互测试、@storybook/addon-a11y 工作流(axe-core)、autodocs 与 MDX 文档、设计令牌、Figma 链接、Chromatic 部署以及按需构建性能。适用于“编写 story”“设置 Storybook”“配置 addon-a11y”“修复 play function”“部署 Storybook”“在 CI 中测试 Storybook”等任务;即使用户没有提到“storybook”,但正在编辑 `*.stories.tsx`、`.storybook/main.ts` 或 `.storybook/preview.ts` 时也会触发。面向 Storybook 9+/10(现代 `storybook/test` 导入、Vitest addon、CSF3 + `satisfies Meta`)。不涵盖通用 React 模式(使用 `react` skill)、通用 Testing Library 查询(使用 `react-testing-library`)或 WCAG 入门(指向 addon-a11y 和 axe 规则配置)。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
