1013 | AIエージェント新時代：今週の注目ツール総覧

葵: みなさん、こんにちは。葵です。

悠真: 悠真です。今日も一日のプロダクト紹介を、いくつかの流れに分けて見ていきます。

葵: 今日つなげていきたいのは、「AIエージェントがどこまで実務に食い込んできたか」という一本の筋です。コーディングの仕事を任せる話から始まって、エージェントが動くための土台、営業の現場、個人の生活、そしてドキュメントの処理まで、だいたい同じ方向を向いた話が並んでいます。

悠真: そうですね。しかも単に「AIがすごい」ではなく、値段や仕組みがはっきりしているものが多い。じゃあ早速、最初はコーディングエージェントから。

葵: はい。まずCodemindというサービス。特徴は「コーディングエージェントがMCP経由でタスクを委任する」というところと、課金の形です。検証済みのビルド1回が$0.10。失敗したビルドは無料。しかも初月は100回まで無料です。

悠真: この課金モデル、けっこう大胆ですよね。成功した成果物だけにお金を払う形なので、「動くものができたか」で価値を測る発想です。

葵: そうなんです。「検証済み」という言葉がポイントで、ビルドが通ったものに対して課金する。つまり提供側が検証の責任を引き受けている形です。失敗が無料というのは、試しに任せてみるハードルをかなり下げますよね。

悠真: 初月100回無料で、実質どれだけ使い込めるか試せますから。ただ、気になるのは「検証済みビルド」の検証がどこまで厳密なのか。ビルドが通ることと、コードが正しいこと・保守しやすいことは別ですから、そこは使う側が判断する部分でしょうね。

葵: うん、そこは慎重に見るべき点ですね。次はDropstone CLI。こちらはターミナルで動くコーディングエージェントで、特徴は「自己学習型」で「セッションをまたぐ永続メモリを持つ」という点です。

悠真: 永続メモリっていうのが、今日のテーマにぴったりですね。普通、チャットでコードを書かせると、セッションが切れると文脈も消える。このプロジェクトではこういう好みがある、この関数はこういう理由でこう書いた、といったことが次のセッションに引き継がれるわけです。

葵: それが「学習が継続する」という話につながります。提供側の説明では、使い込むほどその環境に馴染んでいく、とされています。価格は無料プランのほか、$5から$150までの有料プランがあります。

悠真: 料金の幅が広いですね。無料プランで様子を見て、使う規模に応じて上げられる構成なんでしょう。ただ「自己学習する」という主張は、あくまで提供側の説明で、実際にどれだけ賢くなるかは使ってみないとわからない。そこは割り引いて読む必要がありますね。

葵: そうですね。ここで、Codemindと対になる話をもうひとつ。Base Codeという、既存のGitHubリポジトリをブラウザで開いて作業できるワークスペースです。自然言語で変更を指示できて、分離されたブランチで作業し、ライブプレビューが見られて、最後は普通のPRとして提出されます。

悠真: これは「委任と検証」の別の形ですね。エージェントに丸ごと任せるというより、リポジトリをブラウザで開いて、普段の言葉で「ここをこう直して」と頼む。でも出てくるのは標準的なPRなので、コードレビューという人間のチェックポイントが残ります。

葵: 分離ブランチというのも重要です。作業が他に影響しない場所で行われて、プレビューで確認してからマージする。つまり、エージェントの仕事を確認して取り込むための仕組みが最初から用意されているわけです。

悠真: Codemindはビルドという機械的な検証で成果物を確かめ、Base CodeはPRとレビューという人間のプロセスで確かめる。同じ「エージェントに任せる」でも、検証の置き場所が違うのが面白いですね。

葵: そしてこの流れの透明性の側面が、guilds.runです。オープンソースのマルチエージェントチームの仕組みで、エージェントが使ったプロンプト、ツール呼び出し、メモリを完全に点検できます。Studioが修正案を提示してくれて、自己ホストすれば無料です。

