1011 | 今週の新しいツールとAI:ワークスペースの進化

葵: どうも、Product Huntの24時間ブリーフィング、お時間です。葵です。

悠真: 悠真です。今日も昨日リリースされたものを、ちゃんと人の問題に刺さっているかどうかで絞って見ていきます。

葵: 今日は五つの流れがあって、まず一番大きいのは「AIエージェントの作業場」の話。エージェントを走らせる側と、その結果をレビューする側、という対です。

悠真: そこから、エージェントの頭脳と基盤になる検索やAPIや判定モデル、AIコンテンツの信頼と収益化、それから日常のデスクトップ体験、最後は録画と同期で締める、という構成でいきます。

葵: 一点だけ先に言っておくと、今日はメーカーさんの説明は「主張」として扱います。実際にどうかは、規約や仕様で確認できる範囲だけ語るというスタイルね。

悠真: はい。ではさっそく、最初のエージェント作業場から。

葵: まずHypervibe。Macのネイティブアプリで、Claude Code、Codex、Gemini、そしてそれ以外も含めて30以上のCLIエージェントを同時に走らせられる。

悠真: ポイントは「実際のPTY端末として」動くところですね。疑似ターミナル、つまり本物の端末セッションとしてエージェントが走る。それを無限ボード上に並べる。

葵: これ、なぜPTYが大事かというと、端末の真似じゃなくて本物だから。インタラクティブな入力も含めて、端末でできることがそのままできるわけ。複数のエージェントを別々のタスクで並行稼働させるなら、横に並べて一覧できちんと監視できる場所があると作業の形が変わる。

悠真: 従来の選択肢というと、ターミナルのタブやウィンドウを手で並べるか、tmuxのペインを割り切って使うか。それに対してHypervibeは「エージェントを並行稼働させる」という用途にボードを特化させているのが差別化ポイントでしょうね。

葵: 誰向けかというと、複数のCLIエージェントを日常的に回す開発者。ただし、ここで注意しておきたいのは、PTY端末として動くとか無限ボードとかはメーカーの説明であって、実際に安定して長時間動くのか、リソースをどれだけ食うのかは使ってみないと分からない。

悠真: ですね。30以上のエージェント対応というのも、対応リストの幅であって品質の保証ではない。では次、その対になる側。

葵: GitGlow。これはエージェントが書いた変更をレビューするためのローカルGitワークスペース。ステージング、履歴、そしてチェックアウト状況を認識する端末を持っている。

悠真: Pro版には「古いレビュー」の印付け機能がある、と。つまり放置されたレビューをマークできる。

葵: この二つ、対になっているのが面白い。Hypervibeが「エージェントを走らせる環境」で、GitGlowが「その結果を確認する環境」。エージェントが増えたということは、レビュー対象の変更が激増したということでもある。走らせる側に投資が集まる一方で、確認側は従来のgitのUIのまま放置されがちだった。

悠真: 既存の選択肢というと、普通にターミナルでgit diffを見るか、GUIのgitクライアントを使うか。GitGlowの違いは「エージェントの変更レビュー」に用途を絞っている点です。ステージングと履歴が一つのワークスペースにまとまっていて、しかも今チェックアウトしている状態を端末が認識している。

葵: 誰向けか。一人で複数エージェントを回して、生成物を人間がレビューするフローを回している開発者。無償から始められて、Proで古いレビューの印が加わる。未来の話も一つ。エージェントが書いたコードのレビュー自体をどう自動化していくか、まだどの製品も本格的には手をつけていない。人間がレビューする前提の道具が揃ってきた今、次はレビュー作業そのものへの圧力が出てくる局面かもしれない。

悠真: そこに音を加えると、この二つの話はつながります。TapNoise。

葵: そう、これが今回のサポート枠。20種類のキーボード音に加えて、Tappyというデスクトップのキーキャップ・ペットがいる。そして、Claude Code、Codex、Cursorでタスクが完了したときの「エージェント完了のチャイム」を持っていて、ノックコマンドもある。一回買いで4.99ドルから。

悠真: これはただの音おもちゃではなくて、先ほどの「エージェントを並行して走らせる」作業場と相性がいいんですね。目で監視しているだけだと、どのエージェントが終わったか分からない。音で知らせてくれるのは実務的な価値がある。

