上下文成本
Agent 要减少跨文件与跨层级的切换，而不只是生成代码。
“Developers are bad at: ... context-switching between files and layers.”
Reddit · r/ClaudeCode
We’re using AI coding agents wrong ↗
We’re using AI coding agents wrong ↗
北美市场 · 90 天增长计划
WorkBuddy
北美增长策略
与 WorkBuddy 的一天
由孔依琳 Emma Kong 制作的 AI 视频
单独打开视频 ↗北美增长系统：从市场信号到留存
市场洞察、用户反馈和分发实验需要形成同一套增长闭环
01 监听
竞品、模型、用户与潜在用户
每日信号与每周总结
02 洞察
访谈 ICP，识别 Aha moment
把障碍和需求反馈给产品
03 激活
用真实任务与模板
证明首个使用价值
04 传播
Ambassador、KOL 与社区
放大可信用户声音
05 留存
日/月留存与模板复用
识别持续使用的功能
策略主张
增长运营负责连接市场信号、真实用户工作流与可衡量实验，并把有效打法沉淀为可复制的 playbook。
品类信号
WORKBUDDY NA GTM02
“Agents ... plan tasks, navigate codebases, read/write files, execute terminal commands, test outputs, debug errors, and iterate.”
Reddit · r/AgentContext_dev · 公开 Agent 定义讨论 ↗Social Listening 是第一阶段的决策基础
把公开讨论里的用户原话保留下来，再从原话提炼产品与增长判断
可靠性成本
“能跑”不等于完成；失败、返工与人工复核必须被计入价值。
“The result is usually a large blob of code that kind of works.”
Reddit · r/ClaudeCode
同一篇公开讨论 ↗
同一篇公开讨论 ↗
速度 × 成本
慢、超额和网络错误会直接破坏“更高效”的产品承诺。
“Got to negative balance (-0.92$) and didn't finish ... which was still faster than waiting for Kimi K3.”
Reddit · r/LLMDevs
Is anyone ACTUALLY use Kimi K3? ↗
Is anyone ACTUALLY use Kimi K3? ↗
信任与控制
真实项目采用 Agent 前，用户会先问：谁在审查、谁能接管、谁承担风险？
“I’d be interested to hear how people ... think about trust, review, and autonomy when using AI agents on real projects.”
Reddit · r/VibeCodeDevs
Are AI coding agents making developers better? ↗
Are AI coding agents making developers better? ↗
我的判断：内容与产品反馈应围绕四个问题组织：完成得了吗？比当前组合快吗？成本可预测吗？用户能否检查、接管并追溯？
证据边界：以上是前序 TikHub Reddit 抽样中的公开帖子原话，属于相邻品类代理信号，不等同于 WorkBuddy 客户反馈；Discord 暂作为后续定向观察与访谈渠道。
WORKBUDDY NA GTM03用户访谈的重点是 Aha moment
访谈要观察真实任务，而不是只问用户是否喜欢某个功能
任务前
最近一次耗时任务是什么？
涉及哪些文件、网页和工具？
任务中
哪里需要反复解释？
哪里出错、等待或失去控制？
任务后
哪一刻明显更快或更有创造力？
什么结果愿意再次使用或推荐？
Aha moment 的验证标准
速度用户是否明显减少搜索、复制、切换、等待和整理，而不只是生成更快
创造力Agent 是否扩大方案空间，同时保留用户判断
信任结果是否可检查、可修改、可追溯，失败后是否容易恢复
研究启示：Agent 节省的是端到端协调时间；如果用户把节省的执行时间重新花在复核、重做和重新解释上，速度优势并不成立。
真实工作流声音
WORKBUDDY NA GTM04
“Feature work breaks down into pretty clean chunks. I've rolled my own playbook: Brainstorm PRD, Architect, Plan ... adversarial review ... Auto-test, User walk-through.”
TikHub Reddit snapshot · 2026-07-21 · r/ClaudeCode ↗ICP 与行业优先级
先选择付费动机强、任务高频且能公开展示成果的用户
| 优先级 | 人群 / 行业 | 高价值任务 | 为什么现在值得测试 |
|---|---|---|---|
| P1 | AI-native 小团队 Solo founders | 研究、发布、客户洞察、运营交付 | 人少任务多，采用快，传播意愿高 |
| P1 | 营销与咨询 agency | 研究到 brief、deck、内容与报告 | 节省时间直接影响利润率 |
| P2 | 高频知识工作者 | 跨网页、文件与文档完成决策任务 | 市场大，但需要更强场景教育 |
| 验证池 | 教育与培训 | 课程研究、教学材料、行政工作 | 可做用例实验；预算、采购周期和季节性需验证 |
策略取舍：教育行业暂不作为首要商业楔子。只有当访谈证明存在明确预算、短采购周期和高频付费任务时，才提高优先级。
Agency 用户声音
WORKBUDDY NA GTM05
“The output was consistent and professional but iteration speed was slow ... We could not test fast enough.”
TikHub Reddit snapshot · 2026-03-27 · r/SaaS ↗ICP 发现与触达渠道：先观察，再招募
社区是进入用户语境的入口；每个渠道都要配一个具体任务、一个合适的触达动作和一条规则边界
P1 · AI-native 小团队 / Solo founders
寻找愿意公开展示“从研究到交付”的创始人、builder 和早期产品团队。
Reddit 观察池
其他入口
触达动作：邀请完成一个“竞品研究 → 1 页 brief”的 20 分钟任务访谈；先给任务模板，再问是否愿意测试。
P1 · 营销与咨询 agency
重点找每天需要研究、写 brief、做 deck、交付报告的人，而不是泛营销受众。
Reddit 观察池
专业社区
Online Geniuses ↗SEO、增长和 agency 从业者网络
RevGenius ↗销售与 revenue 团队的工作流讨论
Superpath Community ↗内容营销从业者与 freelance agency
触达动作：用同一 brief 做“人工组合 vs WorkBuddy”对比，记录节省的搜索、切换、返工时间。
P2 · 高频知识工作者 / 验证池
先从已有工具习惯和公开问题切入，再判断是否存在 WorkBuddy 的跨网页、文件、文档价值。
Reddit 观察池
r/productivity ↗效率系统、重复任务与工具组合
r/Notion ↗知识库、模板和团队协作
r/ObsidianMD ↗个人知识管理与可复用工作流
r/Teachers ↗r/Professors ↗教育场景作为验证池，不预设商业优先级
Discord / 事件入口
触达动作：围绕“把一周资料整理成可审阅决策包”做 diary study，而不是发泛泛的 AI 工具问卷。
WorkBuddy 自有入口： WorkBuddy Official Discord ↗（2026-09-09 公开 invite 元数据：约 288 名成员、23 人在线，含 #prompt-library）。适合做产品反馈与任务招募；不代表社区成员已验证商业需求。所有外部社区先读规则、先贡献，再邀请访谈。
WORKBUDDY NA GTM06
Ambassador 计划用于建立可信的社区生态
品牌声量来自真实使用者的重复分享，而不是一次性合作帖子
01
发现
从 SaaS 社区、Discord、newsletter 和现有用户中找到高匹配 ICP
02
共创
用真实任务测试 WorkBuddy，记录成功、失败和产品建议
03
赋能
提供模板、demo 素材、办公室时段和产品团队反馈通道
04
扩散
让 Ambassador 在自己的社区分享可复现的工作流和结果
推进原则：先建立 20–30 人种子池，激活 5–10 位持续贡献者，再根据任务完成与转介绍数据扩张。
共创信号
WORKBUDDY NA GTM07
“I add notes from the dashboard as it works ... and even inform it of a bug — which it fixes.”
TikHub Reddit snapshot · 2026-07-17 · r/AI_UGC_Marketing ↗KOL 策略：先建立品牌认知，再扩大转化
100 人是可管理的分层名单，第一轮先用真实候选验证内容质量与受众匹配
Phase 1 · YouTube first
| 分层 | 规模 | 内容画像 | 示意 KOL / YouTube | 首轮合作 |
|---|---|---|---|---|
| Tier A 品牌型 | 10–15 位 | AI productivity Future of work Solo founder | Greg Isenberg BRAND REACHMarketing Engineer: The $1M Job with AI Agents ↗FDE: The $1M/Year AI Job Explained ↗截图观察：约 70.7 万订阅；两支视频约 13.6 万 / 19.9 万观看（动态值） Jeff Su FIT 85AI Agents, Clearly Explained ↗ Ali Abdaal FIT 69I Tried 137 Productivity Tools ↗ | 深度评测 主题视频 联合观点 |
| Tier B 场景型 | 25–35 位 | AI 工作流 Agency Notion / 自动化 | Dan Martell FIT 9315 AI Tools ... With Zero Employees ↗ Productive SetupsAI productivity channel ↗ | 同任务对比 教程 工作流复盘 |
| Tier C 长尾测试 | 50–60 位 | 垂直社区 新兴创作者 | 从 YouTube 搜索结果继续筛选，保留频道、视频与匹配证据 | 产品试用 模板共创 反馈与转介绍 |
策略判断：Greg Isenberg 这类“category creator”值得进入 Tier A——他把 AI 工具上升为 Marketing Engineer / FDE 等新工作方式，能够帮助 WorkBuddy 讲清楚“为什么需要 Agent”，而不只是“怎么用一个工具”。合作假设仍需先用同任务实测验证。
来源：KOL Agent · TikHub YouTube Web V2 公开发现结果，抓取于 2026-09-05；Greg 视频标题与动态观看数于 2026-09-10 复核。Fit / BRAND REACH 是候选筛选信号；地区、受众构成、合作意愿与商业条款仍需人工复核。
WORKBUDDY NA GTM08旗舰内容：同一个任务的可验证对比
从产品功能展示升级为从任务到交付物的公开实验
示例任务
研究 5 个北美 AI Agent，整理用户痛点，交付一份带来源的市场进入建议
目标理解
是否需要用户重新拆解
执行过程
网页、文件、工具与中间检查
交付质量
来源、可编辑性与可用程度
人工成本
指导、纠错和最终验证时间
可信度
失败可见、权限审批与结果追踪
适合的内容形态
- YouTube 发布完整任务实测，X / LinkedIn 发布关键片段与结论，newsletter 复盘方法与失败边界
- 披露测试条件，保留失败和人工介入，避免只展示成功案例
为什么做“同任务对比”
WORKBUDDY NA GTM09
“I gave Claude Code nine real product photos and an unfinished brief, then went and watched TV while it made the video.”
TikHub Reddit snapshot · 2026-07-17 · 从 brief 到交付物 ↗用户信任：透明定价与隐私控制
这不是附加卖点：Agent 越能代替用户执行，成本不确定性与数据风险越会阻碍采用
透明定价
- 在 pricing page 说明套餐、额度与超额规则
- 任务开始前显示预计用量或成本区间
- 支持消费上限，接近上限时主动提醒
- 定价或额度变更提前通知
隐私与控制
- 解释数据访问范围、保存期限与用途
- 敏感操作要求用户批准
- 提供执行日志，重要操作可追溯
- 记忆与连接器可查看、撤销和删除
为什么强调 Pricing多步骤任务的调用量和返工次数会波动；无法预估单次任务成本，团队就难以形成预算与规模化使用。
为什么强调 Privacy跨文件、浏览器和连接器执行意味着更深的数据访问；价值越接近真实工作，权限与审计越影响信任。
信任标准建议 · 须经产品、法务与安全团队验证
用户在使用前知道成本，在执行中掌握权限，在使用后可以审查并删除数据。以上为建议，不代表已验证的 WorkBuddy 现有能力。
Pricing 用户声音
“The $3/$15 pricing looks attractive, but ... each successful run cost 2–3× as much as Opus.”
TikHub snapshot · 2026-07-20 · r/LLMDevs ↗Privacy 用户声音
“Claude Code ... reads everything in your project directory by default — .env files, API keys, private certs included.”
TikHub snapshot · 2026-08-28 · r/SideProject ↗增长度量：留存、模板与核心功能
用行为数据定位可复用场景，为 onboarding、模板和产品优先级提供依据
D1 / D7 / D30 / 月留存
不同周期是否持续回来完成任务
模板复用率
用户是否再次使用同一模板
每周任务完成数
关注完成的交付物，而非启动次数
核心功能渗透
留存用户反复使用哪些功能
按什么切分 cohort
- ICP 与行业
- 首个完成的任务
- 首次采用的模板
- 核心功能组合
比较哪些关键行为
- 首周是否完成第一个可交付成果
- 第 7 天或第 30 天是否复用模板
- 留存用户反复调用哪些核心功能
- 哪些行为先于主动分享或邀请
决策输出：优先推广与 D30 留存、主动分享高度相关的首次任务和模板。弱相关功能进入改版或降级验证。 相关性不等于因果，需通过实验验证。
重复使用信号
WORKBUDDY NA GTM11
“Second one was different. Had the system tighter ... Takes about 60–90 minutes once the process is locked in.”
TikHub Reddit snapshot · 2026-04-26 · r/DigitalProductSellers ↗90 天推进计划
以发现、验证和收敛三个阶段寻找可复制的北美增长路径
0–30 天 发现
- 搭建 social listening
- 访谈 15–20 位 ICP
- 收集 30 个真实任务
- 完成竞品统一任务测试
31–60 天 验证
- 上线 3 个任务模板
- 招募 10–20 位早期用户
- 激活首批 Ambassador
- 测试 10–15 位 KOL
61–90 天 收敛
- 选择最佳 ICP 与任务
- 固化 onboarding 与内容
- 扩大有效 KOL 层级
- 建立产品反馈与留存复盘
核心策略
用 social listening 与任务访谈找到第一个可复制任务，通过透明的同任务对比完成价值证明，再由 KOL、Ambassador 和留存数据放大有效路径。
90 天目标：找到一个北美用户愿意反复交给 WorkBuddy、能稳定完成、也愿意分享给同行的任务。 以上为建议目标，需结合资源与验证结果调整。
为什么先验证一个真实问题
“It was basically one person who had a real problem, me talking to him, and then actually building what he needed.”
TikHub Reddit snapshot · 2026-08-18 · r/SaaS ↗TALK TRACK Find one repeatable job, prove its value, and scale it through trusted distribution and retention data.
WORKBUDDY NA GTM12