【翻訳】Minions:Stripeのワンショット・エンドツーエンドコーディングエージェント — 第2回(Alistair Gray, Stripe)

stripe.dev

第1回*1のおさらいとして:MinionsはStripeが自社開発した完全無人のエージェント型コーディングフローです。毎週Stripeでマージされるプルリクエストのうち1,300件以上(第1回時点の1,000件から増加)がMinionsによる完全自動生成であり、人間によるレビューは行われますが、コード自体は一切人間が書いていません。

第1回をまだお読みでない方は、Minionsの開発者体験を理解するためにそちらを先にお読みください。本記事では、Minionsの構築方法についてさらに詳しく掘り下げ、Minionsフローの中でもStripe固有の部分に焦点を当てます。

続きを読む

【翻訳】Minions:Stripeのワンショット・エンドツーエンドコーディングエージェント(Alistair Gray, Stripe)

stripe.dev

業界全体として、エージェント型コーディングは「目新しくて刺激的なもの」から「当たり前のもの」へと変化しています。そして、基盤となるモデルの進化に伴い、無人コーディングエージェントは「可能性」から「現実」へと移行しています。

Minions(ミニオンズ)はStripeが独自開発したコーディングエージェントです。完全無人で動作し、タスクをワンショット(一発)でこなすよう設計されています。毎週Stripeでマージされるプルリクエストの1,000件以上がMinionsによる完全自動生成であり、人間によるレビューは行われるものの、コード自体は一切人間が書いていません。

開発者はClaudeやCursorといったエージェントと引き続き計画・協働できますが、開発者の「注意・集中力」が最も希少なリソースである世界では、無人エージェントがタスクの並列処理を可能にします。

典型的なMinionsの実行は、Slackメッセージから始まりCIをパスしたプルリクエストで終わります。その間に人間の介入は一切ありません。エンジニアが複数のMinionsを並列起動し、多くの異なるタスクを並行して完了させる光景はよく見られます。これはオンコールローテーション中に発生する多数の小さな問題を効率的に解決する際に特に有効です。

このブログ連載の第1回では、エンジニアがどのようにMinionsを使い、何ができるのかをご紹介します。第2回では、内部実装とその構築方法について詳しく解説します。

続きを読む

【翻訳】Claude Code 開発者自身による Claude Codeの実力を高める10のTips(Boris Cherny)

Borisです。Claude Codeを作りました。Claude Codeチームから直接集めたTipsをいくつか手短に共有したいと思います。チームのClaudeの使い方は私の使い方とは異なります。Claude Codeに唯一の正解はありません。人それぞれセットアップは違います。自分に合うものを試してみてください!

1. もっと並列で作業しろ

git worktreeを3〜5個同時に立ち上げ、それぞれで独立したClaudeセッションを並列実行する。これがチームからの一番の生産性向上Tipsです。私個人はgit checkoutを複数使っていますが、Claude Codeチームの大半はworktreeを好んでいます。@amorrisscodeがClaude Desktopアプリにworktreeのネイティブサポートを組み込んだのもそのためです。

worktreeに名前を付けてシェルエイリアス(za, zb, zc)を設定し、キー1つで切り替えられるようにしている人もいます。ログ確認とBigQuery実行専用の「analysis」worktreeを持っている人もいます。

2. 複雑なタスクは必ずプランモードから始めろ

プランに全力を注ぎ込めば、Claudeが実装を一発で決められます。あるメンバーは一つ目のClaudeにプランを書かせ、二つ目のClaudeをスタッフエンジニアとしてレビューさせています。別のメンバーは、何かおかしくなった瞬間にプランモードに戻って再計画すると言っています。無理に押し通すな、と。また、ビルド時だけでなく検証ステップでも明示的にプランモードに入るようClaudeに指示しています。

3. CLAUDE.mdに投資しろ

修正するたびに、最後にこう言う:「CLAUDE.mdを更新して、同じミスを二度としないようにしろ。」Claudeは自分自身のルールを書くのが異様にうまい。CLAUDE.mdは時間をかけて容赦なく編集し続けろ。Claudeのミス率が計測可能なレベルで下がるまで反復し続けろ。あるエンジニアはClaudeにタスク/プロジェクトごとのnotesディレクトリを管理させ、PR後に毎回更新させています。そしてCLAUDE.mdからそれを参照させています。

