Claude Codeにブランドのマーケティングワークフローを走らせてみた

Dev.to / 2026/4/5

💬 オピニオンTools & Practical Usage

要点

  • 著者は、デザイン、スケジューリング、SNSアプリ、アナリティクスといった複数のマーケティングツール間でのコンテキスト切り替えに苛立ち、プロセスが断片化して信頼できない「リレー競技」のようなワークフローになっていく様子を語る。
  • 「ターミナル上でのマーケティング」の代わりに、再現可能で検査可能なテキスト駆動タスクを扱える信頼できる実行レイヤー(Wonda)の上に、自然言語インターフェース(Claude Code)を設計した。
  • Wondaはコンテンツ・ワークフロー向けのCLIおよびAPIとして位置づけられており、パフォーマンス確認、ブランド参照の取得、メディア生成、プラットフォームに合うように編集していくこと、そして公開といったステップをサポートする。
  • この仕組みはリサーチ、生成、編集、公開において特にうまく機能する一方で、それでも人間によるレビュー、センス、そして節度が必要だと強調している。

問題は、抽象的に「マーケティングは難しい」ということではありませんでした。問題は、1つの投稿を世に出すまでが、互いのことを何も知らないツール同士のまずいリレー競技みたいに感じられたことです。

デザインツールを開く。何かを書き出す。トリミングがほんの少しズレていると気づく。再書き出しする。スケジューラを開く。キャプションを貼り付ける。実際のアプリでキャプションがまだ読みやすいか確認するためにInstagramを開く。明日になって、そのものが何かしてくれたのかを見る。

このループは、マーケティングが主な仕事なら許容できます。でも、創業者や開発者として、プロダクト作業の合間に、サポート、バグ対応、リリースをこなしながらそれをやろうとしているなら最悪です。

ようやく私の中でピンときたのは、これでした:

私は本当に「ターミナルでのマーケティング」がしたかったわけではありませんでした。上に自然言語があり、下にエージェントが確実に操作できるコマンドの操作面が欲しかったのです。

だから私は Wonda を作りました。

これは中立なレビューではありません。実際に私たちが使っているワークフロー、そのプロダクトが本当に助けてくれること、そして絶対に解決してくれないところをまとめた文章です。

TL;DR

ダッシュボード経由でマーケティングをやるのに疲れたので、インターフェースはClaude Codeにして、その下の実行レイヤーとしてWondaを使い始めました。全体がテキスト駆動で検査可能なので、調査、生成、編集、公開にうまく機能します。それでも、人間によるレビューやセンス、そして節度は必要です。

インターフェースが本当の問題だった

技術者がフック、配信(ディストリビューション)、クリエイティブを理解できないからマーケティングが下手だ、とは思いません。

むしろ多くの人は、いつものツールが、私たちのやり方に抵抗してくるから苦手になるのだと思います。

昔のループは、だいたいこんな感じでした:

  1. Figmaで画像を作る、またはどこか別の場所でリールのアイデアを雑に組み立てる。
  2. ローカルに書き出す。
  3. それをスケジューラにアップロードする。
  4. スケジューラのプレビューを完全には信じられないので、とにかくInstagramかTikTokを開く。
  5. 後で別の場所で分析を見る。

これは1つのワークフローではありません。分断された5つのワークフローを、テープで貼り合わせたようなものです。

私が欲しかったのは、もっとシンプルなもの:

  • スクリプト化できること
  • 組み合わせ可能であること
  • あとから検査できること
  • ブラウザ操作を必要とせずにClaude Codeが動かせること

最後の条件は、思っていたよりも重要でした。

Wondaが実際に何か

短く言うと、WondaはコンテンツのワークフローのためのCLIとAPIです。

私が特に重視している狭いループは:

  • 何が機能しているかを確認する
  • ブランドの参照を取り込む
  • スティル(静止画)または短い動画を生成する
  • それらを、よりそのプラットフォームらしいものに編集する
  • ワークフローの外に出ずに公開する

ただしプロダクトは、この投稿に出てくる数個のコマンドにとどまりません。裏側にはメディア管理、ワークフローブループリント、チャット駆動の生成、ブランド/スタイルの抽出、スクレイピング、分析、そしてダイレクトな公開のためのUI(サーフェス)もあります。そうした全部をこの文章に詰め込もうとしていない理由はシンプルで、私にとって役に立つ部分は、小さな1つのループを「繰り返し可能」に感じられるようにすることだったからです。

そして、ほとんどの時間、私は毎回すべてのコマンドを手で打ってはいません。

たいていは、Claude Codeに「やりたいこと」を伝えるだけで、下でCLIが使われます。

最小構成のループは、こんな感じです:

# 画像を生成
wonda generate image \
  --model nano-banana-2 \
  --prompt "iced matcha latte on a stone counter" \
  --aspect-ratio 1:1 \
  --wait -o matcha.png

