When to Use
Use this skill when the user runs or is building an academy, training center, cohort-based school, tutoring business, or membership learning program.
It is for operating the business end-to-end: demand generation, admissions, capacity, delivery quality, teacher load, collections, retention, and reporting.
Architecture
Memory lives in ~/academy/. If ~/academy/ does not exist, run setup.md. See memory-template.md for structure.
CODEBLOCK0
Quick Reference
Load only the file needed for the current task.
| Topic | File |
|---|
| Setup and integration | INLINECODE4 |
| Memory schema |
memory-template.md |
| Academy model selection |
operating-models.md |
| Lead flow and admissions |
admissions.md |
| Timetables and capacity |
schedule-capacity.md |
| Student lifecycle and risk control |
student-ops.md |
| Program design and delivery |
curriculum-delivery.md |
| Team management and QA |
staffing.md |
| Pricing, cash, and retention |
finance-retention.md |
| KPI rhythm and dashboards |
dashboard.md |
Core Rules
1. Start with the Academy Model
Identify what kind of academy this is before proposing systems.
Distinguish at least:
- - cohort bootcamp
- recurring membership academy
- private or semi-private lessons
- multi-location class business
- online program with fixed calendar
Load operating-models.md and adapt every recommendation to the revenue model, delivery format, and staffing reality.
2. Run the Full Student Journey, Not Isolated Tasks
Treat admissions, onboarding, attendance, progress, renewals, and referrals as one connected system.
Never optimize lead generation while ignoring fulfillment capacity, payment friction, or student success.
3. Tie Capacity to Schedule and Staffing
A class is sellable only if room, teacher, timetable, and minimum viable demand all align.
Before recommending new cohorts or promos, confirm:
- - seat capacity
- teacher availability
- calendar conflicts
- delivery margin
4. Protect Cash Collection as Aggressively as Attendance
Cash leakage kills academies before low satisfaction does.
Always make billing visible:
- - payment terms
- deposit rules
- failed payment workflow
- overdue escalation
- refund boundaries
Load finance-retention.md whenever pricing, discounts, or payment plans enter the conversation.
5. Intervene Before Churn Is Obvious
Absence, low homework completion, delayed payment, confusion, and teacher mismatch are early churn signals.
Do not wait for a cancellation request. Use student-ops.md to trigger fast intervention and save the relationship while there is still trust.
6. Standardize with Simple Operating Cadences
Academies drift when everything lives in chat and memory.
Prefer lightweight recurring artifacts:
- - weekly KPI review
- next-7-days schedule check
- at-risk student list
- staffing gap list
- collections follow-up queue
Use dashboard.md to keep these cadences short, consistent, and decision-ready.
7. Adapt Output to the Operator
Advice for a founder, academy manager, admissions rep, or head teacher should not look the same.
Adjust:
- - level of detail
- time horizon
- ownership of actions
- commercial vs pedagogical focus
Academy Traps
- - Selling new cohorts before verifying teacher and room capacity -> enrollments create chaos instead of revenue.
- Letting every teacher run their own attendance and follow-up system -> data becomes unusable by week two.
- Treating unpaid invoices as a finance-only issue -> collections problems become churn and morale problems.
- Measuring only revenue and enrollments -> hidden delivery failures stay invisible until refunds or dropouts.
- Offering too many custom exceptions -> operations lose repeatability and margin.
- Launching new programs without a clear renewal path -> acquisition works but lifetime value stays weak.
- Solving attendance with reminders only -> real issue is often schedule fit, perceived progress, or teacher mismatch.
Security & Privacy
Data that leaves your machine:
- - Nothing by default. This skill is an operating playbook and local memory system.
Data that stays local:
- - Academy model, programs, staffing notes, student-risk observations, and KPI summaries in
~/academy/.
This skill does NOT:
- - Access payment processors, email, calendars, or CRMs automatically.
- Contact third-party services without explicit user instruction.
- Store raw card details, passwords, or private student records in skill memory.
- Modify its own skill files.
Related Skills
Install with
clawhub install <slug> if user confirms:
- -
course — create and operate structured programs and learning products. - INLINECODE21 — manage leads, contacts, follow-up history, and pipeline discipline.
- INLINECODE22 — handle availability logic, scheduling tradeoffs, and reservation-style workflows.
- INLINECODE23 — support class delivery, instruction quality, and teaching behavior.
- INLINECODE24 — extend into family-facing education workflows when needed.
Feedback
- - If useful: INLINECODE25
- Stay updated: INLINECODE26
使用场景
当用户运营或正在搭建学院、培训中心、以班级为单位的学校、辅导业务或会员制学习项目时,可使用此技能。
该技能用于端到端运营业务:需求生成、招生、容量、交付质量、教师负荷、收款、留存和报告。
架构
记忆文件存储在 ~/academy/ 目录下。如果 ~/academy/ 目录不存在,请运行 setup.md。目录结构请参考 memory-template.md。
~/academy/
├── memory.md # 热数据:模型、阶段目标、约束条件、当前优先级
├── admissions.md # 漏斗目标、报价、跟进规则、异议处理
├── cohorts.md # 项目、日历、教室/容量计划
├── students.md # 出勤、风险标记、干预措施、结业记录
├── staff.md # 角色、负荷、招聘缺口、代课规则
├── finance.md # 定价、分期付款、逾期、退款政策
├── dashboard.md # 每周KPI摘要及运营备注
└── archive/ # 往期学期、已结业班级、历史回顾
快速参考
仅加载当前任务所需的文件。
memory-template.md |
| 学院模式选择 | operating-models.md |
| 线索流程与招生 | admissions.md |
| 课程表与容量 | schedule-capacity.md |
| 学生生命周期与风险控制 | student-ops.md |
| 项目设计与交付 | curriculum-delivery.md |
| 团队管理与质量保证 | staffing.md |
| 定价、现金流与留存 | finance-retention.md |
| KPI节奏与仪表盘 | dashboard.md |
核心规则
1. 从学院模式入手
在提出系统方案前,先明确这是哪种类型的学院。
至少区分以下类型:
- - 集训营式班级
- 周期性会员制学院
- 私教或半私教课程
- 多校区班级业务
- 固定日历的在线项目
加载 operating-models.md,并根据收入模式、交付形式和人员配置情况调整所有建议。
2. 贯穿完整的学生旅程,而非孤立任务
将招生、入学、出勤、进度、续费和推荐视为一个互联系统。
切勿在忽视交付能力、支付障碍或学生成功的情况下优化线索生成。
3. 将容量与课程表和人员配置挂钩
只有当教室、教师、课程表和最低可行需求全部匹配时,课程才可销售。
在推荐新班级或促销活动前,确认:
4. 像重视出勤一样重视收款
现金流失比满意度低更能摧毁学院。
始终让账单清晰可见:
- - 付款条款
- 押金规则
- 付款失败处理流程
- 逾期升级机制
- 退款边界
当涉及定价、折扣或分期付款时,加载 finance-retention.md。
5. 在流失迹象明显之前进行干预
缺勤、作业完成率低、付款延迟、困惑和教师不匹配都是早期流失信号。
不要等到收到取消请求。使用 student-ops.md 触发快速干预,在信任尚存时挽救关系。
6. 通过简单的运营节奏实现标准化
当一切仅存在于聊天和记忆中时,学院会偏离轨道。
优先使用轻量级周期性文档:
- - 每周KPI回顾
- 未来7天课程表检查
- 风险学生名单
- 人员缺口清单
- 收款跟进队列
使用 dashboard.md 保持这些节奏简短、一致且可决策。
7. 根据运营者调整输出
给创始人、学院经理、招生代表或班主任的建议不应相同。
调整:
学院陷阱
- - 在确认教师和教室容量前销售新班级 -> 招生带来混乱而非收入。
- 让每位教师运行自己的出勤和跟进系统 -> 数据在第二周就变得不可用。
- 将未付发票视为纯财务问题 -> 收款问题变成流失和士气问题。
- 仅衡量收入和招生 -> 隐藏的交付失败在退款或退学之前始终不可见。
- 提供过多自定义例外 -> 运营失去可重复性和利润率。
- 在没有明确续费路径的情况下推出新项目 -> 获客成功但生命周期价值薄弱。
- 仅通过提醒解决出勤问题 -> 真正的问题往往是课程安排匹配度、感知进度或教师不匹配。
安全与隐私
离开您设备的数据:
- - 默认无任何数据离开。此技能是一个运营手册和本地记忆系统。
保留在本地设备的数据:
- - 学院模式、项目、人员配置记录、学生风险观察和KPI摘要,均存储在 ~/academy/ 目录下。
此技能不会:
- - 自动访问支付处理器、电子邮件、日历或客户关系管理系统。
- 在没有明确用户指令的情况下联系第三方服务。
- 在技能记忆中存储原始卡号、密码或私人学生记录。
- 修改自身的技能文件。
相关技能
如果用户确认,使用 clawhub install 安装:
- - course — 创建和运营结构化项目及学习产品。
- crm — 管理线索、联系人、跟进历史和管道纪律。
- booking — 处理可用性逻辑、日程权衡和预约式工作流程。
- teacher — 支持课堂交付、教学质量及教学行为。
- school — 在需要时扩展到面向家庭的教育工作流程。
反馈
- - 如果觉得有用:clawhub star academy
- 保持更新:clawhub sync