# 株式会社AI棒

> 生成AIの活用を「教える・運用を設計する・定着させる」まで伴走する企業向けのAI顧問サービス「AI参謀」を提供しています。自社で実際に手を動かしたAIツールの検証記録を公開しています。

## 主要ページ

- [AI参謀（AI顧問サービス）](https://ai-bou.co.jp/ai-sanbo): 企業向け月額AI顧問サービスの紹介
- [AI活用事例](https://ai-bou.co.jp/use-case): 実際に検証したAIツールの導入レポート一覧
- [コラム](https://ai-bou.co.jp/column): AI活用に関する解説記事
- [お問い合わせ](https://ai-bou.co.jp/contact)

## ツール別まとめ

- [Claude Codeの活用事例（40件）](https://ai-bou.co.jp/use-case/tool/claude-code)
- [MCPの活用事例（25件）](https://ai-bou.co.jp/use-case/tool/mcp)
- [Google Apps Scriptの活用事例（21件）](https://ai-bou.co.jp/use-case/tool/gas)
- [Claudeの活用事例（18件）](https://ai-bou.co.jp/use-case/tool/claude)
- [Geminiの活用事例（17件）](https://ai-bou.co.jp/use-case/tool/gemini)
- [GitHubの活用事例（13件）](https://ai-bou.co.jp/use-case/tool/github)
- [Vercelの活用事例（12件）](https://ai-bou.co.jp/use-case/tool/vercel)
- [Cloudflareの活用事例（11件）](https://ai-bou.co.jp/use-case/tool/cloudflare)
- [Browser Useの活用事例（10件）](https://ai-bou.co.jp/use-case/tool/browser-use)
- [OpenAI APIの活用事例（10件）](https://ai-bou.co.jp/use-case/tool/openai)
- [Google Workspaceの活用事例（9件）](https://ai-bou.co.jp/use-case/tool/google-workspace)
- [OpenAI Codexの活用事例（8件）](https://ai-bou.co.jp/use-case/tool/codex)
- [X（旧Twitter）の活用事例（8件）](https://ai-bou.co.jp/use-case/tool/x)
- [Discordの活用事例（7件）](https://ai-bou.co.jp/use-case/tool/discord)
- [n8nの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/n8n)
- [Computer Useの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/computer-use)
- [LINEの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/line)
- [Figmaの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/figma)
- [Difyの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/dify)
- [Zoomの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/zoom)
- [Makeの活用事例（6件）](https://ai-bou.co.jp/use-case/tool/make)
- [Google Cloudの活用事例（5件）](https://ai-bou.co.jp/use-case/tool/gcp)
- [Excelの活用事例（5件）](https://ai-bou.co.jp/use-case/tool/excel)
- [Astroの活用事例（5件）](https://ai-bou.co.jp/use-case/tool/astro)
- [Google Adsの活用事例（5件）](https://ai-bou.co.jp/use-case/tool/google-ads)
- [Google Analytics 4の活用事例（5件）](https://ai-bou.co.jp/use-case/tool/ga4)

## AI活用事例（131件）

自社で実施した検証の記録です。数値・設定値・エラー内容は検証時の実際の値をそのまま記載しています。

### 資料作成・デザイン

- [動画URLから記事下書きまで約5分｜AIに「型」を教えて品質を固定する【AI活用検証vol.133】](https://ai-bou.co.jp/use-case/interview-article-automation): インタビュー動画のURLを渡すだけで記事下書きが完成する仕組みを作り、2〜3時間の作業を約5分にしました。効いたのは自動化より型の事前定義で、過去記事4本の文体学習と採点表による自己採点・最大2回の自動リライトで品質を固定しています。
- [動画をHTMLで書く｜Premiere Pro・Remotion・HyperFramesを全部試した結論【AI活用検証vol.128】](https://ai-bou.co.jp/use-case/hyperframes-video-generation): AIで動画を作る3方式を同一目的で比較し、HyperFramesを採用しました。約60秒の動画を縦横2本、HTMLを1行も書かずClaude Codeへの日本語指示だけで制作しています。8場面をAIが並列生成する挙動、未登場要素でレイアウト…
- [画像生成からコードまでAIで完結させたら｜Figma MCP経由のLP制作で見えた限界【AI活用検証vol.95】](https://ai-bou.co.jp/use-case/figma-mcp-imagen2-lp): 「画像生成 → Figmaでデザイン → MCP経由でコード化」というワークフローを実際に回しました。動くものを見ながら認識合わせできる価値は確かにある一方、出力コードはベタ書きでレスポンシブは全く対応できていません。定型部分はFigmaを…
- [AIくさいスライドを卒業する｜画像生成にデザインカンプを作らせる分業設計【AI活用検証vol.86】](https://ai-bou.co.jp/use-case/gpt-image-2-slide-workflow): PPTX生成エンジン単体ではAIらしいシンプルなデザインに寄る、という課題に対し、画像生成モデルに「視覚的な正解例」を先に作らせる分業を検討しました。最大の関門は画像から編集可能なPPTXへ戻す工程で、4ルートを固定した評価軸で比較する設計…
- [スライド構成の「型」をAIに持たせる｜パターン辞書スキルと生成スキルの分業【AI活用検証vol.87】](https://ai-bou.co.jp/use-case/slide-design-patterns): 生成ツールは形式を出せてもテーマ別の鉄則を持っていない、という課題に対し、スライド構成のパターン辞書を自作スキルにして生成は既存スキルへ委譲する設計を試しました。依頼ワード逆引きによる辞書の引き方、スキル発動率を上げるコツ、外部情報源を参照…
- [Remotionで口パク動画を作る｜立ち絵1枚から自動生成する全工程【AI活用検証vol.125】](https://ai-bou.co.jp/use-case/remotion-lipsync-howto): キャラクターの口パク動画を、立ち絵1枚から作る手順をまとめました。核心は音声解析でフレームごとの開閉を0/1配列に還元すること。あとはフレーム番号で引いて画像を差し替えるだけになります。表情差分4枚の作り方と、品質を左右する要素も解説します…
- [AIにアーキテクチャ図を描かせる｜python-pptxで70点精度を出す制約設計【AI活用検証vol.73】](https://ai-bou.co.jp/use-case/pptx-architecture-diagram-ai-generation): DBシリンダ・太矢印・クラウドアイコンを含むPowerPointのアーキテクチャ図を、AIエージェントで自動生成するための設計をまとめました。精度を決めるのは「Do's and Don'tsの明示」と「EMU座標のゾーン定義」。AIに座標を…
- [AIでスライドを作るならどのルートか｜Claude Design・PowerPoint・Marpの使い分け【AI活用検証vol.71】](https://ai-bou.co.jp/use-case/claude-design): 2026年4月17日にリリースされたClaude Designを軸に、法人向けスライドとシステム解説図の作成にどのツールが適しているかを整理しました。Figmaの代替ではなくラピッドプロトタイピング用途という位置づけ、PPTX直接エクスポー…
- [AIは動画を「見ずに読む」｜Video Useが音声トランスクリプトで編集を自動化する仕組み【AI活用検証vol.74】](https://ai-bou.co.jp/use-case/video-use): Claude Codeのスキルとして動作する動画編集自動化ツール「Video Use」を調査しました。LLMは映像を直接見ず、単語レベルタイムスタンプ付きの音声トランスクリプトで「読む」設計。フィラー除去・字幕焼き込み・カラグレを自然言語で…
- [Claude Design Toolでどこまでできるか｜V0の代替として十分、ただし本番投入には手が要る【AI活用検証vol.68】](https://ai-bou.co.jp/use-case/claude-design-tool): リリース当日にClaude Design Toolを検証しました。短いプロンプトからヒーローレイアウト5種×カラースキーム5種の25通りを一度に生成。自然言語で慣性スクロールやパララックスを詰めていける対話体験と、コードがベタ書きで出力され…
- [コードで動画を作る｜Remotionで解説動画を量産する仕組みと「何を作るか」の基準値【AI活用検証vol.55】](https://ai-bou.co.jp/use-case/remotion-video-engine): プログラミングで動画を生成できるRemotionを使い、テロップ・背景等の基本コンポーネントと30秒〜3分の解説用テンプレートを構築しました。あわせて動画の「レッスン化（教材化）」の基準値を策定し、どの情報を動画にするかを数値で判断できる状…
- [Figma→Webflowインポートで横並びが崩れる｜Auto LayoutとFlexboxの整合性という壁【AI活用検証vol.28】](https://ai-bou.co.jp/use-case/webflow-stitch-figma): Figmaで作成したデザインをWebflowへインポートし、コーディングなしでサイト公開するフローを検証しました。プラグイン利用時に横並び要素が縦並びに変換される不具合が発生。FigmaのAuto LayoutとWebflowのFlexbo…
- [Webflow AIでサイトを生成する｜インタラクション実装の強みと、修正が煩雑という弱点【AI活用検証vol.23】](https://ai-bou.co.jp/use-case/webflow-ai-site): Webflow AIのSite Builderが既存の制作ワークフローを代替できるかを検証しました。ポン出しの品質は高くGSAP連携やコードエクスポートにも対応、特にインタラクションをノーコードで組める点はエンジニアにも効果大。一方で修正に…
- [まじん式プロンプトでスライドを自動生成する｜無料で作れる範囲と、向かない資料【AI活用検証vol.22】](https://ai-bou.co.jp/use-case/majin-prompt-presentation): GASとGeminiでGoogleスライドを自動生成する「まじん式プロンプト」の実用性を検証しました。DeepResearchで構造化した情報をソースにすれば、有料ツールなしで高品質な構成のスライドが作成可能。一方でデザインは白背景にテキス…
- [Gemini CanvasとStitchでUIを作る｜デザインと実装のギャップを埋めるのはどちらか【AI活用検証vol.21】](https://ai-bou.co.jp/use-case/ai-design-gemini-canvas-stitch): GeminiのCanvas機能とGoogleの実験的ツールStitchを、ラピッドプロトタイピング用途で検証しました。StitchはHTML/Tailwind CSS/JSXを即時エクスポートでき実装への橋渡しに強い一方、Canvasはコピ…
- [Kombaiでデザインをコードに変換する｜v0を上回る再現度と、実プロジェクトで残る手作業【AI活用検証vol.7】](https://ai-bou.co.jp/use-case/kombai-design-to-code): Figmaデザインをコードに変換するKombai（VSCode/Cursor拡張）を検証しました。デザイン再現度はv0を上回った一方、実プロジェクトへの書き出しではNext.jsやTailwindの設定ファイルが不足し手動調整が必須に。「デ…
- [生成AIでUIデザインはどこまで作れるか｜v0を検証して分かった限界と「共作」という最適解【AI活用検証vol.4】](https://ai-bou.co.jp/use-case/frontend-design-validation): v0（Vercel）などのUI生成AIで、非エンジニアでもプロ級のデザインが作れるかを検証しました。基本的なレイアウトは高速に生成できる一方、ブランド独自の質感やインタラクティブ要素には限界があり、「AIっぽいデザイン」からの脱却が課題に。…
- [クラス名を指定するだけでスライドが組める｜Marpで背景ごとの体裁を事前定義する【AI活用検証vol.112】](https://ai-bou.co.jp/use-case/marp-cli-slide): 企業向けスライドで背景ごとに文字サイズや位置を毎回調整する手間を、事前定義で解消する仕組みを作りました。Markdownベースのため大量作成・一括修正・AIによる生成に強く、PowerPoint出力後の微調整も可能です。「毎回同じ判断をして…

### 業務自動化・ワークフロー

- [GASはスクリプトIDを渡すだけ｜コードを書かずに自動化を組んだ手順【AI活用検証vol.132】](https://ai-bou.co.jp/use-case/gas-script-id-claude-code): スクリプトIDをClaude Codeに渡すだけで、GASの取得・実装・反映まで自動で進みます。プログラミング未経験の担当者がコードを1行も書かずに、フォーム回答のDiscord通知や月次KPI集計を構築しました。最初から全部作ろうとして失…
- [スプレッドシートをAIに直接つなぐ｜サービスアカウントでコピペ往復をなくす手順【AI活用検証vol.131】](https://ai-bou.co.jp/use-case/claude-code-sheets-service-account): サービスアカウントにシートを共有するだけで、Claude Codeがスプレッドシートを直接読み書きできます。設定は15〜20分・初回のみ。Google Cloudでの手順6ステップ、権限エラーの切り分け、ファイル移動で作業履歴を失った事故ま…
- [X公式APIで課金に詰まった｜Buffer経由に逃がして投稿コストをゼロにした設計【AI活用検証vol.129】](https://ai-bou.co.jp/use-case/x-posting-buffer-automation): X公式APIは投稿1本ごとの従量課金で、残高ゼロでは1本も投稿できません。無料SNS予約ツールBuffer経由に切り替えて投稿コストをゼロにしました。スプレッドシート1枚を司令塔にし、ネタ切れ時はDiscordへ補充通知が飛ぶ構成まで、未経…
- [GAS×YouTube Data APIでリサーチ自動化｜非エンジニアに渡せる形まで作る【AI活用検証vol.83】](https://ai-bou.co.jp/use-case/gas-youtube-data-api): ノーコードツールとAPI直叩きの中間として、GAS＋スプレッドシート＋図形ボタンでYouTubeのトレンド動画リサーチを自動化しました。初期設定約10分・費用0円で、1キーワードあたり30分の手作業が数秒に。APIキー管理が不要になる拡張サ…
- [CodexとClaude Codeの住み分けを決める｜LP制作が3日から1日になった2週間の検証【AI活用検証vol.77】](https://ai-bou.co.jp/use-case/codex-workflow-2026may): 2026年4月アップデート後のCodex Desktopを2週間使い込み、コーディング・LP制作・デザインモックそれぞれで最適なツールを確定させました。In-appブラウザによるブラウザ内コメント修正でLP制作工数は体感1/5、並列エージェ…
- [寝ている間もAIを動かす｜cron＋Claude Code CLIによる夜間自動実行の構築と権限の壁【AI活用検証vol.66】](https://ai-bou.co.jp/use-case/nightly-scheduled-tasks): 利用プランのレートリミットを日中だけでは使い切れないという課題から、cron（02:10）でClaude Code CLIを起動し記事を自動生成する仕組みを構築しました。生成自体は正常動作した一方、外付けSSDへのWrite権限がサブエージ…
- [n8nからNode.jsへ完全移行｜SNS自動投稿を無料枠で安定運用するリトライ設計【AI活用検証vol.53】](https://ai-bou.co.jp/use-case/x-techjii-engagement): X（旧Twitter）の自律運用を高度化するため、複雑な条件分岐と外部API連携の負荷を理由にn8nからNode.js基盤（Render/Vercel）へ完全移行しました。Render無料版の疎通エラーに対するリトライロジック、重複リストの…
- [完成しても運用しない判断｜社内タスク管理の自動通知を「仕様待ち」で止めた理由【AI活用検証vol.52】](https://ai-bou.co.jp/use-case/internal-task-management-prototype): 営業アラートシステムの技術（Render + Node.js）を転用し、社内タスク管理の自動通知プロトタイプを構築しました。デプロイすれば即時運用可能な状態ですが、社内の管理基準が変更される可能性があるため本格実装は保留に。手戻りを防ぐため…
- [無料枠で自動投稿を回す｜画像生成API断念とRenderのスリープ問題への対処【AI活用検証vol.50】](https://ai-bou.co.jp/use-case/x-techjii-infra-image-policy): Node.js + RenderでSNS自動投稿基盤を構築する中で、Google Cloudの課金契約エラーにより画像生成APIを断念し、固定画像の使い回しへ方針転換しました。あわせてRender無料版のスリープ仕様による不定期な疎通エラー…
- [商談評価から主観を外す｜クロージングの受け答えをLLMでスコアリングする【AI活用検証vol.49】](https://ai-bou.co.jp/use-case/sales-analysis-list-notification): 商談後の振り返り精度を上げるため、クロージング時の受け答えや質問の密度をLLMでスコアリングする仕組みを構築中です。担当者の感覚とは別軸の指標を持つことで比較可能な評価になります。あわせてリスト通知の不具合3件を解消し、分析の前提となる記入…
- [ノーコードからNode.jsへ移行した理由｜画像付き自動投稿でn8nの限界に当たった【AI活用検証vol.47】](https://ai-bou.co.jp/use-case/x-techjii-bcrew-autonomous): AI情報の収集から発信までを完全自動化する過程で、n8nでは画像生成・投稿の自由度が足りず、Node.js基盤（Render公開）へ移行しました。Gemini APIのImagen/Nanoで画像を生成し、テキスト＋画像付きツイートの自動投…
- [トップ営業の動きを項目に分解する｜デモのタイミングと成約率の相関を測る仕組み【AI活用検証vol.46】](https://ai-bou.co.jp/use-case/sales-analysis-demo-automation): 商談の質を可視化し、成約率と実演（デモ）・ヒアリング時間の相関を特定する取り組みです。ヒアリング時間や質問密度、実演タイミングをLLMで分析するプロンプトを構築し、予約者へのHOT/COLD自動ラベル付けも実装。属人的な「うまさ」を再現可能…
- [Google Workspace Flowsはどこまで使えるか｜GASと組む「ハイブリッド型自動化」が現実解【AI活用検証vol.42】](https://ai-bou.co.jp/use-case/google-workspace-flows): Google Workspaceに新搭載されたFlowsで、社内業務をノーコードでどこまで完結できるか検証しました。トリガーの限定・英語出力・ドキュメント直接操作の未実装により単体では実用シーンが限られる一方、FlowsからGAS関数を呼び…
- [広告数値をプロンプト一つで取得しAIと議論する｜ローカルMCPで作る分析環境【AI活用検証vol.37】](https://ai-bou.co.jp/use-case/marketing-aggregation-ai-suggestion): GA4・Clarity・Google広告のデータを自動集計し、AIが改善の兆しや異常値を提案する仕組みを構築しました。リフレッシュトークンによるOAuth認証の完全自動化でアクセストークンの1時間制限を突破。ローカルMCP経由でプロンプト一…
- [SNSの自律投稿で質を担保する｜新着順をやめてエンゲージメント基準に変えた理由【AI活用検証vol.40】](https://ai-bou.co.jp/use-case/x-techjii-bcrew-ai-news): X APIで有益なAI情報の収集と発信を自動化する仕組みを構築しました。6時間間隔でリストを取得し、独自のエンゲージメント計算ロジックで上位5件を抽出・タグ付けする構成です。新着順では情報の質が担保できないという課題と、「すべて流さない」設…
- [X APIでAI情報の収集と発信を自動化する｜キャラクターの口調はプロンプトで再現できる【AI活用検証vol.36】](https://ai-bou.co.jp/use-case/x-techjii-ai-info-notify): X（旧Twitter）のAPIとn8nを使い、最新AI情報の収集から要約・投稿までを自動化する仕組みを構築中です。自社キャラクターの語り口をプロンプトで再現できることを確認した一方、無料枠の制約内で情報密度を上げるフィルタリング手法が課題に…
- [Zoom商談の要約と文字起こしを自動集約する｜Webhookが取れない制約をどう回避したか【AI活用検証vol.35】](https://ai-bou.co.jp/use-case/sales-retrospective-gas-zoom): Zoom AIコンパニオンの要約と文字起こしを自動集約し、営業の振り返りコメントを抽出する仕組みを構築しました。文字起こし単体のWebhookが取得できない制約に対し、要約WebhookのUUIDをキーに後追い取得する設計を採用。5万文字超…
- [Google Meetの議事録自動通知を作る｜コードは書けたが権限で止まった記録【AI活用検証vol.30】](https://ai-bou.co.jp/use-case/google-meet-minutes-notify): Google Meetの会議終了後に議事録を自動作成しDiscordへ通知する仕組みを、Claude CodeでGASのベースコードまで実装しました。ただしGoogle Workspaceの管理権限とAPI連携設定が未完了で動作確認に進めて…
- [Claude Code SDKでレビューを自動化する｜チャットではなく「プログラム的統合」が効く理由【AI活用検証vol.29】](https://ai-bou.co.jp/use-case/claude-code-sdk-workflow): Claude Code SDKでCI/CDパイプラインやPRレビューにAIを組み込む可能性を検証しました。チャット形式では人が起点になる回数しか動きませんが、SDK経由なら「PRが作られたら動く」形にできます。CLAUDE.mdによる指摘基…
- [商談記録とマーケ指標を統合する｜Zoom要約の自動転記とGoogle Ads本番昇格までの記録【AI活用検証vol.27】](https://ai-bou.co.jp/use-case/sales-marketing-auto-aggregation): GA4・Google広告・Clarityのマーケ指標と、Zoomの商談結果を統合管理する基盤を構築しました。商談の文字起こし・要約のDiscord通知とスプレッドシート転記が安定稼働に入り、Google Ads開発者トークンの本番昇格も完了…
- [SNS予約投稿とインサイト収集をGASで自動化する｜Xは15分、Instagramは2時間【AI活用検証vol.24】](https://ai-bou.co.jp/use-case/sns-automation-x-instagram): 投稿漏れの防止とアナリティクス収集の自動化を目的に、GASでSNS運用基盤を構築しました。X API v2での予約投稿は約15分、Instagram Graph APIのインサイト取得まで含めて2時間で実装。Meta側の設定が煩雑という壁と…
- [GA4・Google広告・Clarityの指標を自動通知する｜API制限と認証の壁で方針転換した記録【AI活用検証vol.18】](https://ai-bou.co.jp/use-case/ga4-gads-clarity-report): マーケティング指標をDiscordへ定期自動通知する仕組みを検証しました。Clarityは1日10回というAPI制限があり設計を左右する一方、最大の障壁はGoogle Ads APIの複雑さとOAuth認証の永続化。Makeでの認証維持を諦…
- [不定休に対応するガントチャートをExcelで作る｜ChatGPTと7回作り直して確立した指示の型【AI活用検証vol.12】](https://ai-bou.co.jp/use-case/ai-gantt-chart): 土日休み固定のテンプレートでは使えない建設・飲食などの現場向けに、不定休・複数従業員・親子タスク連動・進捗オーバーレイを備えたExcelガントチャートをChatGPTと構築しました。稼働日管理シートの分離やAGGREGATE関数による親子連…
- [Power AutomateのCopilotはどこまで使えるか｜「完成品」ではなく「助手」として使う【AI活用検証vol.11】](https://ai-bou.co.jp/use-case/power-automate-copilot): Power AutomateのCopilot機能で定型業務の自動化がどこまで効率化できるかを検証しました。複雑な条件分岐を含むフローの自動生成には限界がある一方、ツールの接続設定や基礎的な使い方の習得には有効。「完成品を作るツール」ではなく…
- [n8nのフロー構築をAIに任せる｜MCPサーバー連携でドキュメント読み込み時間を削減した検証【AI活用検証vol.8】](https://ai-bou.co.jp/use-case/n8n-mcp-workflow): n8n MCPサーバーをClaude Desktopに接続し、チャット上で自然言語からワークフローを組み立てられるかを検証しました。AIが広範なノードを理解した上で提案するため、ドキュメント参照の時間が大幅に削減。一方でセットアップとAPI…
- [請求書発行をMCPで自動化する｜Discord×スプレッドシートで帳票作成まで完結させた検証【AI活用検証vol.3】](https://ai-bou.co.jp/use-case/invoice-mcp-automation): 請求書作成で本当に手間なのは、チャットに散らばった情報を台帳に転記する往復です。Discord MCPとGoogle Sheets MCPをClaude Desktopで束ね、依頼の取得から請求書出力までを一気通貫で自動化しました。自作サー…

### 開発・エンジニアリング

- [ローカルで完璧でも本番で落ちる｜WordPressプラグイン公開が2回続けて止まった原因【AI活用検証vol.130】](https://ai-bou.co.jp/use-case/wp-plugin-release-failure): 2ヶ月かけて開発した証明書自動発行プラグインが、本番リリースで2回連続して停止しました。1回目はZIPにincludes/フォルダが欠落してサイト全体がダウン、2回目はWindowsとLinuxのパス区切り文字の差異。AIが担えない配布・イ…
- [同一LPを2基盤で実測比較｜総合スコアだけ見ると逆の結論になる【AI活用検証vol.109】](https://ai-bou.co.jp/use-case/vercel-cloudflare-lp-performance): 同じLPをVercelとCloudflare Pagesで公開し、PageSpeed Insightsで実測しました。FCP・Speed Index・TBTは全条件でCloudflareが速い一方、モバイル総合スコアだけ逆転。原因はLCPの…
- [$20プランで$132請求された原因｜Vercelのコスト超過はビルド回数だった【AI活用検証vol.104】](https://ai-bou.co.jp/use-case/vercel-cost-build-management): Proプラン$20/月に対し実請求$132.62、超過約$112。内訳を分解すると、Build CPU Minutesが全体の約90%を占めていました。原因は常時起動コストではなく開発の進め方。Ignored Build Stepによる止血…
- [AIだけでiOSアプリを実機導入まで｜1日・0円で分かった本当の壁【AI活用検証vol.102】](https://ai-bou.co.jp/use-case/claude-code-ios-app): AIコーディングツールだけで企画から実装、ビルド、実機のiPhoneへのインストールまでを1日で通しました。詰まったのはコードではなく環境——日本語パスでのビルド失敗、キーチェーンの署名拒否、Developer Mode。モバイル系プロジェ…
- [WordPressの/blogだけVercelで配信する方法｜Cloudflare Worker設定手順【AI活用検証vol.115】](https://ai-bou.co.jp/use-case/cloudflare-worker-vercel-subpath): 既存のWordPressサイトはそのままに、/blog のようなサブパスだけをVercelの静的サイトで配信する方法を解説します。Cloudflare Workerを使えば、WordPress側もVercel側も設定を変更せずにパス単位の振…
- [AIが危険なコードを書く前に止める｜PreToolUseフックの実力と2つの落とし穴【AI活用検証vol.100】](https://ai-bou.co.jp/use-case/security-guidance-hook): AI駆動開発では事後レビューが間に合わない、という課題に対し、コードが書かれる直前にパターン警告を出すフックを検証しました。8ケース全て想定どおり動作した一方、「同種の違反は2回目以降が素通りする」「指定ログファイルが警告ログではない」とい…
- [AIが踏み越えてはいけない線をどう書くか｜境界設計の5分類【AI活用検証vol.123】](https://ai-bou.co.jp/use-case/agents-md-security-boundary): AIは「動くコード」のために最短経路を取ろうとします。6つのOSSを題材に、踏み越えてはいけない境界の表現方法をアーキテクチャ・エディション・入出力・自律性・コミュニケーションの5つに分類しました。「絶対に〜しない」という否定形が効く理由も…
- [リポジトリ内に独自プラグイン市場を作る｜14スキルとエージェント分業の設計【AI活用検証vol.121】](https://ai-bou.co.jp/use-case/agents-md-plugin-architecture): 調査で最も先進的だったAI設定の実装を分解しました。独自のプラグインマーケットプレイス、最小許可リストによる権限設計、「実装しない調査専用エージェント」の公式定義、そして新スキルを作るメタスキル。設定が成長し続ける構造をまとめています。
- [AGENTS.mdは何をどう書かれているか｜OSS 25リポジトリ横断調査【AI活用検証vol.120】](https://ai-bou.co.jp/use-case/agents-md-research-overview): 主要OSS 25リポジトリのAI向け設定ファイルを横断調査しました。採用率はノーコード系6/10、大手系14/15。CLAUDE.mdが「AGENTS.mdへの薄いリダイレクト」に収束する動きや、失敗ログを動的に蓄積する思想、AI生成PRの…
- [AI設定ファイルは書いたら終わりではない｜失敗ログを蓄積する3つの実装【AI活用検証vol.122】](https://ai-bou.co.jp/use-case/agents-md-failure-log): AI向け設定には静的なベストプラクティス集と動的な経験則ライブラリの2つの思想があります。後者を採用する3つのOSSを比較し、「いつ書くか」のトリガー定義、ユーザー訂正をAI自身が恒久知識に変換するループ、導入判断のフレームまでまとめていま…
- [Supabaseで医療系SaaSを設計する｜3省2ガイドライン対応とAI連携の安全原則【AI活用検証vol.82】](https://ai-bou.co.jp/use-case/supabase-medical-system-qa): 医療クリニック向けSaaSをSupabaseで構築する際の論点を整理しました。PITR要件がプラン選択を決める構造、clinic_id＋RLSによるマルチテナント設計、ゼロトラストが必須要件ではない理由、東京リージョンでも国内要件を満たさな…
- [AI開発の見積もりはどう作るか｜コーディング時間を計上しない3原則【AI活用検証vol.124】](https://ai-bou.co.jp/use-case/ai-dev-estimation-guide): AIがコードを書く時代の見積もりの考え方を、実案件から整理しました。工数の中身はコーディング中心から検証中心へ入れ替わります。人間が担う設定・確認・判断の3作業、4フェーズ分割による根拠づくり、バッファ率を言語化する方法までまとめています。
- [GCP組織ポリシーを開けっぱなしにしない｜タグ方式で最小権限を保つ認証設計【AI活用検証vol.78】](https://ai-bou.co.jp/use-case/gcp-auth-security): Google Drive APIを使う自動化で認証が通らず、組織ポリシーをOFFにして全プロジェクトが解放される——という状態から、Google公式推奨のタグ方式へ移行する設計を整理しました。作業順序を間違えると既存キーが無効化される点、W…
- [LINEマーケティングをOSSでセルフホストする｜5,000人まで無料の構成と選定基準【AI活用検証vol.79】](https://ai-bou.co.jp/use-case/line-harness-oss): ステップ配信・セグメント配信・リッチメニューをCloudflare上にセルフホストするOSSを調査しました。友だち5,000人まで完全無料という構成ですが、判断軸はコストではなくデータ所有とAPI公開・MCP対応によるAI連携です。セットア…
- [Codexは速くて安い、ただし品質評価では負ける｜公開数値で見る2026年4月時点の比較【AI活用検証vol.80】](https://ai-bou.co.jp/use-case/openai-codex-2026): 2026年3〜4月アップデート後のOpenAI Codexについて、公開されている数値を突き合わせて整理しました。処理速度240+トークン/秒、同タスクのコストは約1/10。一方でコード品質の盲目評価は25%対67%で逆転します。ベンチマー…
- [AIエージェントからLINEに送る｜LINE Bot MCP Serverの導入と詰まりどころ【AI活用検証vol.76】](https://ai-bou.co.jp/use-case/line-bot-mcp-server): LINE公式が提供するMCPサーバーを設定し、テキストメッセージとFlexメッセージの送信を確認しました。初期設定は1〜2時間程度。Windowsでビルドが失敗する原因（package.jsonのrm -rf）と3つの回避策、Channel…
- [Codex Desktopのサブエージェントとhooksを検証｜設定が静かに無視される罠【AI活用検証vol.75】](https://ai-bou.co.jp/use-case/codex-desktop-subagents-hooks): Codex Desktopでサブエージェントとhooksを設定し、動くもの・動かないものを切り分けました。サブエージェントは.codex/agents/にtomlを置くだけで動作、一方hooksはv26.422では未実装で設定がエラーなく無…
- [ブラウザ版ClaudeからGitHubに書き込む｜OAuthの制約を自作MCPサーバーで回避する【AI活用検証vol.65】](https://ai-bou.co.jp/use-case/github-remote-mcp-verification): claude.aiのOAuth連携は読み取りのみで書き込みができません。この制約を、自作のCloudflare Workers版MCPサーバーでPAT認証に変換することで回避し、「ブランチ作成 → ファイルコミット → PR作成」のフルサイ…
- [AI編集の履歴をGitで残す｜obsidian-gitでナレッジ管理を監査可能にする【AI活用検証vol.64】](https://ai-bou.co.jp/use-case/obsidian-git): ObsidianのvaultをGitリポジトリとして管理するobsidian-gitを検証しました。AIによるノート編集の監査ログとしてコミット履歴を活用する構成です。ObsidianがシェルPATHを引き継がない問題、外部ドライブ上のva…
- [同一ドメインでWordPressとVercelを共存させる｜Cloudflare Workerによるパス振り分け設計【AI活用検証vol.62】](https://ai-bou.co.jp/use-case/cloudflare-dns-worker-proxy): 「WordPressのドメインの/blogだけをVercelに向けたい」という要件を、Cloudflare Workerのルーティングで実現しました。DNSはIPまでしか届けられずパスを見ないという前提、踏み台Pagesが不要になった設計変…
- [GitHubリポジトリの最低限のセキュリティ設定｜Dependabot有効化で11件の脆弱性が出た話【AI活用検証vol.63】](https://ai-bou.co.jp/use-case/github-repo-security-setup): Claude Codeでgh apiを使ってリポジトリ設定を監査し、Rulesetsによるブランチ保護・Dependabot・CIのテスト実行を約30分で適用しました。Dependabot有効化直後に11件の脆弱性（high 5件・mode…
- [Astro×CMSの構成をどう選ぶか｜チーム・コスト・リアルタイム性の3軸【AI活用検証vol.126】](https://ai-bou.co.jp/use-case/astro-cms-architecture): Astroでのコンテンツ管理構成を5パターン整理しました。選定は技術的な優劣ではなく「誰が更新するか」で決まります。ビルド時コレクションとライブコレクションのトレードオフ、ヘッドレス構成での公開ボタンの挙動、初期に決めるべき画像の方針までま…
- [MCPサーバーをCloudflare Workersでリモート化する｜プラットフォーム選定の4つの軸【AI活用検証vol.119】](https://ai-bou.co.jp/use-case/google-ads-mcp-remote-server): ローカルMCPの「PCが起動していないと使えない」制約を、Cloudflare Workersへの移行で解消しました。MCPセッションは対話が続くため実行時間制限が最大の分岐点になります。ステートレス設計・JWT二重チェック・ファイルシステ…
- [MCPサーバーは1ファイルで作れる｜docstringがツール選択の精度を決める【AI活用検証vol.118】](https://ai-bou.co.jp/use-case/google-ads-mcp-local-server): Python + FastMCPでGoogle広告のMCPサーバーを構築しました。1ファイル・14ツールで、AIに「過去30日のパフォーマンスを見せて」と聞くだけでデータが返ります。実装より効くのはdocstringの品質。AIが渡す値の揺…
- [Claude Codeで設計から本番公開まで3時間｜イシュー駆動＋TDD＋Cloudflare Pagesの実践記録【AI活用検証vol.60】](https://ai-bou.co.jp/use-case/claude-code-hp-development): Claude Codeで「プランニング → イシュー作成 → TDD実装 → PR作成・マージ → デプロイ → DNS設定」の全工程を1日で実行しました。Issue 1件あたり5〜10分でPRマージまで到達し、Lighthouseは Pe…
- [Google広告APIをAIにつなぐ｜認証で詰まる2つの罠と6種類の認証情報【AI活用検証vol.117】](https://ai-bou.co.jp/use-case/google-ads-mcp-auth): AIから自然言語でGoogle広告のデータを引ける状態をMCPサーバーで作りました。ただし最大の壁は実装ではなく認証です。必要な認証情報は6種類、取得場所はGCPと広告管理画面に分散。403の原因になるlogin-customer-idの指…
- [AI駆動開発の環境をゼロから作る｜Claude Code + GitHub + Vercel（macOS/Windows対応）【AI活用検証vol.127】](https://ai-bou.co.jp/use-case/claude-code-github-vercel-intro): 環境構築から本番公開・運用までを一続きで解説します。AIに実装を任せるほど、安全に止める仕組みの価値が上がります。ブランチ保護でよくある設定ミス、プランモードで手戻りを減らす方法、AIが触れない領域の切り分けまでまとめました。Windows…
- [動画媒体の指標はAPIで取れるか｜TikTok・Instagram Graph APIの仕様再整理【AI活用検証vol.58】](https://ai-bou.co.jp/use-case/sns-api-tiktok-instagram): TikTok（Display API等）とInstagram Graph APIの仕様とインサイト取得方法を再整理しました。再生数・保存数・シェア数といった動画特有の指標を自動集計できるかの見極めが焦点です。指標がAPIで取れないと、投稿を…
- [課題評価をAIで自動化する｜GAS＋スプレッドシートで基準の揺れをなくす設計【AI活用検証vol.56】](https://ai-bou.co.jp/use-case/skill-test-auto-evaluation): 受講生が提出する課題の評価を一貫した基準でAIが行う仕組みを、GASとスプレッドシートで構築しています。評価エンジンの「たたき」を作る前に管理用スプレッドシートの項目を根本から見直した理由と、既存の運用環境の上に載せる設計判断をまとめていま…
- [踏み台MCPサーバで「誰でも使える」を作る｜難所はホスティングではなく秘匿情報の管理【AI活用検証vol.48】](https://ai-bou.co.jp/use-case/remote-mcp-bastion): GA4やClarityのデータをAIチャットから扱える環境を、個々のローカル環境に依存しない形へ移行しました。踏み台MCPサーバを経由してGAS MCPサーバへ接続し、アクセストークンの管理を集約する構成です。リフレッシュトークンによる自動…
- [ローカルMCPをリモート化する｜移行の焦点は機能ではなく認証にある【AI活用検証vol.44】](https://ai-bou.co.jp/use-case/marketing-remote-mcp-server): 「作った人のPCでしか動かない」ローカルMCPを、誰でもどこからでも使えるリモート構成へ移行しました。踏み台MCPサーバを経由してGAS MCPサーバへ接続する設計です。リモート化の最大の焦点はキーの取り回しとOAuth認証の永続化であり、…
- [商談の勝ちパターンをデータで探す｜要約ではなく「クロージングへの反応」を抽出する【AI活用検証vol.39】](https://ai-bou.co.jp/use-case/sales-retrospective-success-analysis): Zoom商談の文字起こしから、成約に結びつく勝ちパターンを分析する仕組みを構築中です。単なる要約ではなく、クロージング質問に対する相手の具体的な返答を抽出することで次のアプローチが明確になります。デモの有無や事例説明の有無を項目化し、成約率…
- [Indeed連携は技術より契約が壁になる｜応募者スコアリング自動化で判明した4つの前提【AI活用検証vol.33】](https://ai-bou.co.jp/use-case/indeed-api-applicant-scoring): Indeedのエントリー情報を自動取得し候補者をスコアリングする仕組みを検討しました。調査の結果、実運用にはIndeedデベロッパー契約が必須で、XMLフィードの配置も必要。さらに既存ATSのAPI対応状況の確認も欠かせません。パートナー申…
- [1時間で切れるトークンをどう扱うか｜マーケ指標の自動通知で越えたOAuthの壁【AI活用検証vol.34】](https://ai-bou.co.jp/use-case/marketing-kpi-ga4-clarity-ads): GA4・Clarity・Google広告の指標を自動集計しDiscordへ通知する環境を構築しました。最大の障壁はGoogle認証のアクセストークンが1時間で期限切れになること。リフレッシュトークンを用いて実行ごとにトークンを発行するロジッ…
- [Indeed APIで応募者スクリーニングを自動化する｜着手前に判明した3つの前提条件【AI活用検証vol.26】](https://ai-bou.co.jp/use-case/indeed-api-candidate-judgment): Indeedからの応募者情報を自動取得し、初期選考をAIでスコアリングする仕組みを検討しました。仕様調査の結果、APIだけでは完結せず自前のXMLフィード連携が必須であること、個人情報を扱うため実運用はGAS以外の環境が必要なこと、既存AT…
- [AIにDB設計を任せると何が漏れるか｜Kiro×Supabaseで特定した「言われないと落とす機能」【AI活用検証vol.16】](https://ai-bou.co.jp/use-case/amazon-q-kiro-db-design): Amazon Q／KiroとSupabaseで、運用に耐える詳細設計をAIがどこまで網羅できるか検証しました。操作ログ・ログアウト・パスワード再設定といった運用必須機能が指示なしでは漏れる傾向を特定。DB設計は実装前に表形式の設計書として出…
- [LINEの投稿をExcelに自動蓄積する｜Make連携で押さえるべき3つの設計判断【AI活用検証vol.15】](https://ai-bou.co.jp/use-case/line-message-api-make): LINE Message APIとMakeを連携し、公式アカウントへの投稿が数秒でExcelに追加されるフローを構築しました。Parse JSONを使わずWebhookのサンプルキャプチャで完結させたメンテナンス性重視の設計、変数マッピング…
- [Amazon Q／Kiroで設計フェーズを数分に短縮する｜tasks.mdの具体性とバイブコーディングの必要性【AI活用検証vol.14】](https://ai-bou.co.jp/use-case/amazon-q-kiro-dev-acceleration): 要件定義から設計・実装タスク生成までをAIがどこまで担えるか、Amazon Q／Kiroで検証しました。生成されるtasks.md（実装手順書）は極めて具体的で実装時の迷いがなくなる一方、出力コードにはUIバグやDB接続エラーが発生。仕様書…
- [Microsoft ClarityをMCPで繋ぐ｜ページURLを渡すだけでユーザーの詰まりを要約させる【AI活用検証vol.9】](https://ai-bou.co.jp/use-case/microsoft-clarity-mcp): Clarity MCPサーバーをClaude Desktopに接続し、ダッシュボードを開かずにサイト訪問者の挙動データを取得できるようにしました。ページURLを指定するだけでデッドクリックなどの行動を要約でき、GA4 MCPと同等の利便性を…
- [GA4の分析をチャットで完結させる｜Google Analytics MCPで日次レポートを自動生成した検証【AI活用検証vol.6】](https://ai-bou.co.jp/use-case/google-analytics-mcp): Google Analytics MCPをClaude Desktopに接続し、GA4のデータをチャットから直接取得できる環境を構築しました。複雑なUI操作を介さず自然言語でデータに届く快適さは高く評価された一方、Google広告の連携デー…
- [マーケティングにコーディングCLIは必要か｜Claude Code・Gemini CLIを試して見送った理由【AI活用検証vol.1】](https://ai-bou.co.jp/use-case/coding-cli-marketing): Claude CodeやGemini CLIにローカルのMarkdownを読ませ、マーケティング施策の立案を効率化できないか検証しました。結論は「一般的な用途ならチャットUIで十分」。非エンジニアにとってCLIのハードルを越えるだけの差分が…
- [ExcelでAI関数を自作する｜LM Studio×ローカルLLMを検証し全社展開を見送った理由【AI活用検証vol.2】](https://ai-bou.co.jp/use-case/excel-ai-poc): Excelのセルから直接AIを呼び出す「AI関数」を、LM StudioのローカルLLMと繋いで自作しました。技術的には動作したものの、高スペックPCが必須で全社展開は非現実的と判断し不採用に。機密データを外に出さずに処理できるという利点と…
- [MCPで外部SNSにつなぐときの落とし穴｜接続は簡単、分けるべきはアカウント【AI活用検証vol.113】](https://ai-bou.co.jp/use-case/meta-mcp): Meta系プラットフォームへのMCP接続を検証しました。接続自体は特殊な手順なく簡単に行える一方、APIキーは共用せず個別アカウントで発行する必要があります。技術的につながることと安全に運用し続けることは別、という運用設計の話をまとめていま…

### リサーチ・データ収集

- [動いたが公開しなかった｜チラシ収集エージェントで学んだ技術と法の線引き【AI活用検証vol.110】](https://ai-bou.co.jp/use-case/chirashi-automation): 郵便番号から近隣スーパーのチラシを収集・Vision解析する仕組みを構築し、75ステップ完走で30枚の取得に成功しました。しかし著作権と利用規約を考慮し、一般公開はしない判断に。テキスト層とVision層の役割分担、トークン消費を5〜10分…
- [取得の段階で整形する｜Cloudflare Browser Renderingのエンドポイント使い分け【AI活用検証vol.105】](https://ai-bou.co.jp/use-case/cloudflare-browser-rendering): Browser Renderingの5つのエンドポイントを軽い順に実行し、何が取得できるかを比較しました。/markdownはDOM全取得よりトークン消費が圧倒的に少なく、/jsonなら取得と構造化を1リクエストで完結できます。SPAで結果…
- [SNS自動投稿は個人でもできるか｜3媒体のAPI料金・審査要件を確定させる【AI活用検証vol.107】](https://ai-bou.co.jp/use-case/sns-posting-api-survey): Threads・X・LinkedInの投稿APIについて、料金・審査要件・個人での実用性を調査しました。LinkedInの個人投稿は審査不要・無料、XはURL付き投稿だけ約20倍という料金構造。3媒体共通でトークンが60日失効するため、更新…
- [GUI操作は最後の手段｜自動化レイヤの優先順位とトークン消費のメンタルモデル【AI活用検証vol.103】](https://ai-bou.co.jp/use-case/computer-use-browser-use-local-llm-survey): AIエージェントの自動化レイヤをAPI → MCP → DOM操作 → CLI → GUI操作の階層で整理しました。「GUI操作回数 ≒ トークン消費量」というメンタルモデル、GUIエージェントが静止画を反復解析している事実、そしてBrow…
- [同じ組織のOSSでも採用可否は分かれる｜44リポを調べて分かった選定基準【AI活用検証vol.101】](https://ai-bou.co.jp/use-case/browser-use-ecosystem): ブラウザ自動化ツールを提供する組織の公開リポジトリを網羅調査しました。メンテ停滞・AGPLライセンス・PoC段階・特定OS専用など、READMEだけでは分からない差が出ています。Computer Use比でトークン消費が約1/8という選定軸…
- [「見出しを3つ読み上げて」で失敗する｜Computer Useは指示設計で結果が変わる【AI活用検証vol.99】](https://ai-bou.co.jp/use-case/openai-operator-cua): OpenAIのComputer Useを実機で動かしました。スクリーンショット取得からクリック・タイピングまで基本動作は安定した一方、素朴なニュース取得タスクは16ステップで打ち切り。原因は指示の曖昧さでした。3系統の提供形態、VNCによる…
- [承認フローが仕様に組み込まれたComputer Use｜ブラウザ特化という設計判断【AI活用検証vol.98】](https://ai-bou.co.jp/use-case/google-project-mariner): GoogleのComputer Useを3社比較の一環で調査しました。対象をブラウザとAndroidに絞る代わりに入力料金は3社中最安。safety_decisionによる承認フローが仕様に組み込まれ、確認の自動バイパスはToSで明示的に禁…
- [「デスクトップ操作」の実態はLinux操作｜Computer Useが日本企業で完結しない理由【AI活用検証vol.97】](https://ai-bou.co.jp/use-case/anthropic-computer-use): Computer Useの3社横断調査です。各社が言う「デスクトップ対応」は実質Linuxデスクトップを指し、日本企業に多いWindowsネイティブの業務アプリを操作するには別レイヤーが必要になります。Playwrightとの使い分け、1サ…
- [SNS運用はどこまでAIに任せられるか｜工程別の実用度と2026年5月時点の線引き【AI活用検証vol.93】](https://ai-bou.co.jp/use-case/sns-research-automation): SNSリサーチ業務を工程に分解し、どこまで自動化できるかを整理しました。動画解析は60秒$0.009でコストがボトルネックでなくなった一方、予約投稿は依然API未対応でドラフト止めが標準。AIは「何が起きているか」は分析できても「なぜ伸びた…
- [補助金情報の収集を自動化する｜手動30分を5分にしたブラウザ操作ワークフロー【AI活用検証vol.92】](https://ai-bou.co.jp/use-case/jnet21-subsidy-search-workflow): 公的な支援情報サイトから条件に合う補助金を自動取得し、色分けExcelに出力する仕組みを構築しました。「掲載日基準」と「募集期間基準」で結果が別物になる点、検索フォームのパラメータを解読してURLを直接組み立てる手法、日本語の日付表記の扱い…
- [Cookieをポートしてもボット検出は突破できない｜Browser Use Desktop Appの守備範囲【AI活用検証vol.85】](https://ai-bou.co.jp/use-case/browser-use-desktop-app): 普段使いのChromeのCookieをエージェント側にポートするBrowser Use Desktop Appを調査しました。認証済みSaaSの横断操作には強い一方、Cookieポートは「ログイン状態の継承」であって「フィンガープリントの継…
- [Browser Use CLIはComputer Useを置き換えるか｜DOM解析と画面キャプチャの精度差【AI活用検証vol.70】](https://ai-bou.co.jp/use-case/browser-use-cli): Google Trendsの調査自動化をComputer UseからBrowser Use CLIへ置き換えられるかを調査しました。WebVoyagerベンチマークで89%（Computer Use 56%）という精度差、Daemonアーキ…
- [Microsoft Copilotの料金プランを整理する｜個人・法人でどこまで無料で使えるか【AI活用検証vol.72】](https://ai-bou.co.jp/use-case/microsoft-copilot-pricing): Copilot Pro廃止後の現行プラン体系を、個人向け・法人向けそれぞれ整理しました。法人はベースプランにCopilotが含まれず「アドオンとの2階建て」になる点、2026年4月15日の仕様変更でエンタープライズのOffice内Copil…
- [Claude Computer UseをDockerで動かす｜Firefox自動操作環境の構築と精度を左右するプロンプト設計【AI活用検証vol.61】](https://ai-bou.co.jp/use-case/claude-computer-use): Docker（Ubuntu 24.04 + Xvfb + XFCE4 + noVNC）上にComputer Use用のデスクトップ環境を構築し、Firefoxの自動操作を検証しました。タスクは15イテレーションで成功。Ubuntu 24.0…
- [シェルスクリプトから呼べるブラウザ自動化｜browser-use CLI 2.0の実測【AI活用検証vol.111】](https://ai-bou.co.jp/use-case/browser-use-cli-2): 公式サイトのニュース収集という実業務タスクでbrowser-use CLI 2.0を検証しました。CLIで使えるためシェルスクリプトに組み込みやすく、LLM統合・MCP対応・セッション管理が標準装備。一方でボット対策サイトには30秒待機が必…
- [電子書籍からの情報抽出はどこまで可能か｜プラットフォーム別の可否を検証【AI活用検証vol.59】](https://ai-bou.co.jp/use-case/kindle-shoeisha-ebook-scraping): 電子書籍内の情報をナレッジベースへ取り込むため、AppleScript＋シェルスクリプト＋Claude Codeで抽出自動化を検証しました。翔泳社サイトは成功、Kindleブラウザ版は高度な保護により取得不可。自動化の可否が手法ではなく相手…
- [検索順位を自動で定点観測する｜Google Custom Search API×GASで競合をウォッチする【AI活用検証vol.25】](https://ai-bou.co.jp/use-case/google-custom-search-competitor): 特定キーワードのオーガニック検索結果を自動収集し、競合の変動を定点観測する仕組みをGoogle Custom Search APIとGASで構築しました。APIで取ることでパーソナライズの影響を受けない生データが得られます。構成がシンプルで…
- [YouTubeのバズ動画リサーチを自動化する｜Makeの標準モジュールを捨ててAPIを直接叩いた理由【AI活用検証vol.20】](https://ai-bou.co.jp/use-case/youtube-api-make-research): YouTube上の動画リサーチと競合分析を自動化し、収集作業をほぼゼロに短縮しました。Makeの標準モジュールでは詳細検索に限界があったため、YouTube Data API v3を直接叩くカスタムロジックへ切り替え。高度なフィルタリングと…
- [予約・売上の自動取得を規約違反で断念した話｜技術的な「可能」とビジネス上の「許可」は別物【AI活用検証vol.5】](https://ai-bou.co.jp/use-case/reservation-sales-scraping): 予約管理画面から予約・売上情報を自動取得できないか、Claude DesktopとPlaywright MCPで検証しました。技術的には動的サイトの操作が可能だと確認できた一方、対象プラットフォームの約款にスクレイピング禁止条項があり実用化…

### AIエージェント

- [常駐型AIエージェント基盤という選択肢｜コーディングエージェントとはレイヤーが違う【AI活用検証vol.108】](https://ai-bou.co.jp/use-case/hermes-agent): サーバーに常駐し、20以上のチャットチャネルから指示を受け、定期実行もこなすOSSエージェント基盤を調査しました。価値は「運用の配管」が標準で揃っていること。監視・収集・定例配信のような高頻度タスクほど、ローカルモデル併用でコスト差が出ます…
- [AIエージェント基盤にサーバーレスが向かない理由｜14構成を比較して分かったこと【AI活用検証vol.106】](https://ai-bou.co.jp/use-case/multi-agent-infra-comparison): 複数のAIエージェントを動かすインフラを14パターン横断比較しました。作りたいのは軽量APIサーバーではなく「リモートに置くAI実行端末」——CLIエージェントはOS・シェル前提のため、ステートレス短時間処理のサーバーレスとは思想が噛み合い…
- [記事収集AIエージェントの設計｜2軸スコアリングと月額180円で回す構成【AI活用検証vol.67】](https://ai-bou.co.jp/use-case/note-article-analysis-agent): バズ記事・有料記事を効率よく収集しDiscord・Slackへ配信するエージェントを設計しました。「1日あたりのengagement速度」と「フォロワー規模比」の2軸スコアにLLMのテーマ適合スコアを乗算する仕組み、処理時間から逆算したGi…
- [チャットAIの「3秒ルール」を回避する｜非同期キューで組む汎用エージェント基盤の設計【AI活用検証vol.54】](https://ai-bou.co.jp/use-case/async-agent-platform-design): Discordで動いていたAIエージェントをSlack・Teams・Chatworkへ横展開するため、「表玄関（受付）→ QStash（非同期キュー）→ 裏口（実行）」の3層アーキテクチャを設計しました。プラットフォームごとのタイムアウト制…
- [AIエージェント同士を連携させる｜A2A Protocolで他エージェントの自動発見を検証【AI活用検証vol.31】](https://ai-bou.co.jp/use-case/a2a-agent-communication): 複数のAIエージェントがHTTPS通信で連携しタスクを完遂する「A2A（Agent to Agent）」を、MastraとA2A Protocolで検証しました。エージェントが利用可能な他エージェントを自動発見し、依頼して成果物を受け取るフ…

### ナレッジ活用・RAG

- [中継を外してLINE×GAS直結にする｜スプレッドシートだけで回すRAGの実装記録【AI活用検証vol.96】](https://ai-bou.co.jp/use-case/line-gas-spreadsheet-rag): ワークフローツールの中継を廃し、LINE Webhookをスプレッドシート連携のスクリプトで直接受ける構成に変更しました。hashによる差分検知で再ベクトル化コストをほぼゼロに、類似度閾値とLLM判定の二重フィルタで「返さない」判断を実装。…
- [スプレッドシートを簡易ベクトルDBにする｜FAQボットの精度を保つ三段構え設計【AI活用検証vol.94】](https://ai-bou.co.jp/use-case/chatbot-spreadsheet-embedding): 専用のナレッジベース機能を使わず、スプレッドシートでのデータ管理のみで回答精度を担保する構成を設計しました。埋め込みベクトル化 → コサイン類似度で候補抽出 → LLMで最終判定という三段構えと、スコア閾値による「返さない」判断の設計をまと…
- [同じ手順を2本目に適用したら何が変わったか｜並列エージェントで22章145,000字【AI活用検証vol.90】](https://ai-bou.co.jp/use-case/vercel-textbook): 先行プロジェクトと同じ手順でVercel公式ドキュメントを教材化し、22章・約145,000字を数セッションで完成させました。差が出たのは並列実行のスループット。エージェントが承認待ちで止まる問題、robots.txtで「学習用途」と「参照…
- [公式ドキュメント2,000ページを1日で教材化する｜スコープ設計とStep Ledger運用【AI活用検証vol.89】](https://ai-bou.co.jp/use-case/supabase-textbook): Supabaseの公式ドキュメントを対象に、1日で20章の日本語教材にまとめた記録です。「全部読む」を目標にせずスコープを先に切ること、Step Ledgerをセッション横断のstate of truthにすること、横断視点の統合章はサブエ…
- [サーバー不要でLINE×AIチャットボットを作る｜Difyの4ノード構成と5秒ルール対策【AI活用検証vol.84】](https://ai-bou.co.jp/use-case/line-dify-chatbot): Difyのワークフロー機能だけで、サーバーレスにLINE × LLMの双方向連携を実現しました。最重要はasync_mode: trueの設定で、これがないとLINEの5秒ルールに引っかかり再送が続きます。replyTokenの30秒制限、…
- [RSSの中身は提供元次第｜ツール更新の自動監視で足りなかった情報【AI活用検証vol.51】](https://ai-bou.co.jp/use-case/ai-info-curriculum-update): 教材の鮮度を保つため主要ツールのアップデートを自動監視する仕組みを構築中です。Microsoft Copilot等のリリースノートではRSSで取得できるのがサイトへのリンクのみで、具体的な更新内容が不足していました。AIに詳細リンク先をクロ…
- [AIツールの更新を自動で追う｜RSSだけでは「何が変わったか」が分からない問題【AI活用検証vol.43】](https://ai-bou.co.jp/use-case/ai-info-curriculum-update-v2): 主要AIツールのリリースノートをLangGraphで自動監視し、Discordへ通知する仕組みを構築中です。実装の過程で、提供元によってはRSSに詳細リンクしか含まれず中身を解析できないという課題が判明。AIがリンク先まで巡回してスクレイピ…
- [AIの評価精度はプロンプトで決まる｜書類選考を現場の判断基準に近づける方法【AI活用検証vol.45】](https://ai-bou.co.jp/use-case/recruit-agent-dify-advanced): Dify書類選考エージェントの評価を現場の判断基準に近づけるため、モデルではなくプロンプトの調整に注力しました。求人ごとの判定軸を明確にするには、会社・事業情報の詳細な注入が必要です。採用担当者が当たり前に使っている前提を文章化する作業が評…
- [RAGは50行で動く｜Gemini APIのFile Searchツールでベクトル基盤なしに実装する【AI活用検証vol.41】](https://ai-bou.co.jp/use-case/gemini-file-search-rag): 大量の独自ドキュメントを参照するRAG環境を、Vertex AI等の基盤なしにAPIのみで構築できるか検証しました。Gemini APIのFile Searchツールを使うことで、約50行程度のコードで独自ソースに基づく回答生成を実装完了。…
- [Difyで書類選考を自動化する｜AIが「一般的な優秀さ」で判定してしまう問題への対処【AI活用検証vol.38】](https://ai-bou.co.jp/use-case/recruit-agent-dify-build): Difyで選考ワークフローを構築し、履歴書・職務経歴書から項目別評価を出力するプロトタイプを作りました。5つの評価項目に重み付けしたスコアリングを実装した一方、求人軸に沿わない「一般的な優秀さ」で判定される問題が判明。詳細な事業・会社情報を…
- [AI研修の教材を量産する｜DifyのDSLファイルで課題を複製し、Guardrailsで安全性を担保する【AI活用検証vol.32】](https://ai-bou.co.jp/use-case/training-knowledge-dify-bedrock): ビジネス研修と社内エンジニア教育向けに、DifyとAWS Bedrockの活用法を体系化しました。DifyのエクスポートファイルであるDSLを使うことで初級から中級者向けのワークフロー課題を瞬時に複製・提供でき、教育効率が大幅に向上。あわせ…
- [NotebookLMで「生きたFAQ」を作る｜ソース更新に回答が追従する社内ナレッジ構築の検証【AI活用検証vol.17】](https://ai-bou.co.jp/use-case/notebooklm-knowledge-sharing): アップロードした資料だけを参照するNotebookLMを、社内規定やFAQのようなハルシネーションが許されない用途で検証しました。Googleドキュメント連携によりソース更新に回答が自動追従する「生きたFAQ」を構築できた一方、画像非対応や…

### 音声・翻訳・文字起こし

- [文字起こしで勝手に要約させない｜Geminiのプロンプト設計と運用Tips【AI活用検証vol.91】](https://ai-bou.co.jp/use-case/gemini-transcription-prompting): AIに文字起こしを頼むと、指示していないのに要約され書き言葉に整えられます。「要約・構成案を作らない」「話し言葉維持」「フィラーは除去するが内容は改変しない」という線引きを指示で固定する方法と、MP4の読込エラー回避、プロジェクト機能を使っ…
- [音声のリアルタイム翻訳を実装する｜gpt-realtime-translateの落とし穴と本番構成【AI活用検証vol.88】](https://ai-bou.co.jp/use-case/openai-gpt-realtime-translate-api): speech-to-speech翻訳専用モデルでWebSocket実装を行い、翻訳音声・字幕・会話ログの保存まで確認しました。通常のRealtime APIとはイベント名もライフサイクルも異なり、Betaヘッダーがエラーの原因になります。$…
- [音声認識APIの選び方2026｜日本語精度・コスト・個人情報対応で比較する【AI活用検証vol.81】](https://ai-bou.co.jp/use-case/stt-api-comparison): 主要なSTT API 13サービスを日本語WER・コスト・レイテンシで横断比較し、用途別の推薦をまとめました。選定はまず「個人情報を含むか」で分岐します。医療データをクラウドで扱う3条件、GPUなしでも実用になるローカル運用、OpenAI互…
- [MiniMax CLIで専用スクリプトを捨てる｜TTS・動画・画像・音楽をシェル一行に置き換える【AI活用検証vol.69】](https://ai-bou.co.jp/use-case/minimax-mmx-cli): MiniMax公式CLI「mmx-cli」のドキュメントを精査し、自作スクリプトをどこまで置き換えられるかを整理しました。TTS・動画・画像・音楽の生成は完全置き換え可能で、残るのはクローンボイスの新規登録のみ。エージェント連携用フラグとツ…
- [MINIMAX APIで音声を一括生成｜動画1本分のナレーションを数秒で用意する【AI活用検証vol.57】](https://ai-bou.co.jp/use-case/minimax-voice-clone-batch): MINIMAX APIの音声クローン機能（T2A）を使い、複数のテキスト台本を一括で音声ファイルに変換するPython基盤を構築しました。動画1本分（数十カット）を数秒で用意できる環境、speed/pitch等による抑揚制御、そして本番量産…
- [商談録画をAIで解析する｜ネクストアクション抽出は形になり、感情分析は精度が課題【AI活用検証vol.19】](https://ai-bou.co.jp/use-case/sales-dx-emotion-analysis): Zoom商談の録画と文字起こしをAIで自動解析し、振り返り時間の削減と「刺さり具合」の定量評価を試みました。Zoom AIコンパニオンの出力を加工してネクストアクションを抽出する手法は確立できた一方、感情変化のサマライズは精度にばらつき。長…
- [オンライン会議のリアルタイム翻訳ツール比較｜字幕は実用レベル、音声吹き替えはまだ早い【AI活用検証vol.13】](https://ai-bou.co.jp/use-case/realtime-voice-subtitle-translation): 海外クライアントとの会議で使えるリアルタイム翻訳の最適解を探し、Google Meet・Teamsの標準機能からVoicePing・オンヤク・JotMeまで横断比較しました。字幕翻訳はGoogle Meetの標準機能で実用レベルに達している…
- [音声会話AIは20分で作れる｜ElevenLabsで音声エージェントを構築して見えた精度とコストの壁【AI活用検証vol.10】](https://ai-bou.co.jp/use-case/elevenlabs-voice-agent): ElevenLabs Conversational AIで音声会話エージェントを作り、HP埋め込みまで検証しました。基本形の構築は約20分と短時間で完了した一方、Gemini 2.0 Flashでは会話の成立に難があり、トークン消費と接続時…