4. 独自のスキルを作成してgitにコミットしろ。全プロジェクトで再利用しろ。

  • 1日に2回以上やることは、スキルかコマンドにしろ
  • /techdebtスラッシュコマンドを作り、毎セッション終了時に実行して重複コードを見つけて潰せ
  • 7日分のSlack、GDrive、Asana、GitHubを1つのコンテキストダンプに同期するスラッシュコマンドを作れ
  • dbtモデルを書き、コードレビューし、dev環境でテストするアナリティクスエンジニア型エージェントを構築しろ

code.claude.com

5. Claudeはほとんどのバグを自力で直す

  • Slack MCPを有効にして、Slackのバグスレッドをそのまま貼り付けて「fix」とだけ言う。コンテキストスイッチがゼロ。
  • あるいは「CIの失敗テストを直せ」とだけ言う。やり方を細かく指示するな。
  • 分散システムのトラブルシューティングにはClaudeにdockerログを見せろ。驚くほど対応できる。

6. プロンプティングのレベルを上げろ

  1. Claudeに挑ませろ。「この変更を厳しくレビューしろ。テストに受かるまでPR作るな。」と言う。Claudeをレビュアーにしろ。あるいは「これが動くことを証明しろ」と言って、mainとfeatureブランチの振る舞いの差分をClaudeに取らせろ。
  2. 微妙な修正の後は、こう言え:「今知っていることすべてを踏まえて、これを捨てて、エレガントな解決策を実装しろ。」
  3. 作業を渡す前に詳細な仕様を書き、曖昧さを減らせ。具体的であればあるほど、出力の質は上がる。

7. ターミナル&環境設定

  • チームはGhosttyが大好き。同期レンダリング、24ビットカラー、適切なUnicodeサポートを気に入っている人が複数いる。
  • Claude操作を楽にするには、/statuslineでステータスバーをカスタマイズし、常にコンテキスト使用量と現在のgitブランチを表示させる。
  • 多くのメンバーはターミナルタブを色分け・命名し、tmuxを使う人もいる(タブごとにタスク/worktreeを対応させる)。
  • 音声入力を使え。タイピングの3倍速く話せるし、プロンプトがはるかに詳細になる。(macOSではfnキーを2回押す)

8. サブエージェントを使え

  1. Claudeにより多くの計算リソースを投入させたいリクエストには「use subagents」を付け加えろ。
  2. 個別タスクをサブエージェントにオフロードして、メインエージェントのコンテキストウィンドウをクリーンかつ集中した状態に保て。
  3. 権限リクエストをhook経由でOpus 4.5にルーティングし、攻撃をスキャンして安全なものを自動承認させろ。

9. Claudeをデータ&アナリティクスに使え

  • Claude Codeに「bq」CLIを使わせて、その場でメトリクスを取得・分析させろ。
  • チームのコードベースにはBigQueryスキルがコミットされており、全員がClaude Code内で直接アナリティクスクエリに使っている。
  • 私個人は6ヶ月以上SQLを1行も書いていない。
  • これはCLIMCP、またはAPIを持つあらゆるデータベースで機能する。

10. Claudeで学習しろ

  1. /configで「Explanatory」または「Learning」出力スタイルを有効にして、Claudeに変更の理由を説明させろ。
  2. 馴染みのないコードを説明するビジュアルHTMLプレゼンテーションをClaudeに生成させろ。驚くほど良いスライドを作る。
  3. 新しいプロトコルやコードベースを理解するためにASCIIダイアグラムをClaudeに描かせろ。
  4. 間隔反復学習スキルを構築しろ:あなたが理解を説明し、Claudeがフォローアップ質問でギャップを埋め、結果を保存する。

これらのTipsが役に立てば幸いです!次は何について聞きたいですか?

1秒の改善で何%向上?ページ速度とCVRの関係を主要5社のデータから徹底検証

※こちらの記事は、筆者がUX Collectiveに寄稿した下記の記事を、日本語向けに再編集したものになります。

medium.com

はじめに

