后端测试
io.github.biersoeckli/QuickStack/backend-testing
使用项目的 Vitest、Prisma、SQLite 与 k3s 约定创建并审查 QuickStack 后端单元与集成测试。在编辑 src/server/、src/shared/ 或 src/__tests__/integration/ 下的后端测试文件,或用户要求后端测试覆盖、mock、Prisma 测试库搭建或 Kubernetes 集成测试时使用。
共 6,000 个资源
io.github.biersoeckli/QuickStack/backend-testing
使用项目的 Vitest、Prisma、SQLite 与 k3s 约定创建并审查 QuickStack 后端单元与集成测试。在编辑 src/server/、src/shared/ 或 src/__tests__/integration/ 下的后端测试文件,或用户要求后端测试覆盖、mock、Prisma 测试库搭建或 Kubernetes 集成测试时使用。
io.github.biersoeckli/QuickStack/backend-services
使用项目既定的单例、适配器、缓存与错误处理模式,创建并更新 QuickStack 后端服务、适配器、独立服务与 server action。在编辑 src/server/services、src/server/adapter、src/server/utils、src/server.ts 下的文件,或相关的服务端 action 与后端工具时使用。
io.github.Nevo24/leap/cursor-editor-agent-tabs
说明 Leap Monitor 如何展示只读的编辑器 GUI 智能体行 —— 既包括 Cursor(编辑器)的 Agent/Composer 标签页,也包括 VS Code Copilot Chat 会话。涵盖磁盘扫描(scan_open_cursor_agents、scan_open_vscode_copilot_sessions)、状态映射、经共享 Leap 扩展跳转、合成行对齐、关闭按钮(Cursor 关闭标签页 / VS Code 移除行),以及共享的 GUI_TAG_PREFIXES/GUI_ROW_TYPES 底层通路。在改动 cursor_gui_scan.py、vscode_copilot_scan.py、编辑器 GUI 智能体行或编辑器聊天跳转逻辑时使用。
io.github.fuyuxiang/echo-agent/docker-manage
管理 Docker 容器、镜像、数据卷与 Compose 栈。需要 Docker CLI 访问权限。
io.github.ccusage/ccusage/testing
指导 ccusage 的 Rust 与 Node 测试。在添加或修复 cargo 测试、Node 测试文件、CLI 快照、Claude 模型定价、LiteLLM 兼容性或基于 fixture 的测试时使用。
io.github.ccusage/ccusage/typescript
指导 ccusage 的 TypeScript 与 JavaScript 工作。在阅读或编辑 .ts、.tsx、.js 或 .jsx 文件前使用,包括包启动器、Node 测试、schema、mock 与带类型的 fixture。
io.github.binrogithub/1-3-Cloud-Adoption-Skills/CSS-Code-Search-MCP
在华为云 ECS 上从零部署 CSS/OpenSearch 代码搜索 MCP 服务器,让 Claude Code(claude-glm)能把 GitHub 仓库的代码与文档搜索当作原生 MCP 工具使用。当任务包括开通新的华为云 CSS 集群与 ECS、将代码仓库索引进 CSS,并作为可搜索 MCP 工具暴露给 AI 编码 agent 时使用。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
当用户问代码如何工作、想理解架构、追踪执行流程,或探索代码库中不熟悉的部分时使用。示例:“X 是怎么工作的?”“谁调用了这个函数?”“给我看下认证流程”。
io.github.abhigyanpatwari/GitNexus/gitnexus-refactoring
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例:“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
当用户问代码如何工作、想理解架构、追踪执行流程,或探索代码库中不熟悉的部分时使用。示例:“X 是怎么工作的?”“谁调用了这个函数?”“给我看下认证流程”。
io.github.abhigyanpatwari/GitNexus/gitnexus-exploring
使用 GitNexus 知识图谱导航不熟悉的代码。
io.github.abhigyanpatwari/GitNexus/gitnexus-taint-analysis
在处理、审查或扩展 GitNexus 的 CFG/污点/PDG 子系统(`--pdg` 层),或推理 source→sink 数据流结论时使用。示例:“这里的污点分析是怎么工作的?”“为什么 explain 没找到这条流?”“添加一个新的 sink/source”“审查跨过程污点代码”。
io.github.Shubhamsaboo/awesome-llm-apps/code-reviewer
以安全、性能与最佳实践为侧重点的细致代码审查。适用场景:审查代码、做安全审计、检查代码质量、审查 pull request,或用户提到 code review、PR review、安全漏洞、性能问题。
io.github.aidenybai/react-grab/react-grab
当用户想要一个免手动的工作回路:用 React Grab 在浏览器中抓取 UI 元素并自动将任务喂给代理,无需复制粘贴或手动交接时使用。触发语:“watch react grab”“monitor my grabs”“auto-process react grab”“watch my clipboard for grabs”。不适用于一次性粘贴单个抓取结果;这是持续开启的回路。
vcanary
io.github.Dokploy/dokploy/frontend-design
创建有辨识度、可上线、设计质量高的前端界面。当用户要求构建 Web 组件、页面或应用时使用。生成有创意、精致的代码,避免千篇一律的 AI 审美。
io.github.ClickHouse/clickhouse-js/typescript-lsp
在 clickhouse-js 仓库中使用 TypeScript 语言服务器(typescript-language-server)进行精确的代码智能:转到定义、查找引用、悬停(类型签名与 JSDoc,含 @deprecated 信息)、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时,优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能(npm install)以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目;它专用于在本仓库内工作。
io.github.vellum-ai/vellum-assistant/mcp-setup
添加、认证、列出并移除 MCP(Model Context Protocol)服务器——将任何发布 MCP 端点的外部工具或服务接入助手
io.github.google/adk-python/adk-review
审阅仓库中所有本地改动的错误、风格合规、意外结果,以及必要的文档/测试/示例更新。生成报告并按需协助修复所识别的问题。触发于「adk-review」「review changes」「pr review」「check code style」「verify changes」。
vdevelop
io.github.strapi/strapi/git-conventions
在 Strapi 仓库中撰写任何 git 提交信息、PR 标题或 squash 主题时使用。只要涉及提交/PR 主题的拟定就应触发,即使用户没有说出“commit”一词。
vbeta
io.github.TanStack/table/compose-with-tanstack-form
用 `@tanstack/react-form` 为 `@tanstack/react-table` v9 提供可编辑单元格。表格是布局原语,编辑状态由表单负责。用 `createFormHook` 注册可复用的字段组件(`TextField`、`NumberField`、`SelectField`),然后在每列的 `cell` 中返回 `<form.AppField name={`data[${row.index}].field`}>{(field) => <field.TextField />}</form.AppField>`。关键类型坑点:如果行数据里存在递归的 `subRows`,表单的行类型要用 `Omit<Row, 'subRows'>`——TanStack Form 的 `DeepKeys` 会递归并触发 TS2589。行的增删重渲染应订阅 `form.state.values.data.length`,而不是整个数组。
vbeta
io.github.TanStack/table/client-to-server
把客户端的 `@tanstack/react-table` v9 表格转为服务端模式(manual 系列开关)。将服务端分页/排序/过滤后的行作为 `data` 传入,为服务端现在负责的部分设置 `manualPagination` / `manualSorting` / `manualFiltering` / `manualGrouping` / `manualExpanding`,提供 `rowCount` 以便 `getPageCount()` 可用,并从 `tableFeatures()` 中删除对应的工厂(服务端分页就不再放 `paginatedRowModel` 槽位)。通过外部 atom(`useCreateAtom` 加 `options.atoms`)自己托管相关状态切片,让查询能以该切片为 key 并自动重新请求;或者继续使用经典的 `state` 加 `on*Change` 受控状态。
vbeta
io.github.TanStack/table/production-readiness
`@tanstack/react-table` v9 可直接上生产的优化手段:只注册你真正用到的 `features` 以缩减包体积;对 `features`、`data` 与 `columns` 做记忆化以保持引用稳定;用窄 selector 或按切片的 `useSelector(table.atoms.<slice>)` 订阅替代 `(state) => state`;并借助 `<table.Subscribe>` 与 `<Subscribe>` 把状态驱动的重渲染下沉到树的更深处,避免每次切换排序指示器都重渲染昂贵的表体。小表格不要过度优化——默认 selector 加内联渲染在性能未经测量验证前完全够用。
vbeta
io.github.TanStack/table/table-state
为 `@tanstack/react-table` v9 接入响应式。内容包括 `useTable` 及其第二个 selector 参数、通过 `table.state` / `table.store` / `table.atoms.<slice>` 读取状态、用 `table.FlexRender` 渲染、用 `<table.Subscribe>` 与独立的 `<Subscribe>` 让子树获得细粒度响应、通过 `useCreateAtom` 加 `options.atoms` 用外部 atom 自己托管切片,以及用 `createTableHook` 把共享配置打包成可复用 hook(`useAppTable`、`createAppColumnHelper`、`table.AppTable` / `table.AppHeader` / `table.AppCell` / `table.AppFooter`)。路由关键词:useTable、useSelector、useCreateAtom、atoms、react-store、table.Subscribe、FlexRender。
vbeta
io.github.TanStack/table/compose-with-tanstack-devtools
在 React 中为 TanStack Table 接入 TanStack Devtools:在应用根部挂载一次 `TanStackDevtools` 并带上 `tableDevtoolsPlugin()`,然后在每个 `useTable` 之后调用 `useTanStackTableDevtools(table)`,把该表格注册为 devtools 目标。除非从 `@tanstack/react-table-devtools/production` 导入,否则生产构建会把开发期 devtools tree-shake 成空操作。