Token导航 LogoToken导航

Agent Skill · 研究检索

mikro-orm-v6-to-v7(mikro orm v6 到 v7)

mikro-orm-v6-to-v7 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

mikro-orm-v6-to-v7 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 46,747。

总安装 766周安装 31GitHub Stars 3下载 241核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:mikro-orm-v6-to-v7(mikro orm v6 到 v7)
来源仓库:https://github.com/wenerme/ai
仓库路径:skills/mikro-orm-v6-to-v7
安装命令:
npx skills add https://github.com/wenerme/ai --skill mikro-orm-v6-to-v7
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/wenerme/ai --skill mikro-orm-v6-to-v7

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

mikro-orm-v6-to-v7 用于查找、检索和筛选相关信息。适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。通过 npx skills add 命令从指定仓库安装,需确认权限和维护状态。使用前建议核实是否会触发联网、命令执行或文件读写操作。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/mikro-orm-v6-to-v7

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/wenerme/ai --skill mikro-orm-v6-to-v7;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

mikro-orm-v6-to-v7 怎么安装?

在终端执行 npx skills add https://github.com/wenerme/ai --skill mikro-orm-v6-to-v7。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

mikro-orm-v6-to-v7 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

mikro-orm-v6-to-v7 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

mikro-orm-v6-to-v7 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

mikro-orm-v6-to-v7 用的人多吗?

公开数据是累计安装 766 次,近一周安装 31 次,下载 241 次,GitHub 3 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

mikro-orm-v6-to-v7 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
mikro-orm-v6-to-v7

mikro orm v6 到 v7 · 本页

7663需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

MikroORM v6 → v7 迁移指南

概述

MikroORM v7 是一次重大版本升级。核心变化:原生 ESM、knex→kysely、装饰器拆包、Node.js 22.17+/TypeScript 5.8+ 最低要求。本技能覆盖迁移的所有关键路径,避免常见陷阱。

环境要求

项目v6v7
Node.js18+22.17+
TypeScript5.0+5.8+
模块系统CJS/ESM原生 ESM

迁移步骤总览

Step 1: 包替换

# 1. 替换核心包
pnpm remove @mikro-orm/knex
pnpm add @mikro-orm/sql

# 2. 安装装饰器包(如使用装饰器)
pnpm add @mikro-orm/decorators

# 3. SQLite 驱动选择(见 Edge-Ready 参考)
# better-sqlite3: pnpm add @mikro-orm/sqlite
# node:sqlite / bun:sqlite / D1: pnpm add @mikro-orm/sql kysely

Step 2: Import 路径更新

- import { Entity, PrimaryKey, Property } from '@mikro-orm/core';
+ import { Entity, PrimaryKey, Property } from '@mikro-orm/decorators/legacy';
+ // 或 ES spec 装饰器:
+ // import { Entity, PrimaryKey, Property } from '@mikro-orm/decorators/es';

- import { ... } from '@mikro-orm/knex';
+ import { ... } from '@mikro-orm/sql';

关于 ES vs Legacy 装饰器的选择和配置,必须阅读 references/decorators.md。

Step 3: API 替换

- em.persistAndFlush(entity)
+ em.persist(entity).flush()

- em.removeAndFlush(entity)
+ em.remove(entity).flush()

- em.nativeInsert(Entity, data)
+ em.insert(Entity, data)

- em.getKnex()
+ em.getKysely()

- orm.getSchemaGenerator().createSchema()
+ orm.schema.create()

- em.find('User')
+ em.find(User)

- const orm = MikroORM.initSync({ ... })
+ const orm = new MikroORM({ ... })

完整 API 变更对照表见 references/api-changes.md。

Step 4: Entity 定义适配

v7 提供两种实体定义方式:

方式 A: defineEntity(推荐,新项目)
import { defineEntity, PrimaryKey, Property } from '@mikro-orm/core';

const UserEntity = defineEntity({
  class: class User {},
  tableName: 'user',
  properties: {
    id: p.uuid().primary(),
    name: p.string(),
    email: p.string().nullable(),
    createdAt: p.datetime().onCreate(() => new Date()),
  },
});
方式 B: Legacy 装饰器(现有项目迁移)
import { BaseEntity, type Opt } from '@mikro-orm/core';
import { Entity, PrimaryKey, Property } from '@mikro-orm/decorators/legacy';

@Entity({ tableName: 'user' })
export class User extends BaseEntity {
  @PrimaryKey({ type: 'uuid', onCreate: () => crypto.randomUUID() })
  id!: string & Opt;

  @Property({ type: 'text' })
  name!: string;

  @Property({ type: 'text', nullable: true })
  email?: string;
}

两种方式的详细对比和场景建议见 references/decorators.md。

Step 5: 默认值变更检查

配置项v6 默认v7 默认影响
加载策略joinedbalancedto-many 关系改为独立查询
forceUtcTimezonefalsetrue现有非 UTC 数据会被错误解读
嵌入属性前缀absoluterelative嵌套嵌入列名可能变化
@Transactional 传播REQUIRES_NEWREQUIRED默认加入已有事务
processOnCreateHooksEarlyfalsetrueonCreate 在 em.create 中立即执行

关键: 如果现有数据以本地时区存储,升级前必须决定是否迁移数据或显式设 forceUtcTimezone: false。

Step 6: Edge/Bun/node:sqlite 适配

如需在 Edge Runtime、Bun 或使用 node:sqlite 运行 MikroORM,必须阅读 references/edge-ready-sqlite.md。

实体定义方式选择

需要实体定义?
  ├─ 新项目 / 无历史 decorator 代码 → defineEntity(类型推断更好)
  ├─ 现有项目迁移 / 大量 decorator 实体 → Legacy decorator
  └─ TC39 decorator 环境(Node 22.6+原生支持)→ ES spec decorator

常见错误快速定位

症状原因修复
Cannot find module '@mikro-orm/knex'包重命名替换为 @mikro-orm/sql
persistAndFlush is not a functionAPI 移除em.persist(entity).flush()
nativeInsert is not a function方法重命名em.insert(Entity, data)
Decorator SyntaxError (SWC/Vite)装饰器编译未配置见 decorators.md
Value for X.id is requiredonCreate 未配置PrimaryKey 加 onCreate
TypedArray.prototype.join incompatibleBlob clone 问题见 known-issues.md
string reference not supported字符串引用移除改为类引用 () => Entity
Schema diff 出现意外变更默认值变更检查 Step 5 默认值表

更多已知问题和解决方案见 references/known-issues.md。

迁移检查清单

  • Node.js ≥ 22.17,TypeScript ≥ 5.8
  • @mikro-orm/knex → @mikro-orm/sql
  • 安装 @mikro-orm/decorators,更新 import
  • 替换 persistAndFlush / removeAndFlush
  • 替换字符串引用为类引用
  • 更新 SchemaGenerator / Migrator / Seeder 方法名
  • QueryBuilder .execute() / .getResult() 替代直接 await
  • 更新 driverOptions 去掉 connection 嵌套
  • 检查 forceUtcTimezone 对现有数据的影响
  • 更新 Formula/Index/Check 回调签名(quote 辅助函数)
  • 运行 orm.schema.update({diff: true}) 检查 schema 变更
  • 运行 typecheck 和测试验证

参考文档

平台分布

Codex

39.31%
按下载量换算95

Claude

30.9%
按下载量换算74

Cursor

18.57%
按下载量换算45

Gemini CLI

8.53%
按下载量换算21

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills