“Api Integration” 共 907 个结果
io.github.different-ai/openwork/connect-openwork-mcp
Connect the OpenWork MCP Gateway (https://api.openworklabs.com/mcp/agent) to Claude Code, Codex, Gemini CLI, Cursor, VS Code, Claude Desktop, or ChatGPT so the agent can use the user's OpenWork organization skills, plugins, and connections.
io.github.ccxt/ccxt/new-exchange
按 certified-exchange 模板用 TypeScript 脚手架新建 CCXT 交易所集成。逐步指导实现 describe()、必需的统一方法、解析器、capability 标志、sandbox 配置与静态 fixtures。当需要为 ts/src/ 下尚不存在的交易所添加支持时使用。
io.github.The-Vibe-Company/quivr/tdd
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
io.github.code-yeongyu/oh-my-openagent/codex-qa
对 omo Codex Light 版（lazycodex / packages/omo-codex）本身做 QA，采用严格隔离，只测试我们自己的插件、绝不触及用户真实的 ~/.codex。一方方法用真实的 codex app-server，配合隔离的 CODEX_HOME 与本地 mock model（不调用真实 API），通过断言 hook/started 与 hook/completed 通知来证明插件钩子已触发。此外还提供：隔离的安装验证、逐组件钩子探测、基于 tmux 的 TUI 冒烟测试，以及运行时日志观察（RUST_LOG / logs SQLite / /debug-config）。自带经测试的辅助脚本，每个都有 --self-test。凡改动 packages/omo-codex 下任何内容，或想对 Codex 插件（钩子/组件、installer/config.toml、app-server 流程、Codex TUI）做 QA、冒烟测试、验证或调试时使用。触发词：codex qa、qa codex、codex-qa、test codex plugin、verify codex hook、codex app-server、lazycodex qa、isolated CODEX_HOME、prove codex hook fired、codex tui test。
io.github.google/skills/google-mobile-ads-validate
为 iOS、Android 或 Unity 项目校验其 Google Mobile Ads（GMA）SDK 集成。用于对集成了 GMA SDK 的应用做全面上线前审计，或校验单个 GMA SDK 集成检查项，如校验广告单元 ID 与广告形式、SKAdNetwork ID、聚合适配器 SDK 版本兼容性或广告预加载。
io.github.remotion-dev/remotion/v5-breaking-changes
在 v4 与 v5 发布线仍共享代码期间实施或审查 Remotion 5 的破坏性变更。适用于 main 分支上必须保持 v4 行为与公共类型兼容,但切换中央 v5 开关后应启用新运行时行为、默认值或 TypeScript API 的情况。
io.github.sickn33/agentic-awesome-skills/convex-backend
Build reactive backends with Convex functions, schema validation, auth integration, and deployment workflows. Use when building real-time apps with type-safe server functions and automatic caching.
io.github.sickn33/agentic-awesome-skills/hugging-face-trackio
Track and visualize ML training experiments with Trackio. Use when logging metrics during training (Python API), firing alerts for training diagnostics, or retrieving/analyzing logged metrics (CLI).
io.github.sickn33/agentic-awesome-skills/expo-module
Guide for creating and writing Expo native modules and views using the Expo Modules API (Swift, Kotlin, TypeScript). Covers module definition DSL, native views, shared objects, config plugins, lifecycle hooks, autolinking, and type system.
io.github.affaan-m/ECC/tdd-workflow
在编写新功能、修复 bug 或重构代码时使用此 skill。强制推行测试驱动开发，覆盖率不低于 80%，涵盖单元、集成与 E2E 测试。
io.github.affaan-m/ECC/e2e-testing
Playwright 端到端测试模式、Page Object Model、配置、CI/CD 集成、测试产物管理与不稳定测试应对策略。当编写 Playwright 测试、组织页面对象，或修复 CI 中不稳定的 E2E 用例时使用。
io.github.affaan-m/ECC/documentation-lookup
通过 Context7 MCP 获取最新的库与框架文档，而不是依赖训练数据。当出现安装配置类问题、API 参考、代码示例，或用户点名某个框架（如 React、Next.js、Prisma）时触发。
io.github.affaan-m/ECC/backend-patterns
面向 Node.js、Express 和 Next.js API 路由的后端架构模式、API 设计、数据库优化与服务端最佳实践。当构建或审阅 Node.js、Express、Next.js 的 API 路由及其数据访问时使用。
io.github.affaan-m/ECC/mcp-server-patterns
使用 Node/TypeScript SDK 构建 MCP 服务器——涵盖工具、资源、提示、Zod 校验，以及 stdio 与 Streamable HTTP 的取舍。最新 API 请查阅 Context7 或 MCP 官方文档。当需要构建或调试 MCP 服务器——工具、资源、提示、校验或传输方式选择时使用。
io.github.affaan-m/ECC/security-review
在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。
io.github.NousResearch/hermes-agent/notion
Notion API 与 ntn CLI：页面、数据库、markdown、Workers。
io.github.lobehub/lobehub/write-landing-docs
Use for public LobeHub website documentation under docs/**, including self-hosting, deployment, migration, and configuration guides. Excludes product changelogs and source-code API docs.
io.github.dotnet/aspnetcore/validate-blazor-feature
在编写 E2E 测试之前，使用本仓库的 Components 示例在浏览器中交互式验证 Blazor 特性或行为。用于：在 src/Components 中演练某项 Blazor 改动（渲染模式行为、交互组件、增强导航、表单、流式渲染、预渲染），决定选用哪个示例、在哪添加测试页面、如何设置渲染模式（Server/WebAssembly/Auto/静态 SSR）、如何确认应用真的处于交互状态（而非纯静态 SSR），以及如何检查浏览器控制台与网络错误。覆盖 BlazorWebAppGlobal、BlazorWebAppPerPage 与 BlazorWebAssemblyStandalone，针对仓库内的框架启动，并用 Playwright MCP 浏览器工具驱动。不适用于编写正式的 E2E/Selenium 或单元测试、非 Components 领域、对比方案调研，或在没有 Blazor 特性需要验证时仅做原生浏览器 API/HTML/CSS 的孤立实验——后者用最小化的浏览器探测即可。
io.github.affaan-m/ECC/security-review
在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。
io.github.affaan-m/ECC/github-ops
GitHub 操作、自动化、API 集成与 CI/CD 流程。
io.github.netdata/netdata/triage-codacy
本仓库的 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.affaan-m/ECC/scientific-db-pubmed-database
面向生物医学文献、MeSH 查询、PMID 检索、引用获取和基于 API 的文献监控的 PubMed 与 NCBI E-utilities 直接检索工作流。适用于任务需要从 PubMed 获取生物医学文献而非通用网页检索时。
io.github.affaan-m/ECC/scientific-db-pubmed-database
面向生物医学文献、MeSH 查询、PMID 检索、引用获取和基于 API 的文献监控的 PubMed 与 NCBI E-utilities 直接检索工作流。
io.github.PostHog/posthog/building-html-canvases
用语义化 HTML、CSS 和直接的浏览器 API 编写 PostHog canvas——文档、文章、生成式图形、2D canvas 与 WebGL 体验，以及 React 组件不能提供有效结构的聚焦实验。在 building-canvases 把画布请求路由到纯 HTML/浏览器 API 实现之后使用。涵盖当前运行时要求的轻量组件包装、不依赖 Quill 的样式与主题、绘图画布，以及动画/清理模式。
