0930 | 今週のツール速報：AIが道具を変える

葵: こんばんは、葵です。

悠真: 悠真です。今夜もプロダクトの話題を集めてきました。

葵: 今日取り上げるのは、ざっくり言うと一つの流れでつながっています。AIエージェントが実際の作業を引き受け始めた話、それを業務に組み込む話、そして信頼性とモデル基盤の話。さらに、あえて「AIじゃなくて端末内で完結する道具」の話に移って、最後は小粒で遊び心のあるツールまで。

悠真: 逆説的ですが、AIが外部で働くほど、ローカルで完結することの価値が際立ってくるんですよね。その対比も見どころです。じゃあ、最初の話題から。葵さん、お願いします。

葵: はい。今日一番印象に残ったのはArsazeというAI動画エディタです。AIがMCP経由でマルチトラックの動画編集を操作するんです。

悠真: MCP経由というのがポイントですね。MCPは、AIモデルが外部のツールやデータに接続するための標準的な仕組みです。つまりClaudeのようなAIが、直接エディタのタイムラインを触れるようになる。

葵: そう。そして実証結果の数字がスゴい。3時間12分かかる編集作業を、Claudeが23分で完了したというんです。

悠真: 9分の1以下ですね。ただ、これは「実証」の中での話なので、全部の作業が常にそう短くなるとは言えません。実証環境を整えて、うまく指示が出た結果の数字だろうと。でも、可能性を示すとしては十分印象的です。

葵: 動画編集って、誰かが撮った映像を選んでカットして、テロップを入れて、音を整えて。手作業の連続なんですよね。それをAIに「ここをこうして」と自然言語で指示して任せられると、作業の考え方が変わります。

悠真: 従来の動画エディタは、 UIを人間が操作する前提で設計されている。ArsazeはAIが操作する前提の設計だから、その差が大きい。誰のためのものかというと、動画を「編集者」ではなく「作る側」から触りたい人、たとえば経営者が自分の講座動画を量産したいとか、そういう層に効きそうです。

葵: まだ実証の段階なので、実際の複雑な案件でどこまで耐えられるか、長尺の素材でどうか、そういう未知の部分は残ります。とはいえ「AIがプロ向けソフトを操作する」という形の先例として、かなり鮮明です。

悠真: それと似た方向でもう一つ、Timelessというものがあります。これはClaude Codeの中で動く会議ノートテイカーなんです。

葵: Claude Codeは開発者向けのコーディング環境なんだけど、そこに「会議のノートを取る」という機能を持ち込むという発想。しかもセットアップ自体をClaude自身がやってくれる。

悠真: これが面白いところで、普通のツールだとインストールして、設定して、権限を与えて、と人間が準備する。Timelessは「Claudeに頼んだらClaudeが環境を作ってくれる」。録音から文字起こしして、引用付きのQ&Aまでできると。

葵: 引用付きというのが信頼性に関わる点で、後で話すCurieとも共通するんですけど、ただの要約じゃなくて、発言のどこから来たかを紐づけてくれる。

悠真: ただし、会議の録音をAIに任せるというのは、機密性の問題を考えないといけない。会議の内容がどこで処理されるのか、保存はどうなるのか。そういう点は、使う前に確認しておきたいですね。

葵: そして三つ目がCodex Remote。Macのメニューバーから動くOSSのユーティリティで、OpenTofuというIaCツールでクラウドのVMを立てて、そこにCodexやClaude Codeの環境を構築できるんです。

悠真: 開発者が「AIに仕事を任せよう」と思ったとき、実際には「どこでAIを走らせるか」という問題が出てくる。自分のMacの上で走らせるとファイルを触りすぎる心配があるし、クラウドのVMをいちいち手で立てるのは面倒。Codex Remoteはその面倒をメニューバーから解消する。

葵: MITライセンスのOSSで、認証情報はローカルに保存されるという点も、セキュリティを気にする開発者向けの配慮ですね。

悠真: 三つ並べると共通の糸が見えます。AIを「チャットで答えてくれる道具」としてではなく、実務のフローの中に組み込む。そしてその接続にMCPが使われている。Arsazeもエディタへの接続だし、後で出るImejisもMCPです。

葵: そしてMemoryの話も。LUCI Desktopというものがあって、これは画面履歴と議事録をローカルに保存して、MCP経由でClaude Codeなどのエージェントに「記憶」を提供するんです。MacとWindowsで無料。

悠真: AIエージェントの弱点って、セッションをまたいだ記憶がないことなんですよね。昨日やったこと、先週の決定事項を覚えていない。LUCI Desktopは「あなたのPC上で起きたことの記録」をローカルに置いておいて、エージェントが必要なときに読みに行ける形で渡す。

葵: ローカル保存という点は、会議録や画面履歴というセンシティブなものを扱う以上、必須の条件ですよね。

悠真: そう、そしてAI側の進化も触れておくと、Claude Sonnet 5.5が発表されていて、Sonnet 5比で30%以上高速、最大30%低コスト。Terminal-Bench 4.0というベンチマークで70.6%と大きく向上したとされています。

葵: ベンチマークの数字は公式の主張として受け止めるべきですけど、エージェントが実務を担うには、速さとコストがそのまま使えるかどうかに直結する。ターミナル操作のような実作業系のベンチマークが伸びているのは、Arsazeのような「AIがソフトを操作する」流れと噛み合っていると思います。

悠真: うん、モデルの実力と、ツール側の受け皿と、記憶の基盤。三つが揃ってきて、AIに仕事を任せる土台が整いつつある、というのが最初の話題でした。

葵: さて、その流れの先にあるのが次の話題です。「AIに業務を任せる」って、具体的に何が任せられるのか。まずJotform Sign。

悠真: 電子署名のサービスですね。で、特徴はChatGPTやClaudeの中で完結するということ。文書の作成から、送信、署名、進捗管理までをチャットの中でやれる。

葵: 契約書って、普段使うツールの外にあるんですよね。Wordで作って、PDFにして、署名サービスにアップして、URLをメールで送って……。それが全部「Claudeに頼む」で済むようになる。

悠真: 実務の立場で言うと、これはチャットUIが業務フローの入口に変わるということで、かなり構造的な変化です。営業担当が「この件の契約書送って」と言うだけで、Claudeが文書を作ってJotform Sign経由で送って、進捗を聞けば「A社はまだ未署名です」と返ってくる。

葵: ただ疑問なのは、法的な観点です。電子署名は法的な効力がかかわるので、チャットで完結させることへの抵抗は残るでしょう。あと、文書の中身をAIが作る場合、「誰が内容の責任を取るのか」という問題もありますね。

悠真: そして、Semos.aiのManager Agents。これはマネージャー向けのAIエージェント群で、会議から学んで、overdueなフィードバックや、認知不足のまま通ってしまった承認などを、先回りして促してくれる。

葵: マネージャーの仕事って、思い出し業務なんですよね。「あの人に例のフィードバックまだ言ってなかった」「この承認、ちゃんと確認して通したんだっけ」と。Semos.aiはその「思い出し」を引き受ける。

悠真: 会議から学ぶというのが鍵で、ただのタスクリストじゃなくて、文脈を理解した上で「今これを促すべき」と判断する。でも、マネージャーの判断って繊細なんですよね。フィードバックのタイミングとか、伝え方とか。

葵: だから「人間の承認をどう残すか」が、この話題の核心だと思います。そしてZenABMがまさにその点を明示的にしている。これはClaude等からLinkedIn広告の作成・最適化・レポートを自動化するもので、MCPサーバとAIエージェントのZenaで動くんですが、承認制ドラフトにしているんです。

悠真: つまりAIが広告のドラフトを作るけど、出稿前には人が確認して承認する。これは広告のような「お金が直接動く」領域だと、絶対に必要な設計ですね。

葵: うん、消す前に人が目を通す。失敗したときのダメージが金銭的に直接出るから。この「どこに人間の承認を置くか」という設計が、AIに業務を任せる場合の最重要の判断だと思います。

悠真: 関連してColdIQ x Slackというのもあって、これはSlackの中でボットにタグ付けすると、GTM、つまりセールスとマーケティングの仕組みを構築できる。40以上のデータプロバイダと100以上のGTMスキルを提供しています。

葵: 営業やマーケの人って、Slackにいる時間が長いから、「Slackの中で完結する」のは理にかなっていますね。チャットUIが業務ハブになるという点では、Jotform Signと同じ方向です。

悠真: まとめると、署名、マネジメント、広告、営業データ。それぞれ業務の中でも「判断が要る」部分が残る。AIが下請けの作業をやり、判断と承認は人間に残す。その線引きが今後の各社の勝負どころになりそうです。

葵: さて、AIに任せる話が進むと、次の疑問が出てきます。「AIの出力、信じていいの?」という。そこで今度はモデル基盤と信頼性の話です。

悠真: まずHopscotch AI。500以上のモデルを単一のAPIで提供していて、プロバイダの定価で上乗せなし。フォールバックと支出管理も統合しています。

葵: 実務でAIを使うと、「このタスクにはどのモデルがいい?」という問題に毎回ぶつかるんです。モデルが変わるとAPIも変わるし、料金体系も違う。Hopscotchはそれを一本にまとめて、しかもマージンを取らないというビジネス設計が面白い。

悠真: 上乗せなしというのは、実は思い切った設計です。普通ならAPI集約サービスは手数料を取るところ。Hopscotchはどこで稼ぐのかというと、支出管理やフォールバックのような付加価値で勝負しているんでしょう。フォールバックは、一つのモデルが落ちたときに別のモデルに自動で切り替える機能です。

葵: モデル選択がAI活用のボトルネックでなくなる方向、と。これは業務をAIに任せる側にとっては大きな前進です。

悠真: 次がImejis.io。MCPでAIエージェントにデザインスタジオを提供するものです。テンプレートベースで決定的レンダリング、27のコンポーネントに対応しています。

葵: 「決定的レンダリング」というのがポイントで、AIに画像を生成させると毎回違うものが出てくる。デザインなんて、ブランドのロゴやボタンの色が毎回微妙に変わったら困るんですよね。Imejisはテンプレートをベースにするから、同じ入力には同じ出力になる。

悠真: AIがWebサイトやバナーを作るときの実用性の問題を解決している。生成AIの「確率的な面白さ」ではなく、「決定的な実用性」に振ったアプローチです。

葵: で、信頼性の核になるのがCurie。科学文献に特化したAIリサーチアシスタントで、複数のデータベースを並行検索して、各主張を原文照合する。PRISMA系のシステマティックレビューにも対応しています。

悠真: これは本質的な話で、AIが「それっぽい答え」を出すのは得意だけど、その根拠が本当に存在するのかは保証しない。研究の世界では、出典の確認が命です。Curieは各主張を元論文に照合して返すから、「AIが言った」ではなく「この論文のこの部分に基づいている」が分かる。

葵: PRISMAは、システマティックレビューの質を担保するための国際的なガイドラインなんですけど、それに対応しているというのは、研究の実務を本当に狙っているということですよね。

悠真: Timelessの「引用付きQ&A」と同じ思想が、より厳格な研究の場で実装されたと見ることもできます。

葵: そしてPasteのIntelligent Clipboard。Apple Intelligenceを搭載して、作業内容から「次に貼る項目」を予測して提案してくれる。しかもMac上でプライベートに。

悠真: クリップボードマネージャのPasteが、AIで一歩進んだ。端末内で処理するから、コピーした内容が外部に流出しない。これも後で話すローカル完結の流れとつながりますね。

葵: Supportとして補足すると、SupertakeというUSV発のAI投資プラットフォームもあって、自然言語の「見解」からポートフォリオを生成して、RobinhoodやCoinbaseで発注する。

悠真: これは信頼性の話と切っても切れない。投資は失敗が直接お金になるから、AIの判断をどこまで信用するかが問われる領域。「自然言語で見解を言うと、それがポートフォリオになる」というのは面白いけど、「その見解が正しかったか」の検証は人間の責任に残ります。

葵: Engine Room Mediaも似た文脈です。複数プラットフォームの分析を統合して、AI Producerが推奨行動を提示する。メディアキットやコンバージョン計測も提供しています。

悠真: 分析の統合自体は既存でもあるけど、「AI Producerが推奨行動を提示」というのが、判断の自動化に一歩踏み込んでいる。ただ、推奨を鵜呑みにするかどうかは、やはり使う側の信頼性判断にかかってくる。

葵: まとめると、AIに任せる範囲が広がるほど、「モデルの選択肢」、そして「出力の検証手段」がセットで必要になる。HopscotchとImejisとCurieとPasteは、それぞれ別の角度からその問題に答えている、と。

悠真: そしてここで、話を少し別の方向に向けます。AIが外部のサービスを次々と使うようになると、逆に「自分の手元で完結する道具」の価値が上がるんですよね。

葵: はい。まずClink。iOSのカスタムキーボードです。テーマとレイアウトが自由で、通常の入力は端末内で完結、アカウント不要。

悠真: キーボードって、普段気にしないけど、一番センシティブな入力が流れる場所なんですよ。パスワードも、クレジットカード番号も、全部キーボードを通る。だから「端末内完結・アカウント不要」は、カスタムキーボードとしてはかなり重い主張です。

葵: カスタムキーボードの多くは、学習機能のためにクラウドに送るとか、アカウントを作らせる。Clinkはその逆で、「入力は外部に出しません」と明言している。カスタマイズ性を売りにしつつ、プライバシーを裏打ちしている。

悠真: Android版も計画中とのことなので、展開も視野に入っているんですね。

葵: 同じくMacの道具で、Flotnote。フローティングのMarkdownメモで、Commandピリオドで即起動。.mdファイルはObsidian互換。買い切り4.99ドル。

悠真: これは「軽さ」と「互換性」の勝利です。Markdownのメモアプリは大量にあるけど、多くは独自データベースに保存する。Flotnoteは普通の.mdファイルなので、Obsidianにそのまま持っていける。データの所在が自分のファイルシステムにあるという安心感。

葵: で、Gladys Assistant 5。自己ホスト型のスマートホーム基盤で、Zigbee、Z-Wave、Matterが内蔵。92の統合、YAML不要、ローカル完結。

悠真: スマートホームはまさに最たる例です。市販のスマートホームハブは、大抵クラウド経由で動く。メーカーがサービスを終了したら家が壊れる。Gladysは自分のサーバーで動くので、そういうリスクがない。

葵: Matterに対応しているというのは重要で、これはスマートホームの標準規格だから、対応デバイスの幅が広がる。ZigbeeとZ-Waveも内蔵しているから、無線の規格ごとに別のハブを買う必要がない。

悠真: 92の統合、というのは各種サービスやデバイスとの接続の数で、それでいてYAMLを書かなくていい、つまり設定がGUIで完結する。自己ホストって技術者向けのイメージが強いけど、そこを下げている。

葵: Supportも一つずつ。GhostDeckはMacのオフライン音楽プレイヤー。クラシックなデッキUIと10バンドEQ、音楽連動のローポリ5世界、12MBで完全にネットを遮断。

悠真: 12MBでネット遮断って、ほとんど「おもちゃ」なんですけど、それが逆に新鮮。音楽プレイヤーは大体ストリーミングとセットで語られる中で、「完全にオフラインで動く」というのを突き詰めている。しかも視覚的な演出としてローポリの3D世界まである。

葵: そしてSzept。Mac用のAIエージェント音声入力ツールで、60以上の言語に対応、スクショのパスを渡せたり、Soniox APIを使っていて、Swiftのソースコードが同梱されています。

悠真: AIエージェントへの入力が「音声」になるというのは、手が離せない作業中に指示を出せるということで、エージェント時代の新しい入力形態ですね。ただ、音声はクラウドのAPIで処理されるので、先ほどのClinkやGladysと比べると「完全ローカル」ではない点は分けて考えたい。

葵: うん、ClinkとFlotnoteとGladysを本命に置いて、GhostDeckとSzeptは「ローカルを志向する道具が、開発者向けのAI入力や趣味の音楽プレイヤーにまで広がっている」という補強材料ですね。

悠真: さて、視点を変えて、Mac上の作業を整えるツールの話です。AIの話から少し離れますが、日常の作業を快適にするという意味では同じ「道具」の延長線上にあります。

葵: まずDeclutr。Macのフォルダを種類別に1クリックで整理する。ルールベースで中身は読まない。監視フォルダと取り消し機能に対応していて、Proは8.99ドルの買い切り。

悠真: 「中身を読まない」というのが面白い主張です。最近の整理ツールはAIでファイルの中身を解析して賢く分類する流れがある。Declutrはあえてそれをやらずに、ファイル名と拡張子だけで分類する。

葵: プライバシー的にはそれが安心だし、速度も速い。賢さより「手軽さと安心」で勝負している。取り消し機能があるのも、自動整理への不安を減らすための設計ですよね。

悠真: 監視フォルダも実用的で、特定のフォルダを監視しておけば、放り込むだけで自動的に整理される。

葵: 次がRicly。MacのFinderの右クリックに、大容量ファイル共有、PDF結合、背景除去など17種のファイルツールを統合する。オンデバイス処理です。

悠真: これは「ツールの集約」の発想ですね。PDFを結合したいとき、いちいちブラウザでWebサービスを開いてアップロードして……という手順が、右クリック一発になる。しかもオンデバイス処理だから、ファイルの中身が外部に送られない。