葵: ノックコマンドも、体感としては手を止めずに合図を送れる仕組みでしょうね。価格は一回買いで4.99ドルから、サブスクじゃない点は明確。あとは実際の音の品質と、チャイムの検出がどのくらい正確なのかが使ってみるまで分からないところ。

悠真: では二つ目の話題に移りましょう。エージェントの頭脳と基盤です。ここは三つで綺麗に三層構造になっています。

葵: まず知識の層から。Lune。検索エンジンであり、MCPコネクタで、AIエージェントを「最高ランクの学会の論文の全文」に接地させる。

悠真: 全文検索に引用トレース機能。引用をたどれる。

葵: 使われているのは1千人以上の研究者。無料で始められる。ここで大事なのは、エージェントに論文の要約やタイトル検索ではなく「全文」を渡せるということ。根拠に触れる質が変わる。

悠真: 既存の選択肢だと、普通の学術検索はメタデータやアブストラクト中心ですし、MCPでエージェントにつなぐ統合も限定的でした。Luneは「エージェントのための学会レベルの検索」と用途を絞っている。引用トレースで、エージェントが述べた主張を元の論文に戻って確認できるのは、幻覚対策として実用的です。

葵: 誰向けか。研究をしている人、そして研究ベースの判断をエージェントにさせる人。制限としては、対応しているのはトップティアの学会論文に限られるので、業界レポートや社内データには届かない。また1千人以上というのは使われている人数の主張で、実際の満足度まではここからは読み取れない。

悠真: 次が基盤の層。API Claws by Buda。ホスト型のAgent APIです。

葵: アプリやデバイスに「クラウドエージェント」を与えられる。Driveのメモリ、モデルルーティング、セッション、そして埋め込み用の機能を備えていて、自分でインフラを回す必要がない。

悠真: 既存だと、エージェントをプロダクトに組み込むなら自分でオーケストレーションを書いて、メモリは別で管理して、モデルの切り替えも自分で。それを一つのAPIに押し込んだのがこの製品の価値主張です。

葵: 誰向けか。エージェント機能を自分のアプリやデバイスに入れたい開発者、つまり今私たちが話してきたCLIエージェントの開発者ではなく、アプリ側の開発者。制限は、ホスト型なので待ち時間やコスト構造がBuda側の設計次第になること。メモリがDriveベースというのも、どんなデータをどのように保持するのか確認したくなる点ですね。

悠真: そして三層目、判断の層。MicrosoftのDecisionモデルです。

葵: これは面白い。固定された選択肢に対して、1パスで「較正済みの確率」を返す決定モデル。GPT-6 Solの約35倍高速で、入力100万トークンあたり0.042ドル。

悠真: 選択肢が固定でいい場面、つまり「この中のどれ?」と答えるタスクに特化して、速度と価格を割り切っている。

葵: 一般的な会話モデルと比べるとできることが狭い代わりに、速くて安い。35倍という数字と較正済み確率という主張はベンチマーク次第なので、自分のタスクで検証する必要がある。それでも、判断の質を確率で返すモデルが安価に使えるというのは、エージェントの意思決定ステップに組み込みやすい形ですね。

悠真: つなげると、知識を得る検索、動かす基盤、判断するモデル。三つの層が別々の製品として揃い始めた、というのがこの24時間で見えた話です。

葵: では三つ目。AIコンテンツの信頼と収益化。ここは四つあって、主張がだいたい「作る→検証→診断→収益化→見せる」という流れに置ける。

悠真: まず検証から。Onepin。AIナレーションの検証をします。

葵: 何をするかというと、AIが作ったナレーションを検証する。価格や日付を正規化し、名前を400万語の辞書と突き合わせてチェックし、行ごとにスコアをつける。そして、ビデオを丸ごと作り直すことなく、単語単位で直せる。

悠真: これ、実務的なんですよ。AI音声ナレーションの典型的な失敗って、「二〇二五年」を「に・ぜろ・に・ぜろ・ご」と読むとか、人名や専門用語を間違うとか、一箇所だけのミスなのに全体を再レンダリングしなきゃいけない、というのが地味に時間を食う。

葵: 既存だと、音声合成ツール側の辞書設定に頼るか、耳で聞いて直す人力のチェック。Onepinは検証を仕組み化した。誰向けかは、AIでナレーション付き動画を作っている人、販売している人。無料で始められる。制限は、400万語辞書にない名前や特殊な読みはどうなるのか、そしてスコアの基準がどんな精度なのかは見えない。

悠真: 検証の次は、市場での見え方の診断。ReSO AI。GEOプラットフォームと呼んでいます。

葵: GEOは生成エンジン最適化。ChatGPT、Perplexity、Google AI Overviewsで自分のブランドがどのくらい見えているかを監査し、240以上のチェックでギャップを診断して、それを週次の優先アクションに変える。

悠真: SEOなら自分のサイトのインデックスや被リンクを見ればよかったんですが、生成AIが答えを要約する時代には、「AIがあなたをどう紹介しているか」自体が見えなくなる。それを定期的に機械でチェックする、という問題意識ですね。

葵: 誰向けかは、生成AI経由の流入を気にするマーケやブランド側の人。制限としては、240というチェック数は主張であって、何をチェックしているのかの質が分からないと評価できない。それと、診断が出てアクションリストになっても、実行は自分でやる必要がある。

悠真: 次は収益化。Toolaby。

葵: Chrome拡張に、ライセンス、サブスク、トライアル、ペイウォールを1コマンドで追加できる。決済は自分のStripeアカウントに入る。手数料は売上の0.5%か、月25ドル。

悠真: 1コマンドでペイウォールが付くというのが売りですね。そして決済が自分のStripe。既存のマネタイズ基盤だと、拡張の販促にプラットフォームを使うと手数料が重い、あるいはコードをかなり書く必要があった。

葵: 手数料0.5%というのはかなり低く設定している。ただし、決済を自分のStripeにするということは、返金対応や税務などStripe側の責務も自分に来るという意味でもある。拡張を公開していて、無料のまま放置している人向けの道具ですね。実装がどのくらいそのまま動くか、ライセンスの強制力はどの程度かは、使う前に確認したい。

悠真: 最後が見せる側。ClaudeのDashboards、ベータで有料です。

葵: 自然言語の質問をライブのダッシュボードに変える。データソースはBigQueryやSnowflakeなど。そしてMotionというものがあって、説明動画を編集可能なコードとして作り、MP4に書き出せる。

悠真: 「質問をダッシュボードに」というのは、分析担当を挟まずにデータを見るハードルを下げる話です。Motionが編集可能なコードを吐く点も、動画を黒箱のまま渡すのではなく、中身を変えられる点が特徴的。

葵: ここまでで、AIで作ったものの品質を確かめるOnepin、AIの中での見え方を診断するReSO AI、拡張を売るToolaby、そして結果を見せるDashboards。作って、確かめて、売って、見せる。一通りの工程に道具が現れたという感じですね。

悠真: では、四つ目。日常のデスクトップ体験。ここは四つのメインに、サポートが六つと一番幅が広いですが、つながりとしては「個人の日常の道具で、権限とプライバシーの設計が鍵になる」という一本です。

葵: まずput。Macのキャンバスアプリで、メモやリンク、ファイルをペーストやドラッグ、それから⌃⌥Pでどんどん置いていける。

悠真: 特徴は、各キャンバスがプレーンファイルの実フォルダになっていること。無料で始められる。

葵: 実フォルダというのが核心です。キャンバス上のものが、実は独自データベースやクラウドの黒箱ではなく、Finderから見えるただのファイルである。つまり、アプリをやめてもデータが残る。バックアップやgrepも普通にできる。

悠真: 既存のノートアプリやスティッキーズの類と比べると、「とりあえずここに置く」という受取口として設計していて、構造化は後回し。一時的なモノを置く場所としての差別化ですね。

葵: 誰向けかは、Macで情報の受け皿がなくてデスクトップが散らかっている人。制限としては、キャンバス上のレイアウトがフォルダ側にどう反映されるのか、そして長期的に整理する手段があるのか、そこは確認ポイントです。

悠真: 次に、もう一つの「個人のデータ」の話。History Monk。ブラウザ履歴の代替ツールです。

葵: 80ミリ秒の検索、タイポ許容、11以上のフィルタ、そしてサイト単位の一括削除。100%ローカルでプライベート。7日間無料で試せる。

