Skills
收录 98,284 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
介绍如何使用 Para 为现有 Monad 前端添加钱包连接和身份验证——嵌入式 MPC 钱包支持电子邮件/电话/通行密钥/社交登录,并支持连接外部钱包(MetaMask、Coinbase、WalletConnect、Rainbow 等)。由 `para` CLI(`@getpara/cli`)驱动。用户希望将 Para 集成到现有 Next.js 或 Vite 前端,或从终端管理 Para 项目、API 密钥和 Webhook 时使用。这是 monskills 的规范钱包集成技能;没有单独的“社交登录”或“嵌入式钱包”技能,相关内容都在这里
构建 Nango Function 的 createAction() 和 createSync() 实现模式,不选择本地 CLI 或远程 API 工作流。仅当用户要求创建或更新 Nango action 或 sync,且无法确定应通过已检出的项目使用 CLI 还是通过 Nango 远程 API 执行时使用。如果适用 building-nango-functions-locally 或 building-nango-functions-remotely,则不要加载;这些技能与本技能内容重叠,并补充了特定工作流的验证和部署细节。
将 Factorial Code 流程作为按钮呈现在 Factorial 产品 UI 中——流程 metadata.json 中的 `factorial.uiTrigger` 设置(location id、label、icon;区块顶层的 `awaitResult`)、其替代的旧版 `uiTrigger` 区块、用户点击时流程接收的内容、同步触发器的返回值、由表单支持的触发器及其文件上传、i18n 标签、图标允许列表,以及 Factorial 的 `FactorialCodeTrigger` 组件如何渲染这些内容。适用于需要让应用流程作为操作按钮出现在 Factorial 页面上,或连接 Factorial Action 的按钮入口(控制台中的“Trigger from Factorial”)。
在生成、集成、重构、审查或调试 Make 记录列表操作时使用:CanvasTable 操作是桌面端/平板端默认的选择与批量工作流;手机卡片和移动端详情页则复用单条记录的编辑/删除操作。由复选框、行操作、选择操作栏、编辑、删除、批量编辑、暂无可用的操作、selectAll、Shift 选择、selectionIntent、手机卡片操作、手机详情操作栏、行级写权限预检、noPermissionRecordIds、record-write-permission、records/bulk、@qfei-design/make-app-actions 或操作测试触发。涵盖无界面单条记录操作复用、独立的 update/delete/bulkUpdate 权限、Canvas 选择意图、不可变快照、Service 预检/批量契约、拒绝反馈、过期状态安全性和测试。不负责 CanvasTable 内部实现、主体 IAM 策略、通用 Service 分层、页面外壳、字段编辑器内部实现、身份验证、运行时打包、DSL、Make CLI 或筛选/排序/分组语义。
根据 PRD 构建 dark factory:一个将任务作为 issue 接收,并在无人操作键盘的情况下输出经过验证代码的仓库;逐个组件构建,并直接在用户的实际仓库中实现。涵盖按构建顺序排列的五个组件:指导层、验证工具链、工作流驱动的仓库、部署,以及实现自动化的触发器;不限定底层使用哪种编码 Agent(Claude Code、Codex、Archon、Agent SDK、Cline、Goose、Amp、Pi)。它将用户现有的 AI 编码流程固化下来,而不是取而代之。需要以 PRD 作为输入,并且有意不负责编写 PRD。用户想构建 dark factory、自主或自动驾驶仓库、软件工厂、能自行交付代码的 Agent、无人值守或通宵运行的编码循环,询问如何达到 AI 编码自主性的第 4 或第 5 级,或提到 dark factory、lights-out coding、autonomous PR、能够自我维护的仓库时使用。
在 proposals/ 下以 RFC 格式构思新的设计提案:先说明问题,再提出解决方案,明确受益者和可观察到的变化,列出真实的替代方案、坦诚说明缺点,并维护持续更新的未决问题清单。用户要求构思提案、撰写 RFC、提出设计、倡议变更、起草 PRD 风格的设计文档,或提交设计提案供评审时阅读。若要在提案获批后记录决策(使用 record-a-decision)、撰写实现规范(使用 write-a-spec)、撰写事后复盘(使用 write-a-postmortem),或评审、批评现有设计(使用 review-a-design),则不要阅读。
仅适用于 NocoBase 2;绝不可用于 NocoBase 3 项目。开发 NocoBase 插件的分步指南,涵盖脚手架、服务端代码(collections、API、ACL、migrations)、客户端代码(blocks、fields、actions、设置页面、路由、组件)、i18n 和验证。 触发条件:用户要求创建、构建、实现或开发 NocoBase 插件,提及“NocoBase plugin”,或描述要作为 NocoBase 插件构建的功能。此技能包含通用编码无法替代的 NocoBase 专属约定和模板——始终调用此技能,而不是从头规划。
在使用 Effect-TS 服务、Effect Schema、事件溯源持久化和 barrel 模块架构的代码库中编写和重构 TypeScript 代码。在 opencode 或基于相同技术栈(通过 Context.Service 实现的 Effect DI、Drizzle ORM、Hono 路由、Bun 运行时)的 TypeScript 代码库中实现功能、修复错误、编写测试或重构时使用此技能。适用于涉及 Effect 服务、Context.Service / Layer 模块、Effect Schema 定义、SyncEvent 模式、工具实现、测试编写或基于 Effect 的 TypeScript 项目代码审查的任务。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