葵: PDF結合、背景除去、圧縮、といった「たまに必要になるけど、いちいち調べてWebサービスを探す」類の作業を全部Finderに埋め込んだ、と。17種というのはかなり盛りだくさんです。

悠真: そしてGroupShelf。ShiftドラッグでMacの任意アプリのウィンドウをブラウザ風タブ化する。macOS 15以上対応、9.99ドルの買い切り。

葵: Macの画面って、ウィンドウが大量に開くと地獄なんですよね。Mission Controlで全部がタイル状に並んで、探すのに苦労する。GroupShelfは「同じ種類のウィンドウをタブにまとめる」ことで、画面をすっきりさせる。

悠真: ブラウザのタブ操作に慣れている人なら直感的に使える。これも9.99ドルの買い切りです。

葵: Supportとして、Enter Space 7はrcloneの70以上のストレージをApple製品でネイティブに利用できるようにする。FSKitでマウントして、写真タイムラインや時点復元も追加しています。

悠真: rcloneはクラウドストレージをコマンドラインで操作する定番ツールなんですが、それをGUIとネイティブマウントにした。専門的なツールを一般の人向けに翻訳する仕事です。

葵: ShipHappensはMacのASOアプリ。Appleの人気データでキーワード、AIでスクリーンショット、39言語の一括翻訳、レビュー返信に対応しています。

悠真: ASOはApp Store内の検索最適化ですね。アプリ開発者向けで、これもMacの作業を整える系統と言えます。

葵: この一連のツールで共通するのは、小粒で買い切り、という商売の形です。サブスクの相反で、8.99ドル、9.99ドル、4.99ドル、と。

悠真: 買い切りは、開発者にとってもユーザーにとっても「一度の決断で関係が終わる」関係性で、道具としての中立性がある。サブスクだと「使わなくなったら損」という心理が働くけど、買い切りなら「必要なときにだけ使う」で済む。小粒なツールほど、そういう関係が合うんでしょうね。

葵: さて、最後は少し軽い話題に移ります。二つ、遊びと検証の小ネタです。

悠真: ひとつ目はWould you pay?。スタートアップを提示して「払うか」でスワイプ判定して、10件後に行動者層と遷移率を表示してくれる。無料です。

葵: スタートアップのアイデアを順番に見せられて、「これ、お金払う?」とスワイプで答えていく。10件答えると、「あなたはどのタイプの行動者か」「そう答えた人が次にどう遷移したか」が見える。

悠真: 市場調査のゲーム化ですね。開発者側は自分のアイデアを投げて反応を見る、参加者側はゲームとして楽しみつつ自分の消費傾向が分かる。無料なので気軽に触れる。

葵: もう一つがPokébinder。無料のポケモンカードのバインダー計画ツールで、未所持のカードだけを6.3×8.8センチの実寸で印刷できる。アカウント不要です。

悠真: ポケモンカードを集めている人向けで、「あのカード、まだ持ってないんだよな」というリストを、バインダーに貼るサイズで実際に印刷できる。しかもアカウント登録も不要で無料。

葵: 実寸で印刷というのがユーザー理解の勝利で、バインダーに貼って「空きスロットが埋まっていく」感覚をシミュレーションできる。

悠真: 今日の話題全体を通して見ると、面白い構造があったと思います。AI側では、Arsazeのような「AIが実務を操作する」先例が実証され、Jotform SignやZenABMのような「業務フローへの組み込み」が進み、HopscotchやCurieのような「モデルと信頼性の基盤」が整いつつある。

葵: 一方で、ClinkやGladysやDeclutrのような「ローカルで完結する道具」が同時に豊かになっている。AIがクラウドで賢くなるほど、手元で完結する安心感の価値が上がる。この二つの流れが、同じ週に出てくるというのは、時代の空気をよく表していると思います。

悠真: そして最後のWould you pay?とPokébinderは、「道具は小さくても、ユーザーの具体的な場面を理解しているかどうかで勝敗が分かる」ということを教えてくれる。実寸印刷とか、10件で行動者層とか、細かいところにこそ開発者の観察眼が出ますよね。

葵: 今後は、AIエージェントの承認フローがどう標準化されるか、そしてローカル完結の道具がAIとどう共存するか、その二つを追いかけていきたいと思います。

悠真: それではまた次回。お疲れさまでした。

葵: ありがとうございました。