悠真: マルチエージェント、つまり複数のエージェントがチームとして動くわけですが、問題は「何をやっているかわからない」ことなんですよね。guilds.runは、プロンプトもツール呼び出しもメモリも全部見られる。何か問題が起きたときに、Studioが修正案を出してくれる。

葵: それにオープンソースで自己ホストが無料というのは、中身を自分で確認できることとセットです。ブラックボックスの中で何が起きているか信用できない、という不安に対して、中を見せる・点検できるという答え方をしているわけです。

悠真: 今日の最初の流れをまとめると、コーディングエージェントは「成果物にだけ払う」課金、「セッションをまたぐ記憶」、「PRで確認する」、「全部見られる」という、それぞれ異なる答えを出している。共通するのは、成果物の検証と、学習や仕事の継続、それから透明性ですね。

葵: はい。ここで話をつなげると、エージェントに仕事を任せられるようになったとして、次に必要になるのは「エージェントがどこで動いて、何にアクセスできるか」という土台の話です。

悠真: まずStrawberry。これはAIエージェントが組み込まれたブラウザで、ログイン済みのタブの中でエージェントが動きます。チームでエージェントを共有できるのと、Windows用のデスクトップアプリがあるという点が特徴です。

葵: 「ログイン済みタブの中で動く」というのが大事です。多くのWebサービスはログインが必要で、エージェントが外から触ろうとしても認証の壁にぶつかる。でも、あなたが普段使っているブラウザのタブの中で動けば、すでにログインしている状態そのままで作業できるわけです。

悠真: つまりエージェントに別の認証を与えるのではなく、人のログイン状態をそのまま使う。これは強力なアイデアであると同時に、権限の範囲がそのままエージェントの範囲になるということでもありますね。チーム共有できるという点も、個人ツールから組織ツールへの方向を示しています。

葵: 次のHexiCloud、別名Hexisは、まさに組織側の土台です。エージェント向けのホスト型「会社の頭脳」を提供していて、共有コンテキストとスキル、そして単一のMCPゲートウェイをまとめて提供します。3人まで無料で、それ以降は1人あたり月€10です。

悠真: 「会社の頭脳」という表現がいいですね。エージェントごとに文脈がバラバラだと、部署ごとに別人の頭脳があるような状態になる。HexiCloudは、共有コンテキストつまり会社としての共通の知識、スキルつまりエージェントができることの定義、そして外部サービスへの接続をひとつのMCPゲートウェイにまとめる。

葵: MCPがこの領域で標準的に使われていることが、今日の製品群からも読み取れます。最初のCodemindもMCPでタスクを委任していましたし、ゲートウェイを一本化するという話も出てくる。エージェントと外部の世界をつなぐ足回りとして、MCPが共通言語になりつつあるわけです。

悠真: そのMCPの話で、すぐ隣のトピックにもあるんですが、ExcaliClawという手描き風の図を描けるワークスペースがMCPサーバーを同梱しています。200点まで無料で、AI利用は無制限、有料は月€9から。

葵: 手描きの図というのは、発想の整理やチームでの議論に使うツールですよね。それにMCPサーバーが付いていて、ClaudeやCursorから図を扱える。つまり「人が使うツールがエージェントにも開かれる」という方向が、図解ツールにまで広がっている例です。

悠真: では、エージェントが外部とやり取りするための入力面の話を。Cube Formsというのは、エージェント向けのフォームで、MCPやHTTP経由で記入できます。ブラウザもCAPTCHAも不要です。しかも、人が同じリンクを開いて内容を確認することもできて、無料です。

葵: これは実務的な問題への答えですね。フォームというのは本来人間がブラウザで記入するものですが、エージェントに自動入力させようとすると、CAPTCHAで弾かれたりします。Cube Formsは、記入がMCPやHTTPでできる、つまり機械向けの正面玄関が用意されている。

