搜索「Search The Web」的结果

io.github.affaan-m/ECC/ui-to-vue

当用户有 UI 截图或设计导出物需要批量转换为 Vue 3 组件时使用，尤其适合搭配 Vant、Element Plus 或 Ant Design Vue。

recsys-pipeline-architect（推荐系统流水线架构）

io.github.affaan-m/ECC/recsys-pipeline-architect

使用 xAI 开源的 For You 算法所推广的六阶段 Source→Hydrator→Filter→Scorer→Selector→SideEffect 框架，设计可组合的推荐、排序与信息流流水线。适用于构建任何“为（用户，上下文）选出前 K 项”的系统——社交信息流、内容 CMS、RAG 重排器、任务优先级排序、通知分流、搜索重排、广告排序。

uncloud（Uncloud 集群管理）

io.github.affaan-m/ECC/uncloud

适用于使用 `uc` CLI 管理 Uncloud 集群——部署服务、配置 Caddy 入口、为非集群设备添加静态代理路由、发布端口、扩缩容、查看日志，或管理机器与卷。

文档检索

io.github.affaan-m/ECC/documentation-lookup

通过 Context7 MCP 获取最新的库与框架文档，而不是依赖训练数据。当出现安装配置类问题、API 参考、代码示例，或用户点名某个框架（如 React、Next.js、Prisma）时触发。

代码库上手指南

io.github.affaan-m/ECC/codebase-onboarding

分析一个陌生的代码库，生成结构化的上手指南，包括架构图、关键入口点、约定规范以及一份起始的 CLAUDE.md。当加入新项目，或在某个仓库中首次配置 Claude Code 时使用。

自动化审计运维

io.github.affaan-m/ECC/automation-audit-ops

面向 ECC 的、以证据为先的自动化清单与重叠审计流程。当用户希望在动手修复之前先弄清哪些任务、钩子、连接器、MCP 服务器或包装层是在运行的、已损坏的、冗余的还是缺失的使用。

Agent 组件分拣

io.github.affaan-m/ECC/agent-sort

通过并行的、感知仓库的审查流程，将技能、命令、规则、钩子与扩展内容分到 DAILY 与 LIBRARY 两类中，为指定仓库形成有证据支撑的 ECC 安装计划。当希望按项目实际需要精简 ECC、而不是加载完整套件时使用。

React 测试

io.github.affaan-m/ECC/react-testing

React 组件测试：React Testing Library、Vitest/Jest、用于网络 Mock 的 MSW、axe 可访问性断言，以及组件测试与 Playwright/Cypress 端到端测试的取舍边界。在编写或修复 React 组件、hooks 或页面测试时使用。

前端浏览器审查

io.github.langfuse/langfuse/frontend-browser-review

Langfuse 用户可见前端变更的浏览器审查共享流程。当改动影响 UI 行为、布局、样式、导航或可能造成浏览器中可见的回归，需要在签署前用 Playwright MCP server 检查时使用。

cli-anything-eez-studio(EEZ Studio CLI)

io.github.HKUDS/CLI-Anything/skills

在命令行使用 EEZ Studio:检查并修改原生 .eez-project 文件,编辑 LVGL 屏幕/控件,管理 SCPI 命令,并调用真实 EEZ Studio 后端执行 LVGL 构建。

cli-anything-live2d(Live2D 模型 CLI)

io.github.HKUDS/CLI-Anything/cli-anything-live2d

在命令行检查、校验、编辑、lint、diff、批量管理和部署 Live2D Cubism 模型(.model3.json)。

cli-anything-live2d(Live2D 模型 CLI)

io.github.HKUDS/CLI-Anything/skills

在命令行检查、校验、编辑、lint、diff、批量管理和部署 Live2D Cubism 模型(.model3.json)。

OpenAPI 转 MCP

io.github.mcp-use/mcp-use/openapi-to-mcp

