0929 | 今週のAIツール速報：コーディング、画面AI、マーケ、Mac術

葵: こんにちは、AIツールのブリーフィングをお届けする「デイリーランチ・ダイジェスト」、葵です。

悠真: 悠真です。今日も一日分の新着プロダクトから、使えそうなものだけを絞って、順番に深掘りしていきます。

葵: 今日のラインナップは大きく三つに分かれています。まずは「コーディングエージェントをどう動かし、どう見守り、どう安全にするか」という土台の話。次に、画面を見て助けてくれるリアルタイムAIと、Macを住みやすくする常駐ツールの話。最後にビジネス側のAI、つまり受信箱やオフィスツール、マーケティングへの組み込み、そして社内データへの接続です。

悠真: いつものように、メーカーの説明はあくまで「こういう機能を搭載した」という主張として扱います。実測の検証はまだできていないものがほとんどなので、何が確認できていて、何がまだ未知なのかを区別しながら話していきますね。

葵: では、最初のテーマから。今日一番、構造的に面白かったのは、コーディングエージェントの周りに三層ができつつある、という観察です。モデルを選ぶ層、呼び出しを効率化する層、そして統制する層。

悠真: まず「モデルを選ぶ層」から。GensparkのGenCodeというのが出ました。これはコード用のエージェントで、チャット風のUIとターミナル風のUIが両方ある。で、中身のモデルはClaude、GPT、Gemini、DeepSeekなど複数を選べる、という構成です。

葵: ここで注目したいのは「オープンウェイトで1/10のコスト」という部分。オープンウェイト、つまり重みが公開されているモデルを組み合わせることで、クローズドなフラッグシップモデルだけに頼る場合より安く済ませられる、と謳っているわけです。

悠真: ただ、これはコストの主張であって、品質が同じで1/10なのか、品質が下がって1/10なのかは、ここからは読み取れません。その切り分けがまだない、という点は正直に言っておくべきでしょう。

葵: そしてこれに近い立地で、Zerg Routerというのもあります。こちらはOpenAI互換のエンドポイントをコードエージェント向けに提供するもので、APIキーごとに日次の予算を設定でき、フォールバックも明示的に設定できる。DeepSeekを14日間試せます。

悠真: Zerg RouterはGenCodeと比べると、エージェント本体ではなく、既存のエージェントがモデルを呼ぶ背後にある層を差し替えるタイプです。つまり同じ「複数モデルを使い分ける」という発想でも、Gensparkはアプリとして使い分ける、Zergはインフラとして使い分ける、という違いがあります。

葵: 誰向けかで言うと、Gensparkは「エージェントのUIごと試したい人」、Zergは「自分が運用しているエージェントの支出と失敗時の挙動をコントロールしたい人」に向いていますね。

悠真: 次が二層目、呼び出しを効率化する層。これが今日の主役候補です。Harness Routerというのが、コードエージェントやAIエージェントが呼ぶツール呼び出しを判断する「決定層」で、およそ9.5倍速く、およそ294倍安くルーティングできると主張しています。「Jevを使う」という記載があるほか、オープンソースです。

葵: この数字は大きいけど、慎重に読む必要があります。294倍というのは、おそらく特定のタスクでの比でしょう。メーカーが自分で出しているベンチ的な数値なので、「こういう主張をしている」として伝えるのが正しくて、「どんなタスクでも294倍」ではないはずです。それでも、エージェントが動いていると、実際にコードを書くよりもツール呼び出しや判断のオーバーヘッドが目立ってくる。そこを安く速くするというのは、構造的に筋がいい。

悠真: しかもオープンソースなので、自分の環境で数字を確かめられる。これは「信じるかどうか」の前に「試せるかどうか」の問題に変えられる点で、クローズドな製品より進みやすい。

葵: 三層目は統制。ここから、二つの製品が別々のアプローチで入ってきます。