読み込み速度の改善がCVR向上に繋がるのは皆さん体感的に納得できると思います。でもどれぐらい改善したらどれぐらいCVR向上するかはデータが乱立しています。今回、その状況を整理して、一般的なWebサイトの改善にも適用しやすいようにしました。

なお、ページ速度の測定にはGoogle PageSpeed Insightsという無料ツールが広く使われており、本記事で登場するSpeed Index、LCP、FCPなどの指標もこのツールで簡単に確認できます。自社サイトの現状把握から始めたい方は、まずはこのツールでチェックしてみることをお勧めします。

各社の研究データが示す数値の幅

ページ速度改善によるCVR向上については、様々な企業や研究機関がデータを公開していますが、その数値には大きな幅があります。

改善による向上データ

企業・研究機関 改善幅 CVR/売上への影響 1秒換算 出典
Google 1秒改善 最大27%向上 27% Tuff
Walmart 1秒改善 2%向上 2% Huckabuy
Mobify 100ms改善 1.11%向上 11% Cloudflare
Amazon 100ms改善 1%売上増加 10% Acclaim
Deloitte 0.1秒改善 8.4%向上 84%※ Tuff

※明らかに外れ値と考えられる

最も楽観的なGoogleの27%から、保守的なWalmartの2%まで、実に10倍以上の開きがあることが分かります。Deloitteの研究を1秒に換算すると84%となり、これは明らかに現実的ではありません。

遅延による低下データ(参考)

企業・研究機関 遅延幅 CVRへの影響 出典
Akamai 1秒遅延 7%低下 複数
Aberdeen Group 1秒遅延 7%損失 Tuff
Portent 1秒追加(0-5秒間) 平均4.42%低下 Huckabuy

興味深いのは、改善による向上と遅延による低下では効果が非対称だという点です。失うのは簡単でも取り戻すのは難しいという現実を示しています。

なぜこれほど数値がバラバラなのか

これらのデータがこれほど異なる理由は、測定条件の違いにあります。まず、初期速度が大きく影響します。既に3秒以下で表示される高速なサイトでは、さらなる改善の効果は限定的です。一方、10秒以上かかるような低速サイトでは、最初の数秒の改善だけでも大きな効果が期待できそうに思えますが、実際には極端に遅いサイトでは、ユーザーの期待値が既に低下しているため、初期の改善効果は意外と限定的になることもあります。

業界特性も重要な要因です。ECサイトでは購買行動が速度に敏感に反応しますが、B2Bサイトでは情報収集が主目的のため、多少の遅延は許容される傾向があります。また、既存の最適化状況も大きく影響します。基本的な画像圧縮やキャッシュ設定すら行われていないサイトと、高度に最適化されたサイトでは、同じ1秒の改善でも意味が全く異なります。

続きを読む

【翻訳】オーディエンス・ストラテジスト:コンテンツチームに必要な新しい重要な役割(Robert Rose, Content Marketing Strategist)

contentmarketinginstitute.com

コンテンツマーケティングは、投資に見合う価値を生み出すために、一種類以上の価値を提供しなければなりません。複数のビジネス領域にわたって価値を提供する必要があります。現在の役割に加えて、新しい役割を担う準備はできていますか?オーディエンス・ストラテジストの登場です。

新しい仕事の準備はできていますか?いいえ、そういう意味ではありません。もちろん、そうかもしれませんが、それなら別の飲み物を片手に別の会話をしましょう。私が言いたいのは、現在の役割に加えて新しい役割を担う準備ができているかということです。

今年の私たちのコンテンツマーケティング調査によると、コンテンツをマーケティングの戦略的機能として成功させている企業の主な差別化要因の一つは、オーディエンスの構築に焦点を当てていることです。コンテンツマーケティングを「成功している」と考えている企業の約90%が、オーディエンスの構築を主な焦点として挙げています。これは前年の60%から大幅に増加しています。

これらの企業が発見しているのは、コンテンツをキャンペーンとしてのみ、または他のマーケティング資産の代替としてのみ見ることは欠陥のあるアプローチだということです。コンテンツがダイレクトマーケティングキャンペーンを支えるための手段としてのみ見られる場合、直接的に帰属できる価値は一つだけです。それは、広告、パンフレット、またはその他のクリエイティブなマーケティング資産の代替です。そして、どうなるでしょうか?コンテンツは多くの場合、これらの他のオプションよりも高価です。より難しいです。そして、時間がかかります。だから、フラストレーションがたまります。

