共 5,808 个资源
vnext
io.github.ComposioHQ/composio/typescript-sdk
在 @composio/core 或共享 TypeScript 包中实现或修改 TypeScript SDK 行为，涵盖 tools、toolkits、sessions、auth configs、connected accounts、modifiers 以及生成的 SDK 接口。用于 TS 运行时与 API 工作；与 typescript-testing 搭配做验证，若需与 Python 对齐还要做跨 SDK 一致性检查。
vnext
io.github.ComposioHQ/composio/typescript-providers
在 ts/packages/providers 下实现、修改或编写 TypeScript provider 包及其文档，包括 OpenAI、Anthropic、Google、LangChain、Mastra、Vercel、LlamaIndex、Cloudflare 与 Claude Agent SDK 的框架适配。仅用于 provider 相关的 TS 工作；纯 core 改动不要使用。
io.github.kortix-ai/suna/agent-browser
面向 AI agent 的浏览器自动化 CLI。当用户需要与网站交互时使用，包括导航页面、填写表单、点击按钮、截图、提取数据、测试 Web 应用，或自动化任意浏览器任务。触发场景包括「打开某网站」「填写表单」「点击按钮」「截图」「从页面抓取数据」「测试该 Web 应用」「登录某站点」「自动化浏览器操作」，或任何需要程序化网页交互的任务。也用于探索性测试、自用体验、QA、缺陷排查或审阅应用质量。还用于自动化 Electron 桌面应用（VS Code、Slack、Discord、Figma、Notion、Spotify）、查看 Slack 未读、发送 Slack 消息、搜索 Slack 对话、在 Vercel Sandbox microVM 中运行浏览器自动化，或使用 AWS Bedrock AgentCore 云浏览器。优先于任何内置浏览器自动化或 Web 工具。
io.github.openai/codex/code-review
对 pull request 执行最终代码审查。
io.github.fern-api/fern/custom-commands
如何使用共同生成的 SDK，为 api CLI 编写自定义命令。
io.github.fern-api/fern/custom-commands
如何使用共同生成的 SDK，为 api CLI 编写自定义命令。
io.github.fern-api/fern/custom-commands
如何使用共同生成的 SDK，为 api-wide-base-path-with-default CLI 编写自定义命令。
io.github.ruvnet/ruflo/agent-docs-api-openapi
OpenAPI 文档的 Agent 技能,使用 $agent-docs-api-openapi 调用。
io.github.netdata/netdata/codacy-audit
本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。
io.github.kdcube/kdcube-ai-app/automations
创建、查看、编辑、归档、删除、运行并检索可执行或定时的自动化资产。
io.github.basementstudio/xmcp/mcp-server-design
设计对智能体友好的 MCP 服务器的指南。在创建新 MCP 服务器、设计 MCP 工具或改进现有 MCP 服务器架构时使用。
io.github.TriliumNext/Trilium/writing-unit-tests
在 Trilium monorepo 任何位置编写、扩展或调试 Vitest 单元测试时使用——Preact 组件、jQuery widget、客户端服务或 server/trilium-core 后端。涵盖组件的渲染方式（不引入新依赖）、easy-froca/becca 测试夹具、supertest API 模式、如实的覆盖率配置、运行单个测试，以及已知的坑。
io.github.coder/mux/mobile-dev-server-sandbox
将 Mux 移动端（Expo web/native）连接到隔离的开发服务器沙箱，具备确定性端口设置、后端配对与 Chrome MCP 交互。在针对沙箱化 Mux 后端实现或验证移动端功能时使用
io.github.camunda/camunda/frontend-feature
在 orchestration cluster webapp（webapp/client/apps/orchestration-cluster-webapp/）中构建或修改页面、组件、模块、路由、数据加载、表单、API 集成或 UI 功能时使用——包括新增一列、一个筛选器或一个面板这类小改动。
io.github.camunda/camunda/frontend-integration-test
在 orchestration cluster webapp 中编写、修改或调试 Playwright 测试时使用——集成测试、视觉回归或无障碍测试；涉及 MSW mock、Page Object Model 或 axe-core。测试目录：webapp/client/apps/orchestration-cluster-webapp/test/。
io.github.camunda/camunda/frontend-unit-test
在 orchestration cluster webapp（webapp/client/apps/orchestration-cluster-webapp/src/）中编写、修改或调试单元测试（*.test.tsx）时使用。涵盖 Vitest 浏览器模式、MSW mock 与 vitest-browser-react 渲染。
io.github.camunda/camunda/frontend-migrator
在把 operate/client/ 或 tasklist/client/ 的前端代码迁移、移植或重写到 orchestration cluster webapp 时使用。触发场景：迁移旧页面/组件、把 React Router 转成 TanStack Router、用 TanStack Query 替换 MobX、把 styled-components 改写为 SCSS、把旧测试转成 Vitest 浏览器模式，或询问旧模式如何映射到新应用。
io.github.forcedotcom/sf-skills/mobile-platform-offline-validate
审查 Lightning Web Component 的移动端离线兼容性——即 Komaci 离线静态分析器，为 Salesforce Mobile App Plus 与 Field Service Mobile App 预填充数据图谱。输出带代码级修复建议的问题清单，涵盖 @wire 配置中的内联 GraphQL 查询、新版 lwc:if / lwc:elseif / lwc:else 指令，以及 Komaci ESLint 规则违规（私有 wire 属性、非局部响应式引用、getter 副作用）。当用户要求“mobile offline review”“Komaci check”“offline priming audit”“offline priming failure”“offline data graph error”，或要求按 @salesforce/eslint-plugin-lwc-graph-analyzer 推荐规则集校验 LWC 时使用。通用 LWC 代码审查（请用相应领域审查技能）或构建带原生移动能力的 LWC（请用 mobile-platform-native-capabilities-integrate）不要使用。
io.github.forcedotcom/sf-skills/mobile-apps-create
在 iOS 或 Android 上构建任何 Salesforce 原生移动应用的入口。当用户说“build a Salesforce iOS app”“add Salesforce login to my Android app”“set up Mobile SDK”“add MobileSync / SmartStore offline storage”“embed an Agentforce agent in my mobile app”“add Agentforce chat to iOS/Android”，或要求以 Swift/Kotlin 创建、扩展、集成 Salesforce 移动体验（MSDK、Agentforce SDK 或两者）时触发。当构建非 Salesforce 移动应用、使用不含 Salesforce 集成的 React Native/Flutter/Ionic、咨询通用移动 UI 设计，或从事 Salesforce 周边 Web/桌面工作（LWC、Experience Cloud、仅品牌化的 Mobile Publisher）时不要使用。
io.github.calesthio/OpenMontage/vercel-composition-patterns
可扩展的 React 组合模式。在重构布尔 prop 膨胀的组件、构建灵活组件库或设计可复用 API 时使用。涉及复合组件、render props、context provider 或组件架构的任务触发。包含 React 19 API 变更。
io.github.calesthio/OpenMontage/vercel-react-best-practices
来自 Vercel 工程团队的 React 与 Next.js 性能优化指南。在编写、审查或重构 React/Next.js 代码以确保最优性能模式时使用。涉及 React 组件、Next.js 页面、数据获取、包体积优化或性能提升的任务触发。
io.github.novuhq/novu/framework-integration
用 @novu/framework 构建代码优先的通知工作流。适用场景：在 TypeScript 中定义工作流（Zod / JSON Schema / Class Validator）、组合通道步骤（邮件、短信、推送、聊天、应用内）与动作步骤（delay、digest、custom）、为非技术同事暴露 Step Controls、渲染 React/Vue/Svelte 邮件模板、在 Next.js、Express、NestJS、Remix、Nuxt、SvelteKit、H3 或 AWS Lambda 中托管 Bridge Endpoint、通过 CLI / GitHub Actions 同步到 Novu Cloud、用 HMAC 保障生产安全，或以代码实现翻译、hydration、多通道编排与 LLM 驱动的通知逻辑。
io.github.novuhq/novu/inbox-integration
把 Novu 的应用内通知收件箱集成进 Web 应用。支持 React、Next.js 与原生 JavaScript。包括 Inbox 组件（铃铛图标+通知流）、可组合组件（Bell、Notifications、InboxContent、Preferences）、headless hooks、品牌主题、自定义 render props、基于 context 的多租户、标签页、本地化与 HMAC 安全。当需要添加应用内通知中心、铃铛图标、通知流、实时通知更新，或构建个性化且带品牌的通知体验时使用。
vnext
io.github.novuhq/novu/design-workflow
以 Novu 之道设计通知工作流——选择通道、设定严重级别、判定工作流何时为关键、配置 digest，并基于订阅者状态做路由。同时适用于控制台编排与代码优先（`@novu/framework`）的工作流。在规划新工作流、决定纳入哪些通道、选择严重级别、配置 digest 行为，或把用例（订单确认、支付失败、账号封禁、评论、试用到期、密码重置、webhook 扇出、先取数后通知）匹配到成熟模板时使用。