# 短い動画を生成
wonda generate video \
  --model seedance-2 \
  --prompt "slow handheld push-in on a coffee pour" \
  --duration 5 \
  --aspect-ratio 9:16 \
  --params '{"quality":"high"}' \
  --wait -o pour.mp4

# アップロードして公開
MEDIA=$(wonda media upload pour.mp4 --quiet)
wonda publish instagram \
  --media "$MEDIA" \
  --account "$ACCOUNT_ID" \
  --caption "Morning ritual."

もちろん、これがプロダクトの全てではありません。これは、私にとって「役に立つ」と感じさせてくれた最短のループです。

本当の解放(アンロック)はCLIではない。エージェントだった。

なぜこれがうまくいくのかを1文で要約すると、こうです:

ここで主役なのはターミナルではありません。ターミナルは、エージェントが使える“安定した土台”です。

フラグを覚えること自体を楽しめるわけではありません。それが目的ではないからです。目的は、インプットがテキストでアウトプットがJSON、待機がブロッキングで、実行コマンドが検査でき、エラーが予測可能である—こういうものが、クリックしてSaaSダッシュボードをあちこち行き来するより、エージェントの実行レイヤーとしてずっと良いということです。

だから私は、構文レベルで操作する代わりに、意図にもっと近い場所にいられます:

use wonda to study @feelreformed, then make three Instagram
post ideas in a similar visual direction, generate one still
image and one reel, then draft captions for both

Claude Codeはそれを、だいたい次のような形に翻訳できます:

wonda analytics instagram
wonda scrape social --handle @competitor --platform instagram --wait
wonda generate image ...
wonda generate video ...
wonda edit video ...
wonda publish instagram ...

これが、私が本当に欲しかった部分です。

「ターミナルからのマーケティング」を“見せびらかし”としてやることではありません。

「エージェントがチームを置き換えた」でもありません。

繰り返しの制作作業のための、より良いコントロール面(操作面)が手に入っただけです。

実際に何が変わったか

私は、完璧なA/Bテストを回したつもりはありませんし、あらゆるワークフローが十分にクリーンに測定されていて、壮大な主張ができる、とも言うつもりはありません。

ただし、運用面ではいくつかのことが素早く変わりました:

  • 「このアカウントを調べる」または「このブリーフで作業する」から、1つの会話の中でアセットの下書きを作れるようになった。
  • 個別のツールで考えるのをやめて、ループで考えるようになった。
  • 実際に実行された“正確なコマンド”を確認し、再実行したり、最初からやり直さずに1ステップだけ調整したりできるようになった。
  • ダメなアイデアを捨てることが、以前ほど高くつく感じがしなくなった。

最後のポイントは、人が認めている以上に重要です。

最大のメリットは「AIがより良いアートを作った」ことではありません。最大のメリットは、ダメなアイデアを潰すコストが安くなったことです。

ビジュアルが無難すぎるとキャプションが空回りするし、全体が無菌的なAIのモヤのように見えるなら、すべての素材をそれぞれ小さな委員会が付くミニ制作プロセスみたいに扱うのではなく、調整して再実行できます。

「Feel Reformed」の例と分けて考える価値がある点が1つあります。私たちはReddit上でも、より攻めたUGCの反応ワークフローを公開していました。こちらのセットアップは12アカウントにまたがって実行され、8.7Mビューを生み出し、視聴者の43%は米国でした。ある動画は5.3Mビューで、他の10本はすべて100Kを超えました。コンテンツの形式は違うけれど、運用モデルは同じです。上にClaude Code、下にCLI。Source

それを「オートメーションがマーケを解決する」という証拠にするつもりはありません。ただ、この運用モデルが実際のボリューム下でも耐えうる、というのは妥当な根拠だと思います。

実現可能なワークフロー

磨き込まれたランディングページ版よりも、正直な例を示します。

これは、私がゴールを説明した後にClaude Codeが最終的にやることの、おおよその形です。

# 1. 自分のアカウントで何がうまくいっているかを確認する
wonda analytics instagram

# 2. ブランドアカウントから参照を取得する
wonda scrape social \
  --handle @feelreformed \
  --platform instagram \
  --wait

# 3. 画像のコンセプトを生成する
wonda generate image \
  --model nano-banana-2 \
  --prompt "hands holding a ceramic mug, warm morning light" \
  --aspect-ratio 1:1 \
  --wait -o shot1.png

# 4. リールのコンセプトを生成する
wonda generate video \
  --model seedance-2 \
  --prompt "steam rising from a mug, subtle camera push-in" \
  --duration 5 \
  --aspect-ratio 9:16 \
  --params '{"quality":"high"}' \
  --wait -o reel.mp4

# 5. キャプションを追加する
REEL_MEDIA=$(wonda media upload reel.mp4 --quiet)
wonda edit video \
  --operation animatedCaptions \
  --media "$REEL_MEDIA" \
  --params '{"fontFamily":"TikTok Sans SemiCondensed","position":"bottom-center","sizePercent":80}' \
  --wait -o reel-captioned.mp4

