Google Doc · One-page brief
Objective: 对齐“一人公司增长系统”demo 的业务主张。
Context: 听众已经会用 AI，真正痛点是业务触点分散、判断无法复用、行动项容易流失。
Next step: 让合作伙伴准备三个真实 OPC 案例，分别代表内容型、服务型、产品型。
01 · Input
一段 founder 原始想法，不要只做摘要。
普通 AI 用法会把语音或会议整理成好看的总结。10 倍用法是把它变成 AI 可以长期复用的经营上下文。
Prompt
把这段想法整理成 founder context pack：提取战略判断、目标人群、行动项、风险边界、可复用资产，并更新项目上下文。
Raw intake
“我觉得 OPC 创业者不是缺工具，他们缺的是一套能把内容、销售、交付和复盘连起来的系统。我们要讲清楚：AI 放大的不是努力，是结构。”
→
Context pack
- Thesis: 30% 来自动作加速，10 倍来自系统重构。
- Audience: 已经会用 AI 的一人公司创业者。
- Boundary: 不讲工具横评，不讲基础 prompt。
- Asset: 生成 talk brief、demo spec、follow-up doc。
→
Reusable memory
- 下次做销售页可继承定位。
- 下次做社群活动可继承人群分层。
- 下次做课程设计可继承成熟度模型。
02 · Execution
行动项不要停在总结里。
跨 Google Docs、Outlook 和邮件的价值，不是“AI 会写”，而是人可以一句话委派，系统完成交接。
Prompt
把 action item 2 整理成一页 Google Doc，分享给合作伙伴；下周找 30 分钟发 Outlook 邀请，并用邮件说明背景和准备事项。
Read读取会议记录、历史 doc、项目背景。
Compose生成一页背景文档，保留来源与下一步。
Publish发布 Google Doc 并分享给合作伙伴。
Schedule创建 Outlook invite，附上背景文档链接。
Follow up发送邮件，写清楚准备材料和目标。
Outlook invite
Fri · 10:30-11:00
KDB/lizheng.ai Growth OS demo alignment
Agenda: offer spec, demo assets, second request proof.
03 · Business System
真实 Growth OS：把一期内容推进成一整套业务系统。
第三个 demo 不再用抽象 offer。直接用你的本地系统：Voice Memo、YouTube 转播客、playlist 自动化、lizheng.ai 嘉宾页/书页/skill。
Prompt
你是我的内容增长系统 operator。围绕这期新访谈生成 launch plan：podcast、guest page、YouTube playlist、书/skill/文章关联、launch checklist 和 context ledger。
Input · content event
Context Intake: Voice Memo / daily report
YouTube: long interview + transcript
Guest metadata: guest + episodes
Existing assets: book, skills, articles
Output · dispatched system
Podcast episode: title + shownotes + RSS queue
lizheng.ai: guest page / book / related links
YouTube: playlist plan + description dry-run
Memory: launch checklist + context ledger
Local paths to show
/Users/sunyuzheng/Desktop/kedaibiao/context intake
/Users/sunyuzheng/Desktop/AI/content/kedaibiao-channel/tools/youtube
/Users/sunyuzheng/Desktop/superlinear/sites/lizheng.ai
Safe commands to mention
python -m intake_skill dashboard
tools/youtube/create_playlists.py --plan
pnpm refresh:guests
04 · Compounding
第二次请求，才是真正的 demo。
如果第一轮留下了结构，第二轮不需要重做。它只需要在现有结构上派生。
Prompt
不要推翻现有结构。把同一个 offer 分别派生为内容型、服务型、产品型 OPC 三个版本，更新主诉求、欢迎邮件第一封和销售诊断问题。
内容型 OPC
主诉求：把内容从灵感驱动，升级为可复用的增长资产。
- 内容日历
- IP 主张库
- 私域承接脚本
服务型 OPC
主诉求：把交付经验产品化，减少每个客户都从零开始。
- 诊断问卷
- 交付 SOP
- 复盘模板
产品型 OPC
主诉求：把用户反馈、路线图和营销素材连接成迭代系统。
- 用户画像
- 反馈分层
- 发布节奏
第一轮是速度，第二轮是复利。