悠真: それでいて、人間が同じリンクでレビューできるというのが締まっています。エージェントが記入したものを人が確認できる。見えないところでデータが流れるのではなく、同じURLを入口として機械と人の両方が使える設計ですね。

葵: 次はデータの供給側です。Manifold MCPは、ホスト型のMCPで、エージェントにSEO、AI回答、SNS、広告、Reddit、リードのライブデータを提供します。500クレジット無料で、以降は従量課金です。

悠真: エージェントが仕事をするには、外の世界の今の状態を知る必要があります。自分のサイトのSEOの状態がどうなっているか、SNSで何が起きているか。それをひとつのMCPにまとめて提供しているわけです。クレジット制で、使った分だけ払うというのも、実際に動かして初めて価値がわかるものには合っていますね。

葵: そして、この「動かす」を組織の形にしたのがSquadRoomです。AI社員のエージェントがタスクを完了するサービスで、自分のAIのキーを持ち込むBYO方式。月$49です。そして、承認なしでは何も送信されない仕組みです。SpeedVitalsの共同創業者によるものです。

悠真: ここまで来ると流れがはっきりしますね。Strawberryが個人とチームのブラウザという実行環境、HexiCloudが会社の頭脳という文脈の共有、Cube Formsが入力の標準化、Manifold MCPがデータの供給、SquadRoomがタスク完了と人間の承認。それぞれの部品が揃ってきています。

葵: その間をつなぐ出入力も、同じトピックのサポートで補えます。Scrape Anything by Context.devは、ひとつのAPIで任意のURLをMarkdown、HTML、スクリーンショット、構造化データに変換するサービスで、成功率99.96%、1,000クレジット無料です。

悠真: 提供側の数字ですが、99.96%という成功率を謳っている。Webの見た目は頻繁に変わるので、スクレイピングの安定性は長年の課題です。出力の形式が選べるというのも、Markdownならエージェントが読みやすいし、構造化データなら後段の処理に使いやすい。

葵: もうひとつ、Milepost。iOSの運転日誌アプリで、Roadbooksという機能があり、MCPサーバーが付いています。記録は無料で、Proは年額$29.99、FIRSTDRIVEというオファーで$14.99です。

悠真: 運転日誌という、まさに日々の記録のアプリにMCPサーバーが付く。ChatGPTやClaudeから記録に触れることができるようになるわけです。日々の細かな記録が、エージェントから使えるデータになる。これも土台の話と同じ方向ですね。

葵: このトピックをまとめると、エージェントの実行環境とデータ供給の標準化が進んでいる、ということです。ブラウザ、文脈の共有、フォーム、データAPI、承認の仕組み。バラバラだった部分がMCPという接続口を軸に揃ってきている。

悠真: そして、その土台の上に、いよいよ収益に直結する営業の話が来ます。まずSalesRep.com。WhatsAppやInstagramなどのチャネルで稼働するAIの営業担当です。実価格の提示、見積もり、フォローアップを担って、30以上の言語に対応、月$39から使えます。

葵: ポイントは「営業」という、組織の中でも収益に一番近い仕事を任せていることです。問い合わせが来たら価格を伝えて、見積もりを出して、その後のフォローアップも続ける。30以上の言語というのは、多言語の顧客対応を一つの仕組みでまかなえるということです。

悠真: 月$39からという価格も象徴的ですね。営業の人的コストと比べると明らかに低い。これは「エージェント基盤の流れが営業・集客という収益直結の場に展開しつつある」という話そのものです。土台が整ったから、いよいよ売上に関わる仕事に投入できる。

葵: ただし注意も必要です。価格の提示や見積もりをAIが行うというのは、間違った価格を提示したらそのまま信頼問題になります。「実価格」という表現がどう実装されているか、どこまで正確かは、提供側の説明の範囲でしかありません。

悠真: そうですね。ここでは提供側の説明を主張として扱うべきです。もうひとつ、LinkedIn側の話。Bearconnect 2.0は、LinkedIn向けにAIによるコンテンツ制作と、エンゲージした人へのアウトリーチを組み合わせたプラットフォームです。チームワークスペースとロール別アクセスもあります。