悠真: 一つはVibeDefend、CybeDefendの製品です。これはコードを書いている途中のタイミングで、ビジネスルールやセキュリティのルールでエージェントをガバナンスする、というもの。レビュー後ではなく書いている最中に効くのがポイントで、コンプライアンスを88%から89%に上げたと主張しています。無料です。

葵: 88%から89%という数字は、正直、一見地味に見えますよね。でもこれ、最後の1%を機械的に監視して埋める、という話だと考えると意味があります。88%が人間の手で到達する上限だとすれば、残りは自動統制の領分になる。ただ、書いている最中にルールを適用するというのは、誤検知がレビューの邪魔をする可能性もある。どのくらいの頻度で偽陽性が出て、開発者が「うるさい」と感じ始めるかは、ここでは確認できません。長期的な誤検知の負荷が最大の未知点です。

悠真: もう一つが、この統制の話のすぐ隣に置きたい製品。Vantageです。これはオープンソースで無料の、コードエージェントのモニター。エージェントがどれだけコストを使っているかをライブで見せて、ファイルやコマンドの実行を承認制にして、さらにシークレット、つまりAPIキーやトークンが誤ってコードに紛れそうになったらアラートを出します。

葵: VantageとVibeDefendを並べると、同じ「統制」でもかなり色が違う。Vantageは「見える化と人間の承認」が主で、VibeDefendは「ルールによる自動ガバナンス」が主です。実務では、まずVantageで何が起きているかを見て、パターンが固まったらVibeDefendのようなルール化に移る、という流れが自然かもしれません。

悠真: まとめると、GenCodeがモデル層、Harness Routerが呼び出し層、VantageとVibeDefendが統制層。コーディングエージェントが「書く道具」から「運用するシステム」に変わっていて、土台が順番に補われつつある、というのが今日の最初の話です。

葵: 開発者はキーボードの前に座り続けているわけではないので、次は画面に目を向けてみます。今日は「今見ている画面をAIがどう助けるか」が三つ、しかも三つともアプローチが違うんです。

悠真: 一つ目はSayble。これは電話のリアルタイムコパイロットです。通話中に「次に言うべきセリフ」を約0.5秒で提案して、通話が終わったら要約とフォローアップのメールを書いてくれます。

葵: 0.5秒という数字が本質です。電話は会話のリズムで成り立っているので、三秒待たされたら会話が破綻する。提案が出るまでの遅延が実用上の関所になる、というのはこの分野特有の要件です。対象は明確で、通話で営業やカスタマー対応をする人。つまり「通話しながらメモは取れない、ツールの画面も見る余裕がない」という状況向けです。

悠真: ただ、提案されたセリフをそのまま読み上げる使い方が定着するか、提案が正確かどうか、日本語や各言語での品質はどうか、はまだ未知数。メーカー主張のままです。

葵: 二つ目、Pip。こちらはMac上で画面を見て、「ここをクリック」と場所を指し示してくれるAIの相棒です。無料で月に30問、Proが$15、Maxが$69.99。

悠真: Saybleが「声の伴走」だとしたら、Pipは「視線の伴走」です。操作手順に迷う瞬間を指で指し示す。月30問という無料枠は、体験としては十分試せる量ですが、本気で使うならPro一択になる、という価格設計です。実力の確認には実際に迷った場面で試すしかなく、そこはまだ検証できていません。

葵: 三つ目、Arc。AndroidとMacの両方で、どんな画面の上でも動くAIアシスタントで、要約、読み上げ、書き換え、自動化をします。しかもコピー&ペーストなしで。

悠真: これが一番広く捉えています。Saybleが通話に、Pipが操作に特化する中で、Arcは「今表示されているものを理解して、読ませる、噛み砕かせる、勝手にやらせる」までを横断でカバーする。ただ、範囲が広いぶん、各機能の深さがどうなのかは個々に確認が必要です。

