Creator Studio 实施清单解读Civitai 创作者工作室的构建状态、遗留决策与源码实现【免费下载链接】civitaiA repository of models, textual inversions, and more项目地址: https://gitcode.com/GitHub_Trending/ci/civitai本文以仓库中 docs/creator-studio/implementation-checklist.md 为绝对主体系统梳理 Civitai Creator Studiocreator.civitai.comSvelteKit 应用从已完成构建到开放决策、后端阻塞、上游缺陷、延期构建的完整实施状态清单并结合apps/creator-studio与主应用src/server的源码逐个核对清单中关键条目的真实实现。读完本文你将掌握该工作室各页面/models、/、/earnings、/analytics、/settings、/join的落地程度、A/B/C 决策编号的实际语义、以及评估一个功能模块是否真正完成所需的源码证据链。Creator Studio 是 Civitai 面向创作者推出的独立管理门户核心使命是把模型变现的全套操作许可费、早期/付费访问、收益分析、提现设置从主应用收敛到一个专用工作台。本文不是功能宣传而是一份状态可验证的工程实现导读清单中的每一项[x]、[~]、、、都能在仓库中找到对应代码。1. 清单定位一份还剩下什么的状态索引而非为什么的文档清单开篇就明确了自己的定位它是所有未完成事项的唯一事实来源single source of truth for status——待建项、决策、阻塞、缺陷、延期工作全部在此跟踪而细节与理由则存在于被内联链接的参考文档中。用原话说是this file is the index ofwhats left, not thewhy.因此阅读清单的正确方式是把它当作导航地图顺着它的链接进入各类明细文档页面规格page specsdashboard.md、models.md、analytics.md、earnings.md、licensing.md、settings.md、join.mdA/B/C 决策日志pre-implementation-decisions.mdA1 所有者维度归并owner-keyed rollup交接文档owner-rollup-handoff.md 与 cdc-koen.md已答复的产品 QAquestions-justin-product.md评审反馈feedback-justin-round-2.md清单使用的图例Legend是一套状态符号系统理解它才能读懂整份清单符号含义[x]已完成done[ ]未开始not started[~]部分完成partial被某个依赖阻塞blocked on a dep需要一个决策needs a decision⏭延期 / 低优先级deferred上游缺陷upstream bug非我方修复范围这套符号与 docs/creator-studio/README.md 的定位呼应README 明确指出everything open lives here所有未决事项都在这里并建议从清单开始继续任何 Creator Studio 相关工作。2. Shipped已交付的功能模块含源码证据2.1 Shared / shell——公共底座清单列出的共享层成果包括应用脚手架SvelteKit spoke分支应用脚手架、认证闸门、导航、布局、favicon会员解析器Membership resolverCreator Program 门槛决策B1附带版主测试模拟器cs-test-membershipcookie变现模块Monetization modulesetLicensingFee/bulkSetLicensingFee/ 按类型应用默认值kysely 写入早期访问的写入客户端指向主应用 REST 端点POST /api/v1/model-versions/early-accessAxiom 日志handleErrorhookRedis 读透缓存civitai/redis的createRedisCacheBuilder/createSysRedisCacheBuilder→ spoke 的cache.ts按范围缩放 TTL图表原语决策 C1civitai/ui中的 Chart.jsChart封装SSR 安全带chartColor()主题桥接civitai/buzz接线shim BUZZ_ENDPOINT——Buzz 账户余额读取以 buzz 服务为准authoritative而非 ClickHouse内容/创作者分析读取模块analytics.ts以 userId 为键 收益/现金读取earnings.ts、cash.ts空态 / 不可用 / 非 CP 状态加固覆盖 dashboard、/earnings、/analytics。会员解析器的源码级实现清单提到的会员解析器实现在 apps/creator-studio/src/lib/server/membership.tsconst CREATOR_PROGRAM_ONBOARDING_FLAG 16; export type Membership { tier: string | null; isMember: boolean; isCreatorProgramMember: boolean; }; function realMembership(user: SessionUser | undefined): Membership { const tier user?.tier ?? null; const isMember tier ! null tier ! free !user?.memberInBadState; const isCreatorProgramMember ((user?.onboarding ?? 0) CREATOR_PROGRAM_ONBOARDING_FLAG) ! 0; return { tier, isMember, isCreatorProgramMember }; }关键点在于B1 决策的单门槛实现isCreatorProgramMember通过onboarding位标志的第 16 位判断Flags.hasFlag(onboarding, 16)与主应用读取 CP 成员身份的方式一致。而版主测试模拟器对应TEST_MEMBERSHIP_COOKIE cs-test-membership当用户是版主且 cookie 值为creator-program时resolveMembership会强制返回isCreatorProgramMember: true从而在不创建真实账号的情况下演练所有 CP 门槛流程该 cookie 对非版主用户会被忽略。export function resolveMembership(user: SessionUser | undefined, testCookie?: string): Membership { const real realMembership(user); if (user?.isModerator testCookie creator-program) { return { ...real, isMember: true, isCreatorProgramMember: true }; } return real; }同一文件还承载了canSetGenerationOnly仅生成模式的门槛需要主应用的generationOnlyModels权限可用 tier 为gold等以及CreatorCaps类型pricingUsed/pricingLimit/maxEarlyAccessDays/earlyAccessCap等容量事实这些是/models页面编辑器渲染的依据。Redis 读透缓存的绑定方式清单提到的缓存构造器在 apps/creator-studio/src/lib/server/cache.ts 中被绑定为仅两行export const createCache createRedisCacheBuilder({ getClient: getRedis, prefix: cs }); export const createSysCache createSysRedisCacheBuilder({ getClient: getSysRedis, prefix: cs });缓存的机制single-flight 单飞、TTL 抖动、fail-open 失败放行、命名参数即缓存键都封装在civitai/redis包内spoke 侧只需以cs前缀命名空间再以createCache({ name, fetch, ttlSeconds })定义缓存并通过.get(args)调用。例如 apps/creator-studio/src/lib/server/analytics.ts 中export const getContentAnalytics createCache({ name: analytics:content:v4, fetch: ({ userId, from, to }) fetchContentAnalytics(userId, from, to), ttlSeconds: ({ from, to }) rangeTtlSeconds({ from, to }), }).get;注意name携带版本后缀v4、v3因为参数本身无法区分数字含义的变化一旦查询逻辑改变就必须 bump 后缀否则旧键会继续以旧形状提供服务。这是清单Redis-cached字样背后的工程纪律。图表原语C1Chart.js 与主题色桥接决策C1见 pre-implementation-decisions.md选定 Chart.js 而非 LayerChart后者 2.0.1 在node_modules中发布了未经预处理的 TS.svelte文件vite-plugin-svelte不预处理依赖导致生产构建失败且主应用本就以 Chart.js 为标准。封装位于 packages/civitai-ui/src/lib/components/ui/chart/chart.svelte颜色桥接在 chart-colors.tsconst FALLBACKS [#4f8cff, #22c55e, #f59e0b, #a855f7, #ef4444]; export const CHART_PALETTE_SIZE FALLBACKS.length; export function chartColor(index: number): string { const n (((index % CHART_PALETTE_SIZE) CHART_PALETTE_SIZE) % CHART_PALETTE_SIZE) 1; // 1..N, handles negatives if (typeof document undefined) return FALLBACKS[n - 1]; const v getComputedStyle(document.documentElement).getPropertyValue(--chart-${n}).trim(); return v || FALLBACKS[n - 1]; }因为 Chart.js 绘制到canvas无法解析 CSS 变量所以在运行时从:root读取--chart-1..5明暗两套主题SSR无document时回退到固定色值。分类图表饼图/环形图的切片数必须封顶在CHART_PALETTE_SIZE否则两个切片会共享颜色。2.2/models——模型管理⭐ v1 最高优先级这是工作室最核心的页面清单列出分组表格models → versions含草稿搜索 / 费用筛选 / 排序 / 分页URL 驱动设置 / 调整 / 清除许可费——单个 行内、小数0.01、CP 门槛状态 Off / Active / Paused批量费用编辑?modebulk——按版本 全选确认对话框按类型应用默认值非商用基础模型守卫所有权 CP 门槛在服务端二次校验完整早期/付费访问配置编辑器B12全对齐——按版本抽屉 → 主应用端点状态空态、筛选空态、非会员提示、错误 toast。页面规格中的数据结构models.mdmodels.md 详细定义了/models的数据读取page.server.tskysely 经civitai/db限定locals.user.id创作者自己的模型版本含草稿携带发布状态/publishedAt、licensingFeelicensingFeeType 新增的active标志、earlyAccessConfig/earlyAccessEndsAt、无限访问/长期售卖标志。licensingFeeSettlementCurrency仅用于展示——创作者不能设置结算货币Civitai 仅在特殊情况下代创作者以现金结算决策 B9 侧证。写入侧form actions → 变现模块的四类动作是动作操作备注设置/调整/清除许可费setLicensingFee(versionId, fee)仅会员小数0.01 精度校验边界暂停时保留值编辑早期/付费访问配置access-config write完整earlyAccessConfig非仅开关长期售卖访问setUnlimitedAccess(versionId)仅 Creator Program 成员决策 A4/B2发布 / 排期发布publish write管理便利性功能优先级次于费用关键设计授权断言在模块内部完成禁用控件只是 UX服务端会重新校验每个动作都确认locals.user.id拥有该版本许可费堆叠fee stacking不在此处理由后端负责。B12 全对齐编辑器与主应用端点B12 决策要求早期/付费访问编辑器暴露earlyAccessConfig的所有字段时长、下载/生成价格、免费试用、免费生成、捐赠目标按版本抽屉打开对任何所有者开放早期访问不受会员门槛限制。写入路径通过主应用的窄 REST 端点POST /api/v1/model-versions/early-access——studio 转发共享的.civitai.com会话 cookie所有权 全部守卫 副作用都留在主应用的服务中。2.3/——Dashboard清单条目外壳标题统计卡片 区块链接卡片 会员徽章内容活跃行30 天 reactions / followers / images / posts / profile viewsgetContentTotals30 天 Buzz 收益 CP 现金卡片ready / pending / withdrawn以civitai/buzz为权威数据源现金卡片仅对 CP 成员开放。getContentTotals的实现在 apps/creator-studio/src/lib/server/analytics.ts缓存名analytics:totals:v3与内容分析共享同一套 ClickHouse 读取保证 dashboard 与/analytics数字一致——这正是决策C5一个共享读取模块数字不漂移的落地。2.4/earnings——按来源的收益A1 Part 1按来源拆分comp 补偿 / license 许可 / tip 打赏 / access 访问 / cosmetic 外观——直接读buzzTransactions已按所有者键控licenseFee27过滤器、早期访问前缀、外观sell按币种忠实展示B8/D1不做换算/合并——币种卡片 来源×币种表格仅 Buzz 的按币种趋势图真实 buzz 颜色Redis 缓存7/30/90 天 日/周控件CP 现金面板——权威ready / pending / withdrawnbuzz 服务 CashWithdrawalUSD分 ÷100与 Buzz 仪表盘一致Buzz Dashboard 链接外跳C6单一现金主页。/earnings的读取模块 apps/creator-studio/src/lib/server/earnings.ts 展示了完整的来源识别 SQLSELECT multiIf( type tip, tip, type compensation, compensation, type IN (licenseFee,27), licenseFee, type sell, cosmeticSale, accessSale) AS source, toAccountType AS currency, sum(amount) AS total, count() AS count FROM default.buzzTransactions WHERE toAccountId ${uid} AND date toDate(${from}) AND date toDate(${to}) 1 AND (type IN (tip,compensation,licenseFee,27,sell) OR (type purchase AND (externalTransactionId LIKE early-access-% OR externalTransactionId LIKE permanent-access-%))) GROUP BY source, currency ORDER BY total DESC值得注意的实现细节27是一个上游摄取缺陷的标记见第 4 节在修复前必须与licenseFee一起过滤否则许可费会漏算访问销售有两种 ID 前缀early-access-%限时窗口和permanent-access-%长期付费访问拆分前的历史行全部是early-access-两者都必须匹配、都不能丢弃裸purchase不能算收益——它多数是创作者给自己充值 Buzz只有带访问前缀的purchase才是访问销售币种保持toAccountType原样绝不换算合并B8/D1——yellow、blue、green、cashSettled、cashPending、creatorProgramBank、creatorProgramBankGreen、club 等各自成列。2.5/analytics——基础分析清单条目含一个重要的路由变更内容/创作者区块B4breactions / followers / images / posts / profile views 随时间变化 热门图片Redis 缓存日期范围控件——7/30/90 天预设 日/周粒度URL 驱动零活跃 不可用空态受众 tab——粉丝活跃触达近 30/60/100 天内有活跃的粉丝占比 粉丝国家环形图(路由从/earnings/analytics移至/analytics)。粉丝触达Audience的实现链清单详细描述了getFollowerReach$lib/server/follower-reach.ts的实现它探测新增的default.user_activity_rollup表每个用户最近活跃时间 最近已知国家再以 Postgres 中的创作者粉丝 id 集合进行关联。刷新由user-activity-rollupcron 完成*/30src/server/jobs/user-activity-rollup.tsDDL 回填需要手工应用——src/server/clickhouse/migrations/2026-09-04-user-activity-rollup.sql且必须早于job 或页面部署落地否则页面会读不到数据。触达面板还有严格的披露规则粉丝数低于 25 时面板不显示国家粉丝数低于 5 的并入 OtherredactReach在服务端强制执行空或超过 12 小时未刷新的 rollup 渲染为 unavailable不可用而不是自信地显示 0%。共享的形状与纯函数位于 apps/creator-studio/src/lib/analytics/follower-reach.tsReachWindow 30 | 60 | 100且active[30] active[60] active[100]的嵌套不变量被显式写进类型注释。2.6/settings与/join/settings会员/层级状态卡PayoutTipalti状态卡提现解锁#16——Set up payouts提示在结算现金 ≥ $50getCreatorCash后解锁费用默认值——按B9决策保持只读信息一旦 pricing-templates.md 上线这里会变成指向模板列表的链接。/joinCP 框架的上销页B1、能力对比、CTACP 成员重定向到/可复用的JoinUpsell导航与 CP 会员身份对齐。3. Open / Blocked / Flagged / Deferred未完成事项的四种状态3.1 Open——等待产品决策Justin清单中仅剩两项开放决策 #23 — 早期访问重新框定。预检查已有答案——后端已经强制只允许管理manage-only。mergeEarlyAccessConfigUpdate主应用model-version.service.ts:341会抛出You cannot add early access on a model after it has been published对于已有 EA 配置的已发布版本只能放宽条款不能涨价、不能延长时间窗、不能改捐赠目标。因此对已发布模型启用 EA在服务端是不可能的——studio 抽屉目前会让你尝试然后吃一个 400 错误。剩余工作只是/models的 UX对已发布但无配置的版本禁用 enable EA允许管理-only不是一个产品决策。 B13 — v1 是否发布/排期版本推荐默认fast-follow快速跟进不进 v1。3.2 Blocked——后端 / 主应用依赖 A1 Part 2 — 所有者维度modelVersionId → ownerUserId字典Koen / CDC。解除每模型收益、/analytics模型区块generations/downloads/top-models、dashboard 最高收益模型小部件的阻塞。Spoke 内回退方案现在可行Postgres 版本 id → 对预聚合日 MVs 做IN()对 349 版本的创作者约 820ms超大型创作者封顶——见 Deferred。 A4 — 无限期售卖访问。复用早期访问不限时需要主应用的表征可空timeframe/indefinite标志。写入路径已存在B12 端点。licenseFee类型是27摄取缺陷Justin 负责。在 MV 修复 回填落地前过滤type IN (licenseFee,27)之后移除27。 B4 — 所有者维度日 SummingMergeTree MVs性能非正确性。内容分析 90 天读取扫描原始事件表有缓存但重。后端 MVs 可消除原始扫描负载。不阻塞任何功能。A1 的完整背景从决策到交接A1 决策见 pre-implementation-decisions.md是构建一个由CDC/ClickPipe从生产 Postgres 喂养的 CH字典modelVersionId → ownerUserId复用 Buzz-DB ClickPipe 模式查询通过dictGet(...)解析所有者O(1)无 join然后构建按(ownerUserId, date, source)的AggregatingMergeTreeMV。应用侧WHERE modelVersionId IN (...)作为小型创作者 / 上线前的回退。完整规格在 owner-rollup-handoff.md给 Koen 的 CDC 请求在 cdc-koen.md。值得注意的是 A5 决策澄清了一个常见误读访问/外观销售收益不需要新的 MV 或类型标志——它们直接读default.buzzTransactions以toAccountId键控给创作者在创作者的收款腿上外观已是typesell、访问已是typepurchase 稳定的early-access-%externalTransactionId前缀。A1 Part 1按来源收益因此已经建成只有按模型拆分A1 Part 2还依赖字典。3.3 Flagged bugs——上游缺陷影响数字但非本工作室修复范围 访问销售总是记入 yellow黄币——已确认缺陷修复只向前生效历史行保持黄色owner-rollup-handoff.md §D1 外观创作者提现是 best-effort尽力而为——失败的提现不留下任何行导致/earnings可能无信号地少报外观收益§payment-path bugs ClickHousebuzzTransactions镜像缺口——CH 显示了一个 buzz 服务没有的 pending 现金余额需要让负责 buzz→CH 同步的人知晓。不影响工作室现金读取走 buzz 服务。这三个缺陷共同揭示了一个工程原则读取路径的权威性authority必须明确归属。工作室的现金读取永远走 buzz 服务而非 ClickHouse 镜像正是因为镜像可能漂移。3.4 Deferred / unblocked——有资格构建的延期项清单的延期队列包含多项工程其中两项已完成[x]值得注意✅ #11 — 图表同步十字线synced crosshair——已完成为civitai/ui的Chart封装添加了plugins属性 createSyncedCrosshair()插件共享日期轴的图表之间共享 hover 索引并接线到/analytics的图表上。✅ 全时收到的评论总数统计——已完成getAllTimeTotals在/analytics上以上下文行的形式展示全时 reactions comments这是 comments 唯一出现的地方——没有快速的按周期来源。评论来自 PostgresThread.commentCount覆盖图片的 thread 及其回复它原本读取的image_metrics_userrollup 已死对 userId 大于 9.66M 的创作者一律返回0。ClickHouse 没有正确的替代品——见getAllTimeTotals上的注释不要碰comments表其entityId是评论 id 而非图片 id。getAllTimeTotals的注释是仓库中最有教育价值的片段之一它警告了三个数据陷阱image_metrics_user是死回填——没有写入方最大 userId 9.66M 对照当前超 12.5M 的 id对覆盖范围之外的人冻结为0comments表是陷阱——其entityId对除Model外的每种类型都是CommentV2 id而非被评论的实体 id970,679 行type Image分布在 970,422 个不同的 entityId 上且 Image/Post/Comment/Review/Bounty 共享一个 id 区间45,825–2,309,025并互相重叠而真实图片 id 已超过 1.39 亿。把它 join 到images_created.id不会报错——只是静默地把每条评论记到共享该数字的任何远古图片头上它统计的是CommentV2行不是Thread.commentCount——计数器本身精确但它是无作者的按线程总数AND cv.userId uid才是关键创作者回复自己的评论者会虚增自己的收到的评论。实测三例中 57.6%~71.4% 的原始总数是自创内容。查询还要求两条臂根线程与回复线程保持分离否则Thread表会被全表顺序扫描一次缓存未命中 683ms / 约 350MB 缓冲区。延期队列还包括 定价模板Pricing templates——创作者撰写的费用 付费访问默认值针对模型类型 × 基础模型/生态预填主应用版本表单。计划pricing-templates.md。解决#17不需要产品决策见 B9 注释。双重阻塞付费访问统一模板存储 gate其形状正在变化 目标轴决策延期Justin 提议创作者命名的价格标签替代模型类型 × 基础模型定位该评审等待DonationGoal保留或删除的问题。 付费访问折扣 免费解锁承诺——把早期访问与永久付费访问统一为一个系统带排期折扣阶梯与不可撤销的免费解锁承诺。计划paid-access-decay.md——结构 2026-09-02 定案17 个问题已答无 schema 级开放项随后 2026-09-03 被创作者线程早期访问转付费访问切换重新打开——Q18/Q19 在 2026-09-03 被 donation-goals.md取代达成的捐赠目标让模型对所有人免费 30 天而非永久且 30 天现在成了唯一有保证的免费期——这使本文档的永久PaidAccessGuarantee失效并被跟踪为D1。Q20 仍然开放。托管escrow被探索后搁置。DonationGoal可能被整体移除待 Justin 决定那将删除四条规则中的三条。在建成前阻塞定价模板。⏭ 经 spoke 内回退的模型分析——Postgres 版本 id → 对daily_resource_generation_counts/daily_downloads/buzz_resource_compensation做IN()按版本数封顶Redis 缓存。现在为小型/中型创作者上线按模型使用量/收益 top-modelsA1 字典落地后切换读取UI/契约不变。已定范围 已测量应要求暂停。⏭ #24 — 批量全选匹配 基础模型筛选/models——剩余最高价值的批量费用构建feedback #24。⏭ #4 — Dashboard 图表——低优先级无规格Justinlow priority, deferreddashboard.md 只浮动了一个earnings-summary迷你线不是内容。试过 reactions 图并回退——对收益/一览面来说指标不对。如重做做 buzz-earned 迷你线经getEarningsSeries。⏭ 访问配置抽屉 URL 可寻址?version浅路由——/models打磨。4. 贯穿清单的横切线索4.1 决策编号体系A/B/C 是理解清单的钥匙清单中的B1、B12、A1、C1、C6等编号对应 pre-implementation-decisions.md 的三大类前缀归属关键决策示例A后端/数据KoenA1 所有者维度归并A2 小数许可费Int → numeric0.01 精度在日结算边界结算A3 费用暂停在用户级解析创作者活跃会员状态非每个版本标志读取时判定无批量任务A4 无限期售卖 早期访问不限时A5 访问/外观销售收益直接读buzzTransactionsB产品/业务JustinB1 全部会员动作单一门槛 Creator Program 会员非订阅层级B6 保留 100 buzz/图上限B7 批量费用编辑进 v1B8 按收款币种显示不换算B9 无默认费用关闭除非创作者开启LoRA 建议 ~0.1、base/checkpoint ~1 buzz/图B12 访问配置编辑器全对齐C工程/设计自决C1 Chart.jsC2/licensing作为/models的?modebulkC5 页面边界C6/earnings拥有现金面板 提现链接外跳决策文档还记录了计划/规格漂移plan/spec drift的整改B1 推翻了旧的分层门槛描述、B4 扩大了 analytics 范围、B7 把批量编辑从 fast-follow 提到 v1、B12 解决了 models.md 的开放问题——决策文档与问答文档优先于计划/页面规格这是读仓库文档时需要记住的优先级规则。4.2 状态符号之外的隐藏语义清单虽然是状态索引但它的价值远超勾选框权威读取路径的纪律现金余额读 buzz 服务civitai/buzz而非 ClickHouse 镜像所有权检查以 Postgres 为准ClickHouse 的articles表只认识 32,107 篇文章中的 3,087 位所有者——9.6%用它建图会丢掉大部分历史数据陷阱的显式标注comments.entityId、死 rollup、27类型、best-effort 提现——每个都会让数字悄悄出错清单与源码注释把它们变成团队共享知识性能测量优先349 版本创作者 820ms、683ms/350MB 顺序扫描、2.4s 对 155ms 的月份分区分界、128.5M 行/396ms 的单漫画路径扫描——所有优化决策都有实测数字背书。5. 如何继续阅读这份清单如果你要在该仓库中继续 Creator Studio 的工作建议的阅读顺序是docs/creator-studio/implementation-checklist.md——本清单确定还剩下什么docs/creator-studio/README.md——页面规格索引与横切决策摘要docs/creator-studio/pre-implementation-decisions.md——A/B/C 决策日志含状态与排序目标页面的规格文档dashboard.md/models.md/analytics.md/earnings.md/settings.md/join.md涉及的数据交接文档owner-rollup-handoff.md、cdc-koen.md与付款访问计划monetization/ 目录源码落点spoke 应用代码在 apps/creator-studio/src图表原语在 packages/civitai-ui/src/lib/components/ui/chart主应用侧依赖早期访问端点、A1 字典、user-activity-rollupcron 与迁移在 src/server。一句话总结这份清单是 Civitai Creator Studio 的工程脉搏——[x]告诉你什么已经真实运转并有源码可查告诉你什么在等主应用侧的数据基建A1 字典、A4 表征、27修复提醒你哪些上游缺陷会让数字失真而⏭队列里则藏着最值得优先投入的下一批构建定价模板、付费访问折扣阶梯、批量全选匹配。任何想要评估工作室做到哪一步、下一步该做什么的人都应该从这份清单开始并顺着它的链接与源码证据逐项核验。【免费下载链接】civitaiA repository of models, textual inversions, and more项目地址: https://gitcode.com/GitHub_Trending/ci/civitai创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