成功している企業は、コンテンツマーケティングが投資に見合う価値を持つためには、一種類以上の価値を提供しなければならないことを発見しています。ビジネスの複数の領域にわたって統合された価値を提供しなければなりません。

続きを読む

【翻訳】あなたのサービスの顧客が0人の時に考えるべきこと(Steli Efti, Close)

www.close.com

多くの場合、企業は戦略について間違った質問をしています。

彼らは「何が」正しい戦略かを問いますが、本来は「いつ」が正しい戦略かを問うべきです。

顧客獲得戦略は時間とともに進化すべきものです。1,000人目の顧客を説得して購入してもらう方法は、おそらく10人目の顧客を説得したときと同じではないでしょう。

正しい戦略を間違ったタイミングで使用すると、成長が停滞し、フラストレーションのたまる停滞期や挫折につながる可能性があります。

では、最初の10人の顧客を獲得する際に何を優先すべきでしょうか?最初の100人は?1,000人は?そして各レベルで創業者が避けるべき一般的な間違いは何でしょうか?

最初の10人の顧客を獲得する方法

映画『アポロ13』では、宇宙船内で議論が勃発します。宇宙飛行士のジャック・スワイガートが他の2人の宇宙飛行士の元に浮かび寄り、地球の大気圏への再突入時に船の熱シールドがどのように機能するかについて懸念を表明します。

「私たちが生き残るためには1000のことが起こらなければならない」と司令官のジム・ラヴェルが答えます。「私たちは今8番目にいる。君は692番について話している」

これが最初の10人の顧客に取り組むビジネスにとって最も一般的な間違いです:ジャック・スワイガートのように考えてしまうことです。10,000人の顧客がいるときにこのレベルの戦略がどのようにスケールするかを考えすぎると、あまりにも先のことを考えすぎています。

10人未満の顧客しかいない場合、スケールしない戦術から始めても大丈夫です。

私はあなたの最初の10人の顧客を「必要な手段を問わない」ステップと呼んでいます。まだ物事がスケールすることを期待しないでください

この時点で販売プロセスを自動化する必要はありません。それがどのようにスケールするかをまだ知る必要すらありません。最初の10人の顧客を獲得するプロセスが、かなりの手作業と個人的なアウトリーチを必要とすることは問題ありません。この段階では広告キャンペーンすら非現実的かもしれません。

続きを読む

【翻訳】生成AIを活用したユーザーリサーチ方法(Tania Ostanina, UX Collective)

uxdesign.cc

UX分野は目まぐるしい生成AIの席巻期にある

私は2025年6月、ロンドン大学セント・ジョージ校のHCIDカンファレンスに招待登壇しました。(画像提供: Helena Lyhme)

TLDR: 2025年はAIがUXを席巻した年です。本記事ではその理由と、ChatGPTのDeep Research機能に焦点を当て、質的調査分析を大幅に加速する私の手法を解説します。

更新 — 2025年8月10日: 3日前、OpenAIが最新フラッグシップモデル「ChatGPT 5」を発表し、4‑o、o3など複数の旧モデルを終了しました。一方でDeep Researchは引き続き利用可能で、プロンプトバー左のツール一覧にあります。画像アイコンをクリックすると全ツールが表示されます。

ChatGPT 5におけるDeep Researchの位置(2025年8月時点)

注: 本文では「AI」「genAI」「モデル」を「生成AI」の略称として用い、主にテキストを生成する大規模言語モデル(LLM)を指します。

私は10か月前にAI for UXの初稿をMediumに公開し、当ブログで過去最高の反響を得ました。しかし生成AIの10か月は「犬の年」に等しい速度で、当時の内容の一部は既に古びています。

そこで母校であるCity, St George’s, University of Londonのヒューマン・コンピュータ・インタラクションデザイン学科から年次カンファレンス登壇の打診があり、このテーマを更新する好機と捉えました。教授によれば、依頼の一因はMedium記事の人気でした。

ここからは、2025年版「AI for UX」として、HCID 2025での講演の要点も含めて解説します。

続きを読む