葵: ここで面白いのが、今日もう一つ、Mac用のツールでStashというのがあって、画面の端に隠しスライダー、角に隠しダイアル、隠しドックを用意して、iPhoneをタッチリモコンにするStash Deckも持っているんです。

悠真: PipやArcはAIが「あなたのために」画面を解釈する立地、Stashは「あなた自身の操作面を拡張」する立地。どちらもMacの画面をより多く使う方向なので、こうして並べると、画面という資産の使い方が増えている、と読めます。さて、画面の横ではなく、Macの常駐ソフトという軸でも今日はいくつか集まっています。

葵: はい、Macを住みやすくする常駐ツールが四つ。まずStashは刚才話した通り、操作面の拡張ですね。ここに加えて、整理系と監視系が入ってきます。

悠真: 整理系はMochi。Macのピンクの丸いマスコットで、デスクトップに散らかっているファイルをフォルダに片付けてくれます。

葵: ポイントは二つ。まず「決して削除しない」。そして移動はすべて元に戻せる。この二つの原則が、整理ソフトの信頼問題への答え方なんですよね。ファイル整理ツールの最大の恐怖は「変なところに移されたり消されたりする」ことなので、Mochiはその恐怖を設計で排除しようとしている。散らかった人の心理的な抵抗を下げるのに、この原則は効くと思います。

悠真: 質問は、この整理がどのくらい賢いか。ファイル名だけなのか、中身も見るのか、どこまで自動で進むのか。あと、Proが$5で「シンプルな人生」がつくという、ゲーム的な要素も付いてきますが、ここはもう趣味の領域ですね。

葵: そして監視系がVitals。Macのアクティビティをプロセスではなくアプリ単位で監視するツールです。30日分の履歴を持ち、アラートが出せて、放置された開発サーバーを検知する機能があります。最初の1000ライセンスが$5。

悠真: 「アプリ単位」というのが意外と重要です。macOSの標準のアクティビティモニタはプロセス単位で、nodeとnodeとnodeが並んで何が何だか分からない。アプリとしてまとめて見ると、「この開発用サーバー、どのアプリが上げっぱなしだったっけ」という視点で追える。開発者には、メモリやバッテリーを食っている見えない作業があって、Vitalsはそれを履歴ごと見せるわけです。

葵: ここに第四のMacツール、MuMも入ってきます。これはMacOSのネイティブAppKitで作られたMarkdownリーダーで、Webエンジンを使っていない。起動が約0.3秒、サイズが1.7MB、マルチプロジェクト対応、MITライセンス、そしてCLI経由でエージェントから使えます。

悠真: 「Webエンジンを使わない」という選択がこうした軽さを生んでいるんでしょうね。Electron系の多くが数百MBも起動時間も重いのに対し、1.7MBで0.3秒。そして「エージェント経由で使える」という部分が、実は今日の最初の話とつながっています。エージェントがMDを読む場面って意外と多いので、CLIが用意されていると、人間が読むツールとエージェントが読むツールが同じになれる。

葵: さて、Macの話が整理系と監視系で一段落したので、次は、Macで消費される、あるいはMacで作られる「もの」に目を向けます。録画、ブックマーク、文章、日記。今日はこの「記録とテキストの整え」が全部で五つ集まっています。

悠真: 一つ目、Dina 4.5。これは画面録画、スクリーンショット、3Dの動きを一つのフローにしたもの。7日間無料でカード不要で、コードDINAPHで10%オフ。

葵: 画面録画ツールはたくさんあるのですが、Dina 4.5の主張は「録画とスクショと3Dを一つの流れで作れる」ことです。普通は、録画は録画ツール、アニメーションはアニメーションツール、みたいに分かれる。それを統合すると、デモやチュートリアル動画を作る人のワークフローが短縮される。3Dの動きが入るというのは、たとえば製品の回転やカメラ移動を加えたコンテンツに強そう、という印象です。

悠真: 期間限定の10%オフコードが出ている点は、発売直後のユーザー獲得の動きと読めますね。

