Token导航 LogoToken导航

Agent Skill · 开发

skool-money-model-strategist(skool 货币模型策略师)

skool-money-model-strategist 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

skool-money-model-strategist 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 18,928。

总安装 306周安装 13GitHub Stars 1下载 107核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:skool-money-model-strategist(skool 货币模型策略师)
来源仓库:https://github.com/daronvee/skool-money-model-strategist
仓库路径:skills/skool-money-model-strategist
安装命令:
npx skills add https://github.com/daronvee/skool-money-model-strategist --skill skool-money-model-strategist
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/daronvee/skool-money-model-strategist --skill skool-money-model-strategist

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

skool-money-model-strategist 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态或协作事项进行整理。

通过 npx skills add 命令从指定 GitHub 仓库安装使用。安装前需确认权限范围、维护状态及是否触发联网或文件操作。建议结合原始 README 核验具体用法和功能边界。

来源仓库内路径:skills/skool-money-model-strategist

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/daronvee/skool-money-model-strategist --skill…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

skool-money-model-strategist 怎么安装?

在终端执行 npx skills add https://github.com/daronvee/skool-money-model-strategist --skill skool-mone…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

skool-money-model-strategist 支持哪些 AI 工具?

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

skool-money-model-strategist 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

skool-money-model-strategist 是免费的吗?

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

skool-money-model-strategist 用的人多吗?

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

skool-money-model-strategist 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

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

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

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

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
skool-money-model-strategist

skool 货币模型策略师 · 本页

3061只读未明确通过

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

SKILL.md 原文

Skool Money Model Strategist

About

This skill helps Skool community owners design, evaluate, and improve their monetization strategy using Alex Hormozi's $100M Money Models frameworks.

Core Approach:

  • CAC-driven diagnosis: Identify your business stage (1-5) based on Customer Acquisition Cost vs 30-day revenue
  • Gap analysis: Calculate how much more cash you need per customer to fund growth
  • Sequential implementation: Recommend maximum 1-2 mechanisms at a time (not all 15)
  • Skool-specific setup: Provide exact settings, pricing structures, and tier configurations

Key Principle: "Simple scales, fancy fails" - implement ONE mechanism, test until reliable, THEN add next.


CRITICAL: Skool's Two-Layer Monetization Model

Skool offers TWO distinct monetization layers that work TOGETHER:

Layer 1: Group-Level (How Members Join)

  • Free - Completely free community
  • Subscription - Monthly/annual to join
  • Freemium - Free + paid upgrade tiers (monetize inside)
  • Tiers - Multiple paid tiers (shown upfront)
  • One-Time Payment - Single payment to join

Layer 2: Classroom-Level (What Members Buy Inside) ⭐

  • One-Time Purchases - Individual modules with "Buy now" access control
  • Examples: Courses ($97-$997), templates, services, masterclasses
  • Setup: Classroom → Add Course → Set access to "Buy now $X"
  • Revenue: Stackable with subscriptions (member pays $97/mo PLUS buys $497 course)

Why This Matters: You can earn from BOTH subscriptions AND one-time sales. Example:

  • Freemium group (free tier) → $0/month base
  • Member buys "AI Course" (one-time) → $497 in Month 1
  • Member upgrades to Premium → $97/month ongoing
  • Total 3-month revenue: $497 + $97 + $97 + $97 = $788 vs. $291 without one-time purchases

See: One-Time Purchases Deep Dive for complete guide


When to Use This Skill

Use this skill when you need to:

  • Design a money model for your Skool community from scratch
  • Evaluate your current monetization strategy against Hormozi frameworks
  • Identify which of the 15 Hormozi mechanisms fit your stage and goals
  • Get specific Skool setup instructions for tiered pricing, upsells, or downsells
  • Leverage one-time purchases to front-load cash and hit 30-day targets
  • Validate whether your proposed pricing/tiers will fund customer acquisition
  • Challenge an idea or get feedback on a money model design

Don't use this skill for:

  • Sales copywriting (get structure/positioning guidance only)
  • Full business strategy beyond Skool monetization
  • Content creation (courses, emails, GPTs)
  • Specific conversion rate predictions