基于 OpenAPI/Swagger 规范，使用 mcp-use TypeScript SDK 构建并部署 MCP 服务器。当用户想“把这个 OpenAPI 规范变成 MCP 服务器”“让 Claude/ChatGPT 能用上这个 API”“把 Swagger 文档包装成 MCP tools”“向 LLM 暴露这个 REST API”“从规范生成 MCP tools”，或粘贴/附上 openapi.yaml、openapi.json、swagger.json 并索要 Claude 兼容版本时使用。即便用户没有说 “MCP” 也触发——只要他们描述了一个既有 HTTP API（REST 端点、内部服务、有 key 的第三方 API）并希望 LLM 调用它，就该用本技能。涵盖规范摄入（文件路径、URL 或粘贴）、operation 到 tool 的映射、认证接线（apiKey、bearer、basic、OAuth bearer）、用 create-mcp-use-app 脚手架、生成带合适 zod schema 的 tool、在 mcp-use inspector 中实时测试，以及部署到 Manufact / mcp-use cloud。

mcp-use 框架规范

io.github.mcp-use/mcp-use/mcp-apps-builder

所有 MCP 服务器工作的**强制要求**——mcp-use 框架最佳实践与模式。在任何 MCP 服务器工作前先阅读本技能，包括：创建新 MCP 服务器；修改既有 MCP 服务器（添加/更新 tools、resources、prompts、widgets）；调试 MCP 服务器问题或错误；审查 MCP 服务器代码的质量、安全与性能；回答 MCP 开发或 mcp-use 模式的问题；对 server.tool()、server.resource()、server.prompt() 或 widgets 做任何修改。本技能包含关键架构决策、安全模式与常见陷阱。实现 MCP 功能前务必先查阅相关参考文件。

cli-anything(Reasonix 的 CLI-Anything)

io.github.HKUDS/CLI-Anything/reasonix-skill

当用户希望 Reasonix 为 GUI 应用或源码仓库构建、完善、测试或验证 CLI-Anything harness 时使用。将 CLI-Anything 方法论适配到 Reasonix,不改变生成的 Python harness 格式。

pest-testing(Pest 测试)

io.github.coollabsio/coolify/pest-testing

仅用于 Laravel 项目中的 Pest PHP 测试。凡涉及编写、修改、修复或重构测试时触发——包括修复因代码改动而失败的测试、添加断言、将 PHPUnit 转换为 Pest、添加数据集和 TDD 流程。用户询问如何用 Pest 编写某物、提到测试文件或目录(tests/Feature、tests/Unit、tests/Browser),或需要浏览器测试、多页 JS 错误冒烟测试、架构测试时激活。涵盖:test()/it()/expect() 语法、数据集、mock、浏览器测试(visit/click/fill)、冒烟测试、arch()、Livewire 组件测试、RefreshDatabase 及 Pest 4 全部特性。不用于工厂、种子、迁移、控制器、模型或非测试 PHP 代码。

configuring-horizon(Laravel Horizon 配置)

io.github.coollabsio/coolify/configuring-horizon

当用户在 Laravel 语境中提到 Horizon 时使用。覆盖 Horizon 全生命周期:安装(horizon:install、Sail 配置)、配置 config/horizon.php(supervisor 块、队列分配、平衡策略、minProcesses/maxProcesses)、修复仪表盘(通过 Gate::define viewHorizon 授权、指标空白、horizon:snapshot 调度),以及排查生产问题(worker 崩溃、超时链路顺序、LongWaitDetected 通知、waits 配置)。还包括任务打标签与静默。不适用于无 Horizon 的普通 Laravel 队列、SQS 或数据库驱动、独立 Redis 配置、Linux supervisord、Telescope 或任务批处理。

部署上下文

io.github.getnao/nao/deploy-context

将 nao 项目的上下文目录连接（接线）到远程 nao 实例（云端或自托管），使每次推送到 `main` 分支都通过 GitHub Actions 自动执行 `nao deploy`。当用户已有本地版本化（Git 管理）的 nao 项目、并希望团队部署的实例始终反映最新提交的上下文时使用。涵盖 `nao deploy` 用法、GitHub Actions 工作流、组织 API 密钥、GitHub Secrets、`.naoignore`、`nao_config.yaml` 中的环境变量引用，以及新建与更新的行为差异。不适用于首次项目搭建（请用 `setup-context`），也不用于把仓库元数据回写提交的 `nao sync` 自动化（见文档 synchronization 页面）。