葵: 二つ目、FaveNest。これはブックマークのビジュアルライブラリで、Apple Intelligenceを使ってタイトル、要約、タグを付けます。しかも「端末内で」処理され、アカウント不要で、iCloud同期は自分のiCloudを使う。

悠真: ここが技術的に一番面白い点で、AIの処理がクラウドではなく端末で完結するんです。つまり、ブックマーク先の情報を外部に送る懸念が減る。しかも同期も「自分のiCloud」を使うので、プロバイダのアカウントが必要ない。プライバシー重視の設計思想が設計レベルで明確です。

葵: そして、ブックマークというのは、Macの整理系とも通じる「集めるが削除しない」世界ですね。Mochiがデスクトップのファイルを片付けるように、FaveNestはWebの情報を片付ける。

悠真: 三つ目、テキストの整え。Lattice。これは「複数の言語を経由して」テキストを書き換えることで、自然に聞こえるようにして、AIっぽさを除去するツール。しかも名前、数字、専門用語は保持する。

葵: この「多言語を経由する」という手法が採用しているのは、単純で興味深いんです。AIの文章の癖、あるいは定型文のリズムは言語によって違う。英語のAI文を別の言語にしてまた戻すと、癖の層が薄れる、という理屈ですね。

悠真: ただ、これは実験的な手法に聞こえます。多言語往復で自然になるかは実測によりますし、名前や数字が保持されるというのは絶対条件で、ここを崩されたら意味がない。手法自体は面白いので、こういう意図で設計されたという点を確認しておきます。

葵: 四つ目は、テキストの「整える」ではなく「書く」。Ryu Journal。これはiOSのミニマルな日記アプリで、「書いて手放す」という発想です。アカウント不要、フィードなし、すべて端末内にローカル。トラッキングもデータ収集もしない。

悠真: ここも設計思想が明確です。日記は本来、誰に見せるものでもないのに、SNS化された日記アプリはフォローやフィードでプレッシャーを生みがち。Ryu Journalはその逆の立場で、「書いたらそれで終わり」に最適化している。ローカル保存とトラッキングなしも、その発想と整合しています。

葵: 最後の五つ目、Shotcandy。これはブラウザで動く無料のスクリーンショット装飾ツールで、フレーム、矢印、ぼかし、4Kまでのビデオ。オープンソースでMIT、登録不要でウォーターマークなし。

悠真: これも同じ「整える」の一種です。スクショに装飾を加える、という意味での最終調整ですね。MITでオープンソースなのは、商用利用や社内導入も問題なくできるということで、作り手側の位置付けとしては寛容です。

葵: ここまでが個人向けの道具だったわけですが、次からは、ビジネスの文脈に移ります。受信箱、オフィスツール、マーケティング。テーマとしては「AIが職場の仕事をどう引き受けるか」です。

悠真: 一つ目はSaleSmartly。これはWhatsApp、Instagram、TikTok、LINEなどを一つの受信箱にまとめて、CRM機能、24時間365日のAIエージェント対応、リアルタイム翻訳を提供します。30万以上のビジネスで使われていると主張しています。

葵: これは分かりやすい課題を突いています。多チャネルの受信箱が分散していると、誰がどの顧客にいつ返事したか追えない。一つにまとめる価値は絶対にある。そこにAIエージェントを24時間動かすというのは、夜間や休日の対応を自動化する発想です。

悠真: リアルタイム翻訳も重要で、多国籍の顧客を一つの受信箱で扱えるようになる。ただ、AIエージェントが24時間対応するというのは、どこまで自動で返事していいか、という判断が運用で決まります。ここは製品ではなく運用側の設計に依存する部分です。

葵: 二つ目、Microsoft Copilot。これはもはや個人ツールというより、ビジネスの標準装備です。Word、Excel、Outlook、Teamsに組み込まれていて、Work IQという、ユーザーの仕事の理解のための仕組み、Agent Builder、そして各種の大手モデルを使えます。月額$9.99から。

