アーク

配管工。SDR。GTMエンジニア。

⌄

すべてのGTMクリエイターは同じ自己紹介ページを持っている。

「SDRだった。Clayを見つけた。今はその使い方を教えている。」

なるほど。これが私のバージョン。

ただし、私のは銅管とバーナーから始まる。

レイヤー

SDRからGTMエンジニアに一直線で進んだわけじゃない。3つのレイヤーを経て、それぞれが構築への考え方を根本から変えた。

配管工レイヤー 1

テックの前は配管工だった。比喩じゃない。本物の配管。壁に耳を当てて問題を診断し、誰も触りたがらないパイプを辿り、ドキュメントなしでプレッシャーの中システムを直す。

学んだこと：すべてのシステムにはロジックがある。流れを追え。上流で何かが壊れたら、下流のすべてが壊れる。そして水漏れが止まるまで、誰もその修理を評価しない。

SDRレイヤー 2

1日200通以上のコールドメール。プライマリドメイン、ウォームアップなし、SalesLoftシーケンス、Salesforceアクティビティの手動ログ。誰も手をつけたがらないアカウントでゼロからバイイングコミッティを構築。

学んだこと：量は教師になる。拒否はデータになる。手動でアウトリーチを地道にやった人こそが、後で何を自動化すべきかを本当に理解できる。

GTMエンジニアレイヤー 3

システムの中で働くのをやめて、システムを作る側になった。Clayテーブル、HubSpot自動化、Instantlyシーケンス、ウェブリビールワークフロー、エンリッチメントパイプライン。以前手作業でやっていた仕事が、今は自分が設計したインフラ上で動いている。

学んだこと：最高のビルダーは、自動化する前にその仕事をやっていた人間だ。理解していないものはエンジニアリングできない。

これらのどれも私を定義しない。すべてが私の出荷するものを研ぎ澄ませる。

これはバイブコーディングじゃない。

一度プロンプトを打って返ってきたものをそのまま出荷するなんてことはしない。コードを一行書く前にプランモードを使う。何かが壊れたらアスクモードを使う。並列作業にはサブエージェントを走らせる。テストし、壊し、エラーを読み、直し、出荷する。

AIがあなたの代わりに仕事をするわけじゃない。あなたが既に理解している仕事を加速する。

このサイトのすべてのページは、生成されたのではなくイテレーションされた。すべてのスキルはドキュメント化される前にデバッグされた。すべてのキャンペーンテンプレートは、プレイブックになる前にリアルなパイプラインでテストされた。

リポジトリには400以上のファイルがある。ワンショットプロンプトで作られたものはゼロ。

虚栄心じゃない。アーキテクチャだ。

shawnos.aiビルダー。パーソナルOS。デイリートラッカー、RPGプログレッション、アバターシステム、APIレイヤー。インフラが住む場所。

thegtmos.aiプレイブック。GTMエンジニアリングフレームワーク、ワークフロー解説、キャンペーンアーキテクチャ。パイプライン生成の裏側にあるシステム。

thecontentos.aiボイスエンジン。コンテンツ・アズ・コードのパブリッシング、ボイスDNA、リパーパスパイプライン。言葉がどう作られ、どこに届くか。

3つのドメイン。ひとつのmonorepo。すべてのページ、すべてのAPIルート、すべての生成画像が同じコードベースから。ここに偶然はない。

見るだけのポートフォリオじゃない。フォークできるシステムだ。