# 6. 公開する
FINAL=$(wonda media upload reel-captioned.mp4 --quiet)
wonda publish instagram \
  --media "$FINAL" \
  --account "$ACCOUNT_ID" \
  --caption "The best mornings start slow."

重要なのは、プロンプトの文言そのものではありません。重要なのは、ワークフローの形です:

research -> generate -> edit -> publish

この一連の流れは、以前は複数のダッシュボードに分散され、エクスポート手順や雑多なメモの寄せ集めとして扱われていました。今では、1つの会話と1つのコマンド画面で完結できます。

Generated product lineup from the Feel Reformed workflow

Feel Reformedワークフローのワンカット。

Generated matcha still from the same workflow

同じ方向性からの2つ目のバリエーション。

重要な境界条件が1つあります。参照のために自社ブランドのアカウントをスクレイピングすることは、生成された出力が自動的に出荷可能になることを意味しません。私は今でも、そのアカウントをビジュアルの方向性を決めるための素材として扱っており、何かが公開される前には、私は今でも出力を確認しています。

それでも壊れるもの

ここは通常、プロダクト投稿から削除されるセクションです。だからこそ、ここに入れたいのです。

この作業をClaude CodeとCLIに移しても、見た目の悪い部分が消えるわけではありません。主に、そうした部分が「現れる場所」が変わるだけでした。

私にとって繰り返し起きる失敗パターンは以下です:

  • 悪い生成物は、やっぱり悪い生成物。 反復が速くなっても、弱いプロンプト、奇妙な顔、扱いにくい手、退屈なシーンを魔法のように直すことはできません。
  • テイストは依然ボトルネック。 ツールは選択肢を作れます。でも、どれがあなたのブランドに合っているかは決められません。
  • キャプションと画面内テキストには、やはり人の目が必要。 クオリティの低い仕事が漏れてくる、最初期の場所の1つです。
  • 雑にやるとスクレイピングがノイズ過多になる。 広い参照を引くのは簡単です。有用な参照を引くのは難しい。
  • プラットフォームの微妙な違いは消えない。 Instagram、TikTok、広告は、メディアとテキストを受け付けるからといって互換ではありません。
  • 認証とアカウント状態は、現実の運用上の懸念。 間違ったアカウントが接続されていたり、権限が古かったり、公開先の画面設定がきれいに整っていなかったりすると、見栄えのする生成部分は関係なくなります。
  • ボリュームはあなたを怠けさせうる。 摩擦を減らすのは良いことです。ですが、それがもっとジャンクを生み出すのに役立つところまで行くと危険です。

率直なまとめはシンプルです:

Wondaは制作の摩擦を減らします。レビュー、戦略、判断の必要性をなくすわけではありません。

別のダッシュボードより、私にはこれが自然に感じられる理由

すでにプロンプト、シェル履歴、Markdownファイル、AIツールの中で暮らしているなら、このセットアップはすぐに「当然のこと」に感じられます。

自然言語が、制御レイヤーになります。

CLIが、実行レイヤーになります。

この分割が重要です。

返却形式: {"translated": "翻訳されたHTML"}

毎回10個のコマンドを手で直接書くのは望んでいません。また、クリックや隠れた状態の中にワークフローを閉じ込めてしまうような、磨き込まれたGUIも望んでいません。私は、何をしようとしているのかを伝え、反復的な配管処理はエージェントに任せつつ、それでも正確な手順を確認できるようにしたいのです。

私はそのバランスを見落としていました。

ビジュアルなツール、共同での承認、高度に磨き込まれたレビュー・フローが好きなら、ダッシュボードのほうがあなたにとってより良いインターフェースかもしれません。CLIがあらゆる観点で勝つとは思いません。

オペレーターが技術に詳しく、見た目の美しさよりもスピード、再現性、検査可能性、そしてエージェントの制御を重視する場合に、CLIが勝つと思います。

はじめに

同じアプローチを試したいなら、最短ルートは次のとおりです:

# Claude CodeにWondaをインストールさせる
curl -fsSL https://wonda.sh/install.sh | bash

# 次に認証する
wonda auth login

# 任意:ClaudeにCLIの表面を確認させる
wonda --help

その後は、コマンドを覚えることから始める必要はありません。結果を説明するだけで済みます:

Feel Reformed向けにInstagram画像を生成し、その後、アニメーション付きキャプションと下書きのキャプションの両方を用いて短いリール版も作成してください。

もし私が1つだけ助言するなら、これです:

巨大な自律ワークフローから始めないでください。

まずは小さなループから始めましょう。Claudeが何を実行するかを観察してください。どこで壊れるかを見てください。面倒な部分を直します。次に、もう1ステップ追加します。

これが私にとって最大の学びでした。

役に立つのは派手なデモではありません。役に立つのは、明日も実際にもう一度回すことになるループがあることです。

これを試して壊れたなら、そのことを聞きたいです。