悠真: Microsoft Copilotが今日のラインナップに入っていると、「オフィスのデフォルト」への取り込みが進んでいる、という観察ができます。ユーザーがわざわざAIツールを起動するのではなく、いつも使っているアプリの中にAIが存在している。Work IQという、ユーザーの仕事を理解する仕組みが付くというのは、この方向性を示していますね。

葵: 三つ目は、マーケティング側の自動化、Okara。これは「AI CMO」を自称していて、Webサイトを監査した後、SEO、AI検索、Reddit、X、LinkedIn、そしてクリエイター向けの10以上のエージェントを展開します。10万以上のビジネスで使われていると主張しています。

悠真: OkaraとSaleSmartlyを並べると面白い。SaleSmartlyが「受信箱」に向かうのに対し、Okaraは「発信」に向かいます。受信と発信の両端にAIが入ってきた、という構造です。

葵: ただ、SEOやAI検索というのは、まだ変動する領域なので、こうしたエージェントの効果がどう安定するかは、今後の観察対象です。

悠真: そして、このビジネスAIの話から自然に次の話に移れます。というのも、AIに社内のデータを見せて、動かせるようにする、というインフラの話が今日も集まっています。

葵: 一つ目はDataboxのMCP Connectors。これは、DataboxのAIアナリストGenieを、CRMやSlackなどに接続して、文脈を与え、さらにアクションを実行できるようにするもの。しかも「ツールごとに」権限を設定できます。

悠真: ここが企業AIの鍵です。「AIに全データを見せるかどうか」ではなく、「このツールではこの操作ができる、あのツールではあの操作ができる」という粒度での権限付与。エージェントが「見る」だけのツールと「書き込める」ツールを分ける、という設計です。

葵: 二つ目はStatable Analytics。これはEUでホスティングされるクッキーレスのWebアナリティクスで、MCPを持っています。つまり、AIエージェントがレポートを読めるし、レポートを設定もできる。教育機関の.eduとGitHub Pagesでは無料です。

悠真: クッキーレス、つまりトラッキングクッキーなしで計測する、というのは、規制とプライバシーの方向性と整合した技術です。それにMCPが付くというのは、つまり「AIにこのサイトのデータを読ませる」ことができるということ。今まではダッシュボードを人が見ていたのを、エージェントに読ませて判断させる、という流れです。

葵: StatableとDatabox、両方ともMCPという共通の接続規格を使っている点が今日の収束点です。AIが社内システムに接続するための共通の扉ができつつあって、ツールごとの権限管理がそれに続く、という流れ。MCP Connectorsは「AIアナリスト」を接続する、Statableは「分析対象のデータ」を接続する、という分担です。

悠真: 今日の全部を振り返ると、いくつかの共通の方向性が見えます。一つは、AIが「道具」として個々に使われる段階から、「システム」として動き続ける段階に移りつつあること。コーディングエージェントのルーティングと統制、受信箱の24時間対応、マーケティングエージェントの展開、どれも「AIが走り続ける」前提の設計です。

葵: そしてもう一つ、権限と統制がどの分野でも同時に出てきたことです。Vantageのファイル承認、VibeDefendのルールガバナンス、Databoxのツールごとの権限、Ryu JournalとFaveNestのローカル保存。AIに任せる範囲が広がるほど、何を見せて、何をさせないか、という設計の重要性が上がっている。

悠真: 未知の点としては、それぞれの製品が主張する数字、つまり294倍や88%から89%、30万ビジネス、10万ビジネスといった数字はメーカーの言うものであって、実環境での検証はこれからです。各製品の使い心地は実際に触ってみないと確かめられません。

葵: ということで、今日のブリーフィングはここまでです。どれか一つでも「これ、試してみたい」と思ってもらえたら嬉しいです。

悠真: また明日も、一日の新着から絞り込んでお届けします。それでは。