悠真: ブラウザの履歴検索って、遅いしフィルタも貧弱なんですよね。80ミリ秒というのは主張ですが、タイポ許容と11以上のフィルタ、そして「このサイトの履歴を全部消す」の一括削除は、実際に使う場面が想像できる機能です。

葵: ローカル処理という点が、これから続く話の伏線でもあります。個人データを扱う道具ほど、クラウドに送るかどうかが本体の価値を決める。これは無料枠で試せるのも親切。

悠真: そしてここから、権限の設計が極端な例へ行きます。Baby Desk。

葵: Macのフルスクリーン赤ちゃん遊び場。⌘Qを含むすべてのキーとクリック、そしてスクリーンショットまで吸収する。親は隠しコンボとTouch IDかPINで脱出する。4.99ドル。

悠真: 課題は実に具体的で、赤ちゃんがMacに触ると、普通は⌘Qでアプリが落ちたり、何かが消えたりする。それを画面全体で安全に遊ばせられるようにする、という話です。

葵: 「全キーを吸収する」は、macOSではそのままではできない安全地帯の実装を要求される。どう実現しているのか、そして子どもが本当に脱出方法に到達できないのかが品質の分かれ目です。この4.99ドルという価格設定も、難しい技術問題に対して低く感じるので、実装の頑張りが気になる。

悠真: 最後のメインが、読み上げのFluence。Androidアプリです。

葵: PDF、EPUB、ドキュメントを読み上げる。31言語対応、完全にデバイス上で処理。アカウントもサーバーもサブスクもなし。14.99ユーロの一回買いで、オフラインで動く。

悠真: ここでも「完全オフデバイス」が核ですね。読み上げの内容、つまり読んでいる文書の中身がどこにも送られない。アカウント不要で一回買い。

葵: クラウドの読み上げと比べると、音質では負けるかもしれないが、プライバシーとオフラインとランニングコストで勝つという構図。文書を読み上げているということは、仕事の資料や個人的な文書がほとんどでしょうから、デバイス内処理は理にかなっています。31言語対応というのも幅が広い。買切り14.99ユーロで、サブスク疲れには刺さるはずです。

悠真: この話題のサポート側に移りますね。まず、デスクトップに「健康的な習慣」を持ち込む二つ。

葵: Pawse。macOSのメニューバー・アプリで、無料のオープンソース。3Dのペットが画面上を歩き回って、水を飲んだか、習慣はどうか、休憩は取ったかと聞いてくる。オプションで、画面をロックするハードブロックもある。

悠真: 隣のCue。AirPodsをMacのフォーカススイッチとして使う。装着するとフォーカスモードとサイトブロックが始まり、ノッチにタイマーが出る。外すと休憩が始まる。無料だがnotarizeされていない。

葵: 二つとも「人間の休憩と習慣を機械が面倒見る」系ですね。Pawseはペットという柔らかい圧、Cueは物理的な行動、AirPodsの着脱をトリガーにした、物理ということを忘れていた発想です。Cueがnotarizeされていない点は、インストール時に警告が出るという意味で、セキュリティ的に判断して入れる必要がある。

悠真: そしてWindowsとFirefoxの大きめアップデート二つ。

葵: 新しいWindows Search。WinUI 3で再構築されていて、インラインアクションを持つ。ダークモードにする、ミュートする、ウィンドウを整列する、という操作が検索から直接できる。一つのリストにまとまって速くなり、Windows Insidersにロールアウト中。

悠真: Firefox 157。数年ぶりの大きな見た目のリフレッシュ。新しいテーマや壁紙、カスタマイズできるホームページ、縦のタブグループ、そしてコンパクトモードの復活。

葵: この二つは「 OSやブラウザの在庫がようやく磨かれた」という話。検索のインラインアクションは、調べて操作するという二段階を一段にする考え方で、ファイルの受け皿であるputとも通じるものがありますね。

悠真: 最後にLinuxサイド。NaarchyとSkymirです。

葵: Naarchy。無料のオープンソース(MIT)のLinuxデスクトップ用トップバー・アイランド。ファイルシェルフ、クリップボード履歴、音楽コントロール、タイマー、カレンダーが入っていて、RustとGTK4で書かれ、Hyprland向け。

