TypeScript 测试验证
vnext
io.github.ComposioHQ/composio/typescript-testing
为包、示例、类型检查、lint、构建、Vitest 套件与运行时 E2E 测试选择并执行 TypeScript SDK 校验。在新增测试、诊断 TypeScript CI、挑选聚焦的测试命令或验证 TypeScript 包改动时使用。不要用于仅涉及 Python 的检查。
“github gitlab git pull” 共 6,628 个结果
vnext
io.github.ComposioHQ/composio/typescript-testing
为包、示例、类型检查、lint、构建、Vitest 套件与运行时 E2E 测试选择并执行 TypeScript SDK 校验。在新增测试、诊断 TypeScript CI、挑选聚焦的测试命令或验证 TypeScript 包改动时使用。不要用于仅涉及 Python 的检查。
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 安全。当需要添加应用内通知中心、铃铛图标、通知流、实时通知更新,或构建个性化且带品牌的通知体验时使用。