葵: この設計は理にかなっています。コンテンツを発信して、それに反応した人、つまり関心を示した人にだけアウトリーチする。冷やしの営業ではなく、関心のシグナルを起点にする。そしてチームワークスペースとロール別アクセスというのは、複数人で一つのアカウント戦略を回す組織向けの作りです。

悠真: SalesRepとBearconnectを並べると、営業の入口と出口が別々の製品になっているのがわかります。WhatsAppやInstagramでの受付とフォローがSalesRep、LinkedInでの発信とアプローチがBearconnect。共通するのは、AIが接点の往復を担い、人が判断すべき部分は残す、という構図です。

葵: そう、フォローアップの自動化と、エンゲージした人だけへのアプローチ。どちらも「人間の営業が最も価値を出す場面に人を残す」形になっています。未知なのは、AIがどの程度のコンバージョンを出せるかという、いわば実力の部分ですね。そこはまだ使ってみないとわかりません。

悠真: では、組織の話から個人の生活へ移ります。まずInvited。これはAIのスキャナーが、請求書や招待状、小切手をリマインダーに変えてくれるものです。1枚の文書から複数の日付を抽出できて、80以上の言語に対応、9つのカレンダーに対応、登録は不要です。

葵: 請求書や招待状って、実は日付がひとつじゃないんですよ。支払い期限、出欠の締め切り、イベント当日、と一つの文書に複数の日付が書いてある。Invitedはそこを全部拾って、それぞれをリマインダーにする。

悠真: 「登録不要」も地味に大きいですね。アプリを入れても使うかどうかわからないものを、まず登録なしで試せる。80以上の言語対応、9つのカレンダー対応というのは、世界各地の生活習慣や使っているカレンダーサービスの違いを広くカバーしようという意図が読み取れます。

葵: そして金の話がKudos 3.0です。カードの特典をAIが有効化して年約$800、請求書の交渉で年$216、忘れられたサブスクリプションの解約で年$247、という価値を引き出すとされています。そして、そのお金はユーザーが100%受け取ります。

悠真: この3つ、どれも「知っていれば取れるのに、知らない・忘れている・面倒で取っていないお金」なんですよね。カード特典は条件を満たさないと失効するし、請求書の値下げ交渉は誰もが後回しにするし、使っていないサブスクは気づかないまま課金が続く。

葵: それをAIが吸い取っていく。「生活の細かな手間と金銭ロスをAIが吸い取る」という方向が、この二つの製品ではっきりしています。特典の有効化や解約の代行は、まさに面倒な手続きの代行です。

悠真: ただ、数字には注意が必要です。年約$800とか$216とか$247というのは、提供側の提示する平均的な価値でしょう。個々人のカードの使い方や契約状況によって、実際に取り戻せる額は大きく変わります。そして「ユーザーは100%受け取る」という言い方からは、提供側の収益構造がどうなっているのか、別の形で収益を得ているのだろうという推測はできますが、詳細はここからは読み取れません。

葵: うん、そこは開示されていない部分として残しておくのが正しいですね。営業のトピックと今回の個人のトピックを比べると、興味深い対比があります。営業は「AIが積極的に外へ働きかける」方向、個人の生活は「AIが自分の財務や予定の中身を読み、損を埋める」方向。どちらも、人は判断の要点だけに集中する形です。

悠真: では最後の流れ、ドキュメントです。まずngram 2.0。論文やスライド、録音を、ナレーション付きの解説動画に変換するものです。対象の読者を選べて、深さをOverview、Detailed、Comprehensiveの3段階で選べます。

葵: 対象読者を選べるのが良いですね。同じ論文でも、同僚のエンジニア向けの説明と、経営層向けの説明では、何を強調するかが全く違う。読者のレベルと説明の深さを選んで動画にできるというのは、「同じ内容を複数の受け手に合わせて届ける」という仕事を自動化しています。