悠真: 窓の外、つまりトップバーに置く雑多な受け皿です。putのキャンバスが「画面の中の受け皿」だとすれば、Naarchyは「バーの上の受け皿」。モチーフは近いですね。

葵: そしてSkymir。Linux向けネイティブGTKのGoogle Drive双方向同期。Docsは.gdocショートカットから開け、削除はゴミ箱に落ちる。そして、半分以上のファイルを消すような同期は拒否する。19ドルの一回買い。

悠真: 半分以上のファイル削除の拒否、これは実用的な安全装置です。同期のミスでフォルダが空になる、という事故は珍しくないので。削除がゴミ箱行きなのも慌てさせない設計。

葵: この日常ツール群全体を通じて感じるのは、プライバシーと権限の設計の選択がはっきりしていること。History Monkは100%ローカル、Fluenceはオフデバイス、Baby Deskは全キー吸収と隠し脱出、Skymirは削除の安全装置。そしてCueはnotarizeなしで無料。どれも「個人データと権限をどう扱うか」の選択がそのままプロダクトの輪郭になっている。

悠真: では最後、五つ目。「運ぶ」をテーマに二つ。

葵: まずSkreno。ブラウザの中で完結するビデオスタジオ。画面とカメラを別トラックで録画して、そのまま編集できる。共有は一つのリンクで、文字起こしとAI要約付き。そして、ログ付きのバグ報告にも対応している。

悠真: 画面とカメラの別トラック録画は、後から自分だけを消したり小さくしたりするために必要で、配信ソフトではなくブラウザ内でできるという点が差別化です。

葵: 既存の選択肢だと、録画は別ツール、編集は別ツール、共有はアップロードしてリンクを貼る、という分割でした。Skrenoはその流れを一つにした。特に「バグ報告にログが付く」というのは、開発チーム向けのユースケースを明示しているところで、録画ツールの枠を少し超えています。

悠真: 共有リンクに文字起こしとAI要約が付くのは、「見てもらう」コストを下げる話です。受け手が全部見なくても要点がつかめる。

葵: 誰向けか。画面で説明することが多いチーム、リモートのサポートやQA。制限としては、編集の精度や、長時間録画時のブラウザの安定性など、ブラウザ内完結という利点の裏面は確認が必要です。

悠真: もう一つの「運ぶ」がファイルのほう。Skymirに戻ります。

葵: さっき軽く出しましたが、もう少し深く。Linux向けにGoogle Driveと双方向同期するネイティブのGTKアプリ。Docsは.gdocショートカットで開ける。削除はゴミ箱へ。半分以上のファイルを消す同期は拒否。19ドルの一回買い。

悠真: 「運ぶ」の対比が面白いんです。Skrenoは「作業の結果を見せるために運ぶ」、Skymirは「ファイルを自分の環境と保持するために運ぶ」。一つは見せる方向、一つは保持する方向です。

葵: Skymirで技術的に難しいのはDocsの扱いです。Google Docsは実体ファイルがないので、.gdocショートカットに置き換えて、開けばブラウザで開くという扱いにしている。これは同期ツールの定番の妥協案で、ネイティブGTKで作っている点がLinuxユーザーの好みに合うでしょうね。

悠真: そして、あの「半分以上の削除を拒否する」安全装置に戻ると、Skrenoのログ付きバグ報告と対になっています。どちらも「運び方の失敗への防衛」が設計に入っている。Skrenoは問題の再現に必要な情報を消さずに運ぶ、Skymirは間違った同期でファイルが消えないようにする。

葵: はい、締めましょう。今日の24時間で見えたのは、AIエージェントが「走らせる」から「確認する」へ、道具の重心が移り始めたこと。

悠真: そして、エージェントに知識と基盤と判断の層が揃いつつあること。コンテンツのほうは、検証、診断、収益化、可視化が一式出そろった。

葵: 日常ツールでは、プライバシーと権限の設計が差別化そのものになった。最後は「運ぶ」の二方向で締めました。

悠真: 補足として、今日話した数字や仕様はすべてメーカー側の主張です。実際にどうかは、皆さんの環境での確認が何よりの証拠になります。

葵: それでは、また明日の24時間で。葵でした。

悠真: 悠真でした。ありがとうございました。