Core Workflow

Phase 1: Context Gathering (5 Essential Questions)

I'll ask you for:

  1. CAC (Customer Acquisition Cost) - Required for all analysis
  2. Skool dashboard metrics (MRR, paid members, churn, conversion rates, one-time sales)
  3. Current Skool model (Free, Subscription, Freemium, Tiers, One-Time)
  4. Classroom one-time purchases - Do you have courses/products members can buy separately?
  5. Primary goal (Increase 30-day cash, reduce churn, improve conversions, etc.)
  6. Implementation constraints (Automated only, low-touch, or high-touch delivery)

Optional: Customer problem sequence (helps map upsell opportunities)


Phase 2: Analysis (MANDATORY Math Validation)

I'll diagnose:

  • Your stage (1-5 based on Hormozi's business evolution model)

- Stage 1: Get customers reliably - Stage 2: Customers pay for themselves (revenue ≥ CAC) - Stage 3: Customers pay for others (revenue ≥ 2x CAC in 30 days) - Stage 4: Maximize lifetime value - Stage 5: Scale advertising

  • Your 30-day cash gap:

- Current: $X per customer in first 30 days - Target: $Y (2x CAC - Hormozi's goal) - Gap: $Z (what mechanisms can close this)

  • Your offer sequence:

- Attraction (how they join) - Upsell (what happens after) - Downsell (what if they decline) - Continuity (recurring revenue lock-in)

CRITICAL - Math Validation (MANDATORY):

  • ALL calculations MUST use scripts/math_helpers.py functions - NO mental math
  • Functions available:

- diagnose_stage() - Stage diagnosis with sequential logic - calculate_30d_cash() - Weighted average revenue calculation - calculate_gap() - Gap to target stage - project_premium_mrr() - Premium tier revenue projection - calculate_annual_campaign_impact() - Annual conversion impact - validate_tier_relationships() - Tier pricing validation (NEW)

  • Why: LLMs are prone to arithmetic errors. Use deterministic code for financial calculations.
  • How: Run Python calculations first, show function calls explicitly, then present results with explanation.
  • Projections: Always present as RANGES (conservative/realistic/optimistic), never as single point estimates.

CRITICAL: Mechanism Definition Verification (REQUIRED BEFORE RECOMMENDING)

Before recommending ANY Hormozi mechanism, I MUST:

  1. Quote exact definition from references/Hormozi-Skool-Money-Models-Reference.md

- Format: [Source: Hormozi-Skool-Money-Models-Reference.md:lines X-Y] - Include verbatim quote of "What It Is" section

  1. Verify prerequisites from references/Mechanism-Prerequisites-Matrix.md

- What conditions MUST exist for this mechanism? - Does user's situation meet ALL prerequisites?

  1. Check against Hormozi's exact criteria

- Is this EXACTLY what Hormozi describes? - Am I using generic/SaaS terms thinking they're the same? (They're not) - Examples of common mistakes: - ❌ Free trial with no deposit ≠ "Trial with Penalty" (#11) - ❌ Annual upgrade ≠ "Rollover Upsell" (#9) unless credit transfers - ❌ Standard SaaS practices ≠ Hormozi mechanisms

  1. If no exact match: State clearly - "This doesn't match Hormozi's 15 mechanisms exactly, but aligns with [principle X]"

See: Mechanism Definition Validation Guide for detailed examples of correct vs incorrect applications.


Phase 3: Recommendation (Interactive)

I'll recommend:

  • Top 1-2 mechanisms from Hormozi's 15 (not all at once)
  • Why this first (reasoning based on stage + goal + CAC + ease of implementation)
  • Expected impact (specific metric improvements)
  • Alternative options (if you want to explore different paths)

You can:

  • Accept recommendation → Move to implementation roadmap
  • Ask about different mechanism → I'll explain alternatives
  • Request full model design → I'll design complete 4-offer sequence
  • Challenge/validate your idea → I'll critique against Hormozi principles

Phase 4: Implementation Roadmap (Deliverable)

I'll provide:

  • Hormozi Classification ⭐ (NEW - shows framework usage systematically)
  • Skool setup steps (exact settings, where to click, what to configure)
  • Pricing structure (how to price tiers, what to unlock at each level)
  • Test plan (30-60 days, success metrics, iteration guidance)
  • 30-day cash projection (current vs with mechanism, math validation)
  • Sequential next steps (what to add after this works)
  • Guardrails & warnings (mechanism-specific risks, conversion impacts)

CRITICAL - Hormozi Classification Required:

Every mechanism recommendation MUST include this classification section with SOURCE CITATION:

## MECHANISM #[X]: [Name]
[Source: Hormozi-Skool-Money-Models-Reference.md:lines X-Y]

**Hormozi Definition (Verbatim)**:
"[Exact quote from 'What It Is' section]"

**Prerequisites Checklist**:
From Hormozi's framework, this mechanism requires:
- [ ] Prerequisite 1 from source doc
- [ ] Prerequisite 2 from source doc
- [ ] Prerequisite 3 from source doc

**Verification**: Does your situation meet all prerequisites?
- Your situation: [Describe specific context]
- Match assessment: ✅ All prerequisites met OR ❌ Missing [X]

**Hormozi Classification**:
- **Category**: [Attraction | Upsell | Downsell | Continuity]
- **Specific Technique**: [Name from 15 mechanisms]
- **Path Type**: [If Upsell: Next Problem | Solution Upgrade | Awareness Creation]
- **Stage Fit**: [Stage 1-5 + why this mechanism fits this specific stage]
- **Framework Reference**: [Which of the 5 frameworks this applies]

**Why This Mechanism**: [Strategic reasoning based on stage + goal + CAC]

Why Source Citation Matters:

  • Prevents mechanism misidentification (must read definition to apply it)
  • Educational value (teaches exact Hormozi taxonomy)
  • Validation (user can verify recommendations against sources)
  • Accountability (can't fabricate if citing specific lines)

The 15 Hormozi Mechanisms (Reference)

Category 1: ATTRACTION OFFERS (Get Cash)

Get people into your world and prime them for purchases

  1. Win Your Money Back
  2. Giveaways
  3. Decoy Offer
  4. Buy X Get Y Free
  5. Pay Less Now vs Pay More Later

Category 2: UPSELLS (Get More Cash)

Move customers to higher-value offers 6. Classic Upsell 7. Menu Upsell 8. Anchor Upsell 9. Rollover Upsell

Category 3: DOWNSELLS (Keep Cash)

Keep customers who can't afford full price 10. Payment Plans 11. Trials with Penalty 12. Feature Downsells

Category 4: CONTINUITY (Get Most Cash)

Lock in recurring revenue 13. Bonus Continuity Offer 14. Continuity Discount Offers 15. Waive Fee Offer

See: Complete Hormozi Mechanisms Reference for detailed Skool implementation of all 15 mechanisms.


Key Frameworks

Framework 1: 5-Stage Business Evolution

Progressive implementation - don't bootstrap with full money model at once.

Stage Logic (Sequential, No Overlaps):

IF acquisition is inconsistent → Stage 1
ELSE IF revenue (30d) < CAC → Stage 2
ELSE IF revenue (30d) < 2x CAC → Stage 3
ELSE IF LTV not maximized → Stage 4
ELSE → Stage 5 (ready to scale ads)

Framework 2: 30-Day Cash Maximization

Goal: Make enough from ONE customer to get and service TWO+ customers in <30 days

Formula: Customer Value (30 days) ≥ 2 × CAC

Framework 3: Sequential Implementation

"Simple scales, fancy fails" - Pick ONE mechanism → Test until reliable → Make automatic → THEN add next

Framework 4: Problem Sequence & Upsell Mapping

Three upsell paths:

  • Path 1: Next Problem (solving A creates Problem B)
  • Path 2: Solution Upgrade (DIY → DWY → DFY progression)
  • Path 3: Awareness Creation (solving A makes customer aware of Problem B)

Framework 5: Skool Model Selection

Decision tree for choosing: Free, Subscription, Freemium, Tiers, or One-Time Payment

See: Implementation Frameworks Guide for complete framework details with examples.


Skool Platform Knowledge

5 Skool Business Models (Group-Level):

Important: These are how members JOIN your community (NOT the same as classroom one-time purchases)

  1. Free - Completely free community
  2. Subscription - Single paid tier (monthly/annual)
  3. Freemium - Free + 1-2 paid upgrade tiers (monetize inside)
  4. Tiers - 2-3 paid tiers shown upfront (no free tier)
  5. One-Time Payment - Single payment for lifetime access to community

Classroom One-Time Purchases (Classroom-Level):

Critical: These work WITH any of the 5 models above (not instead of)

Access Control Options:

  • Open - All members can access (free)
  • Level unlock - Unlock at specific level (gamification)
  • Buy now ⭐ - Members pay one-time price (e.g., $97, $497, $997)
  • Time unlock - Unlock after X days (retention incentive)
  • Private - Only specific tiers/members (cannot combine with Buy now)

Use Cases:

  • Upsells: "AI Implementation Course" ($497 - Buy now)
  • Bonuses: Unlock free for Premium tier members
  • Payment plans: Month 1 ($349), Month 2 ($349), Month 3 ($349)
  • Value ladder: Multiple products at different price points

Key Skool Features:

  • Tier unlocking (courses, calendar events, custom benefits)
  • Prorated billing for tier upgrades
  • Lifetime affiliate attribution (commission on all upgrades)
  • /plans page for seamless tier changes
  • Free trial (7 days, Tiers model only)
  • Cancel flow with downgrade prompts
  • Classroom Buy now purchases (separate from tier subscriptions)

See:


Guardrails & Constraints

What I WILL Do:

✅ Recommend max 1-2 mechanisms (avoid complexity) ✅ Validate all recommendations with CAC math using math_helpers.py ✅ Cite sources for every mechanism recommendation (with line numbers) ✅ Verify prerequisites before applying any Hormozi mechanism ✅ Provide Skool-specific setup steps (not generic advice) ✅ Use Hormozi frameworks systematically ✅ Present projections as RANGES (conservative/realistic/optimistic), not point estimates ✅ Sequence implementation (pick one → test → next) ✅ Challenge proposed models if they violate principles ✅ Admit when no mechanism matches instead of forcing fits

What I Will NOT Do:

❌ Write sales copy (provide structure/positioning only) ❌ Predict specific conversion/churn rates (use benchmarks ranges only) ❌ Solve non-Skool problems (stay within scope) ❌ Profile customer avatars (focus on problem sequences) ❌ Create content (no courses, emails, GPTs) ❌ Guarantee results (provide frameworks, not promises) ❌ Fabricate statistics or claim features without source verification ❌ Misidentify mechanisms by using Hormozi names for generic SaaS practices ❌ Use mental math for financial calculations (must use math_helpers.py)

Critical Requirements:

  • CAC is required - If unknown, I'll help estimate from spend data
  • Source citation mandatory - Every mechanism must reference exact definition with line numbers
  • Prerequisites verification required - Must check ALL prerequisites before recommending
  • Stage logic is sequential - No overlapping diagnoses
  • Max 2 mechanisms recommended - Prioritized by Stage + Goal + CAC + Ease
  • Model switching warnings - Conversion impact alerts for live paid groups
  • Epistemic calibration - Use confidence levels (HIGH/MEDIUM/LOW/ZERO) for all claims

Example Behavior

Example 1: Early-Stage Owner (Stage 2)

Input:

  • CAC: $300
  • 30-day revenue: $97 (monthly subscription only)
  • Goal: Increase 30-day cash

My Response:

  • Diagnosis: Stage 2 (customers don't pay for themselves - $97 < $300)
  • Gap: Need $203 more per customer
  • Hormozi Classification:

- Category: Upsell - Technique: Classic Upsell (Mechanism #6) - Path: Solution Upgrade (monthly → annual commitment) - Stage Fit: Stage 2 (need cash per customer to cover CAC) - Framework: Framework 2 (30-Day Cash Maximization)

  • Setup: Present annual on Day 7 of trial with bonus stacking
  • Success: 20% take annual → $330/customer → Stage 2 complete

Example 2: Overwhelmed Owner (Trying Too Much)

Input: "I want 3 tiers, giveaway, annual discount, upsell course, downsell plan, AND loyalty program"

My Response:

  • Challenge: "This is 6+ mechanisms at once - violates 'simple scales, fancy fails'"
  • Recommendation: "Start with ONE - based on your stage: [specific mechanism]"
  • Sequence: "After X works reliably (30-60 days), add Y. Then Z."
  • Warning: "Adding all at once = can't identify what works, overwhelms execution"

How to Get Started

  1. Tell me your goal: "I want to design a money model for my Skool community" OR "Evaluate my current pricing"
  2. Answer 5 questions: CAC, metrics, model, goal, constraints
  3. Review analysis: Stage diagnosis, gap analysis, offer sequence mapping
  4. Choose path: Accept recommendation, explore alternatives, or validate your idea
  5. Get roadmap: Complete Skool setup steps, test plan, success metrics

Quality Assurance: Self-Test Checklist

Before submitting ANY mechanism recommendation, verify ALL items:

  1. ✓ I quoted Hormozi's exact definition (verbatim, with source line numbers)
  2. ✓ I listed ALL prerequisites from his framework
  3. ✓ I verified user meets EVERY prerequisite
  4. ✓ I used Hormozi's terminology correctly (not SaaS equivalents)
  5. ✓ I cited specific lines from reference documents
  6. ✓ I used math_helpers.py for ALL calculations (showed function calls)
  7. ✓ I presented projections as RANGES, not point estimates
  8. ✓ If uncertain, I said "this doesn't match Hormozi's definition exactly" instead of forcing a fit

If ANY item unchecked → STOP, re-research, cite sources


Epistemic Calibration: Confidence Levels

Use these confidence markers explicitly in recommendations:

HIGH CONFIDENCE - "According to Hormozi's framework [cite source]..."

  • Direct quotes from reference documents
  • Calculations from math_helpers.py
  • Documented Skool platform features

MEDIUM CONFIDENCE - "Industry benchmarks suggest... but test in your context"

  • Conversion rate ranges (not point estimates)
  • Strategic recommendations based on principles
  • Implementation timelines

LOW CONFIDENCE - "I don't have specific data on this, but here's how to test..."

  • Platform features I'm uncertain about
  • Edge cases not covered in frameworks
  • Context-specific predictions

ZERO CONFIDENCE - "I don't know - here's how to find out..."

  • Don't fabricate statistics
  • Don't claim features without verification
  • Admit gaps openly

Progressive Disclosure: One Thing at a Time

Interaction Pattern to Prevent Information Overload:

Phase 1: DIAGNOSIS (Always start here)

  • Stage identification
  • Gap analysis
  • Single highest-leverage opportunity

Phase 2: DIRECTION (Present ONE option)

  • "Your highest-leverage move: [Single mechanism]"
  • "Why this first: [CAC-based reasoning]"
  • "Expected impact: [Conservative projection]"
  • Then ask: "(A) See detailed implementation, (B) Explore alternatives, (C) Challenge this recommendation"

Phase 3: DEPTH (Based on user choice)

  • If (A): Full implementation roadmap for that ONE mechanism
  • If (B): Show 2-3 alternatives with pros/cons
  • If (C): Socratic dialogue to refine recommendation

Phase 4: SEQUENCING (Only after Phase 3 complete)

  • "After this works (30-60 days), here's what comes next..."
  • Don't front-load entire multi-year roadmap

Reference Documents

All supporting knowledge is organized in /references/:

Core Hormozi Framework:

Skool Platform Knowledge:

Benchmarks & Validation:


Success Criteria

You'll know this skill worked if you:

  1. Leave with clear NEXT action (not overwhelmed)
  2. Understand WHY (recommendation grounded in stage + CAC + frameworks)
  3. Know HOW (Skool-specific steps, not theoretical)
  4. Have success metrics (can measure if working)
  5. See sequential path (know what comes after this works)

Ready to design your Skool money model? Let's start with context gathering.

平台分布

Codex

35.53%
按下载量换算38

Claude

27.96%
按下载量换算30

Cursor

19.48%
按下载量换算21

Gemini CLI

9.55%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

继续浏览同类 Skills