03 · 扩规模与自动化

先识别，再自动化

不要在不确定方向前过度自动化。先找到「重复、确定、高频」的工作，再考虑自动化。

帮我分析以下这周的工作日志，找出最适合自动化的工作：

[贴出工作记录，比如：回复用户邮件 2 小时、更新课程进度数据 1 小时、发周报 30 分钟、...]

评估标准：
1. 重复度（多少次/周）
2. 规则性（是否有固定规则，不需要判断）
3. 自动化有多难（0=无技术门槛，5=需要大量开发）
4. 自动化后节省多少时间

按「优先级 = 价值 / 难度」排序，给出 TOP 3 自动化建议。

用 GitHub Actions 自动化运营

帮我写一个 GitHub Actions workflow，每周一自动执行：

1. 从 Supabase 拉取上周新用户数、付费数、收入
2. 生成一份 markdown 格式的周报（含同比对比）
3. 把周报发到我的企业微信（Webhook）
4. 同时把周报存到 /reports/weekly/ 目录并 commit

Supabase URL 和 key 从 GitHub Secrets 读取。

自动化用户通知

写一个 Supabase Edge Function，当用户完成一门课程时自动触发：

触发条件：course_progress 表里某用户所有 lesson 的 completed = true

执行：
1. 生成完课证书（调用 /api/certificates/generate）
2. 通过邮件（Resend）给用户发完课邮件（从 /templates/completion-email.html 读取模板）
3. 在 completions 表记录完课时间

不要重复触发（同一用户同一课程只发一次）。

什么时候该招人

我的一人公司现在状态：
- 月收入：30,000 元
- 月用户活跃：800（付费 150）
- 我每周工作时间：60 小时（已经很满）
- 主要瓶颈：课程录制占据了 60% 时间，导致产品迭代很慢

帮我分析：
1. 我现在的瓶颈是时间还是能力边界？
2. 如果要雇第一个人，应该雇什么角色（课程编辑/产品/运营）？
3. 雇之前，Claude Code 还有哪些工作可以先替代
4. 雇人的财务测算：月薪多少以内是合理的（基于现有收入）

从一人到小团队的过渡

我决定招第一个人（课程编辑），帮我：

1. 写一份职位描述（JD）
2. 设计面试流程（3 轮，最终决策标准）
3. 写一份入职 30 天计划
4. 设计协作流程（如何和 Claude Code 辅助配合工作）

我们是远程工作，工具：飞书 + GitHub + Notion。