成长弧线
管道工。销售代表。GTM 工程师。
⌄
每个 GTM 创作者都有同样的关于页面。
"我以前做销售代表。后来发现了 Clay。现在我教别人怎么用它。"
很好。这是我的故事。
但我的故事从铜管和喷灯开始。
三个层次
我不是从销售代表直线走到 GTM 工程师的。我经历了三个层次，每一个都重塑了我对构建的理解。
管道工第一层
进入科技行业之前，我是个管道工。不是比喻。真正的管道工。通过听墙壁诊断问题，追踪没人愿意碰的管道，在没有文档的情况下在压力下修复系统。
它教会我的：每个系统都有它的逻辑。跟着水流走。如果上游出了问题，下游一切都会崩溃。而且没人会尊重你的修复，直到水不再漏了。
销售代表第二层
每天 200+ 封冷邮件。主域名，不做预热，SalesLoft 序列，手动在 Salesforce 记录活动。在没人想要的客户里从零开始建立采购委员会。
它教会我的：数量是老师。拒绝是数据。那些手动磨出来的做外呼的人，才是后来真正理解什么该自动化的人。
GTM 工程师第三层
我不再在系统内工作，而是开始构建系统。Clay 表格，HubSpot 自动化，Instantly 序列，网站访客识别工作流，数据增强管道。以前手动做的活，现在跑在我设计的基础设施上。
它教会我的：最好的构建者是那些在自动化之前亲手做过这份工作的人。你无法工程化你不理解的东西。
这些都不能定义我。但它们都磨砺了我的产出。
核心论点
这不是氛围编程。
我不是随便提示一下就发布生成的东西。我在写一行代码之前先用计划模式。出了问题就用提问模式。用子智能体做并行工作。我测试，我搞崩，我读错误日志，我修复，我发布。
AI 不会替你做工作。它加速的是你已经理解的工作。
这个网站的每一页都是迭代出来的，不是生成的。每个技能在文档化之前都调试过。每个营销模板在变成实战手册之前都在真实管道上测试过。
这个仓库有超过 400 个文件。没有一个是一次性提示的产物。
三个网站，一个系统
这不是虚荣。这是架构。
shawnos.ai构建者。个人操作系统。每日追踪、RPG 成长、头像系统、API 层。基础设施就在这里。
thegtmos.ai实战手册。GTM 工程框架、工作流拆解、营销活动架构。管道生成背后的系统。
thecontentos.ai语音引擎。内容即代码发布、语音 DNA、内容再利用管道。文字如何生产，去往何处。
三个域名。一个代码仓库。每一页、每一个 API 路由、每一张生成的图片都来自同一个代码库。这里没有偶然。