AI分野の初期スタートアップとして、Build in Publicは良い戦略です。実際には、Build in Publicは一つのことを意味します。毎日何をしているかを見せる必要があるということです。
それには以下が含まれます:
- ソーシャルメディアの更新
- コミュニティへのアナウンス
- 進行中のプロダクトとエンジニアリングの進捗
ローンチやマイルストーンだけでなく、日々の作業も含まれます。
本当の問題: 何を投稿すべきか分からなかった
多くの場合、Xアカウント運営の最大の課題は、一貫性やツールではありませんでした。もっとシンプルなことでした:
何を投稿すべきか分からなかった。 特に、販売や意見の共有よりも構築に集中する内向的なチームを運営している場合です。しかし、日々のコミュニケーションは既に創造の一形態です。それでも、自信を持って共有できるものに変換されていませんでした。
インスピレーションはリサーチからではなく、現実から来る
私たちは最終的に、振り返ってみれば明白なことに気づきました:
本当のインスピレーションは、コンテンツ企画やXで起きていること、人々がトレンドや最新の研究について話していることからではなく、日々の仕事から来ます。
私たちにとって、最も正直なシグナルは既にそこにありました:
-
Slack
日々のディスカッション、トレードオフ、決定、そして明確になった瞬間。
-
Notion
書かれ、書き直され、洗練されていくドキュメント。動いているプロダクト思考。
-
GitHub
実際にシップ、修正、変更したもの。意図ではなく、実行。
これがBuild in Publicを構成するものです。
VM0でアイデアをエージェントに変える
VM0はエージェントビルダーです。AIに「ツイートを書いて」と頼むのではなく、より具体的なタスクを与えました:
実際に起きたことを観察し、整理し、人間の判断のために提示する。
VM0を使用して、このアイデアをAGENTS.mdとvm0.yamlで定義されたエージェントにエンコードしました。
エージェントは以下を実行します:
SlackメッセージとGitHubアクティビティを分析し、Build in Public用のバイラルなX(Twitter)投稿を生成し、Notionに同期します。
エージェントは以下を行います:
1. 複数のソースからコンテンツを収集:
- Slackチャンネル(過去24時間)
- GitHub組織リポジトリ(最近のコミット、PR、Issue、リリース)
2. 「Build in Public」テーマを特定:
- プロダクトローンチ、技術的な勝利、マイルストーン
- 舞台裏のインサイトと決定
- アーキテクチャの選択、パフォーマンス作業
- 失敗、ピボット、開発者の教訓
- オープンソースとコミュニティへの貢献
3. テーマごとに2〜3つの投稿バリエーションを作成:
- 単一投稿またはショートスレッド
- フック → コンテキスト → 価値 → CTA
- 具体的な詳細、無駄なし
4. スコアと推奨を含むマークダウンレポートを生成
5. すべてを下書きとしてNotionデータベースに同期
これは私が文字通り自分で書いたものではありません。VM0との継続的なチャットを通じて共同作成されました。
ランタイム設定はシンプルです:
version: "1.0"
agents:
build-in-public:
provider: claude-code
instructions: AGENTS.md
skills:
- slack
- notion
environment:
SLACK_BOT_TOKEN: ${{ secrets.SLACK_BOT_TOKEN }}
NOTION_API_KEY: ${{ secrets.NOTION_API_KEY }}
NOTION_DATABASE_ID: ${{ secrets.NOTION_DATABASE_ID }}
エージェントは、データベースとして以下のテーブルを埋めるよう求めてきます:
| Title | Content | Type | Status | Date | Source | Viralty score | Orginal content | Recommended | Priority |
|---|
エージェントを実行した後、以下を得られました:
GitHub Actionsで日常の習慣にする
次に、このエージェントをVM0ワークフローに従ってスケジュールされたGitHub Actionに組み込みました:
https://blog.vm0.ai/en/posts/vm0-github-action
平日の仕事終わりに、レポートを受け取ります。実際に起きたことの日次サマリーが、公開可能なナラティブに変換されます。
私たちのチームワークフローをチェックできます。https://github.com/vm0-ai/team-workflows/tree/main/build-in-public
Human in the loop
しかし、自動公開のためにX APIに直接接続することはしませんでした。自動公開された投稿はありません。Xに盲目的にプッシュされるコンテンツはありません。
エージェントは投稿数を増やしませんでした。私たちをより注意深くさせました。
- 日記をつけるように、毎日行う意味のある仕事に対してより敏感になりました
- 何が可視性に値するかについてより意図的になりました
- 公に発言することに対してより責任を持つようになりました
投稿前に、チームに確認しました:
- これを公開して人々に知らせても大丈夫か?
- これは真実か?
- これは確かか?
- これをシップしても大丈夫か?
- これは本物か?
その後、手動で投稿を編集し、公開をクリックします。Xはボットだらけです。私たちはその一つになることを拒否します。
意図的に完全自動化の手前で止めました:常にHuman in the loop。
AIはコパイロットであり、スポークスパーソンではありません。Xには既に十分な合成音声があります。
Build in Publicには責任が伴う
これは、人間の判断とAIコパイロットを組み合わせたAIマーケティングの良い例です。このケースでは、自動化にGitHub Actionsを使用しています。また、VM0でネイティブのcronジョブを積極的に構築しているため、VM0エージェントを構築してタスクを直接スケジュールできるようになります。
お楽しみに。
ウェイトリストに参加して、独自のエージェントを作成してください。