悠真: 変換の元になる入力も多様です。論文、スライド、録音。会議の録音から解説動画が作れるとなると、社内のナレッジ共有の使い道がかなり広がります。

葵: 次はAncher 2.0。保存した記事、動画、投稿を記録しておいて、大まかな説明で検索できて、それをエージェント用のブリーフや投稿に変換できるものです。

悠真: 「大まかな説明で検索」というのが、記録系ツールの本質を突いていますね。完璧なキーワードで検索できるなら困っていない。あの記事、なんかジェネリック薬品の話をしていたやつ、くらいの説明で見つかるのが理想です。そして見つけたものをそのままエージェントのブリーフや投稿に変換できる。

葵: そこが「検索で終わらず、次の仕事に渡る」設計です。従来のブックマークは見つけて終わりでしたが、Ancher 2.0は見つけたものがエージェントへの入力になる。まさに土台の話とつながる、エージェント時代の入力の形です。

悠真: ノート側の話も。Understory NotesはMacのノートアプリで、ノートから書き物までをカバーします。複数の親を持つサブノートでアウトラインを形成して、PDF、Markdown、Webで公開できて、買い切りです。

葵: 複数の親を持つサブノートという構造が特徴的です。普通のノートアプリは一つの場所に一つのノートが属しますが、Understoryでは同じサブノートが複数の親、つまり複数の章や文脈に属せる。そうすると、断片を書きためて、後からそれを違う切り口のアウトラインに組み立てられるわけです。

悠真: ノートをアウトラインとして見て、そのままPDFやWebで公開できる。つまり「メモ」から「書き物」への道が一つのアプリの中に通っている。買い切りなのも、月額課金のノートアプリが多い中では目立ちますね。

葵: そしてこの流れの土台側の話として、GoogleのEmbeddingGemma 2です。テキスト、画像、動画、音声に対応したオープンな埋め込みモデルで、740Mパラメータ、Apache 2.0ライセンスで、オンデバイスでの利用を想定しています。

悠真: 埋め込みモデルというのは、「意味の近さ」を数値で表す技術で、検索や分類の土台です。Ancher 2.0の「大まかな説明で検索」も、裏側ではこういう技術が使われているはずです。それがオープンで、740Mという比較的コンパクトなサイズで、端末の中で動く。

葵: Apache 2.0というライセンスの緩さと、オンデバイスという点の組み合わせが重要です。プライバシーに関わる文書や、ネットに繋がらない環境でも、検索や整理ができる。この分野の選択肢が増えるという意味で、多くのツールにとって追い風になる話です。

悠真: 最後に、このドキュメントの流れを通して見ると、整理・検索・変換・発信が一連のパイプラインとしてつながりつつあるのが見えます。Ancher 2.0で集めて検索し、それをブリーフにして、ngram 2.0で解説動画にして、Understory Notesで下書きして公開する。バラバラのツールが見えますが、流れとしては一本の作業の道です。

葵: 未知数なのは、各ツール間の相互運用と日本語対応の深度ですね。今日出てきた多言語対応の数字は、日本語がどこまで実用的に使えるかを保証するものではありません。実用的な品質は、実際に試した人からの報告を待つしかない部分です。

悠真: 今日全体を振り返ると、最初のCodemindの「検証済み成果物に$0.10」から始まって、土台、営業、生活、ドキュメントと、全部が「AIに任せる部分を広げ、人が判断する部分を設計する」という同じ方向でした。

葵: そして各製品の主張はあくまで提供側の説明で、実際の効果や日本語での実用性は、コミュニティでの報告や自分での試用で確かめる必要があります。とはいえ、料金や仕組みがここまで具体的に示されてきたことで、比較しやすさは確実に上がっています。

悠真: それでは今日はこのへんで。聞いてくださってありがとうございました。

葵: また明日、お会いしましょう。