0916 | 今週のAI・開発ツール便り：MacアプリからAIエージェントまで

葵: みなさん、こんにちは。Product Huntの24時間ブリーフィング、パーソナルAI開発ツール特集としてお届けします。今週も多種多様なローンチがあって、それを絞り込んでいきました。悠真さん、よろしくお願いします。

悠真: どうも、悠真です。今日のラインナップの共通点は「ローカルで動く」「エージェントが仲間になる」という二つの流れですね。Macのローカルツールから始まって、AIエージェントのインフラ化、権限管理、チームでの協働、そして日常の音声やSaaS構築、知識の共有まで一気に見ていきます。

葵: はい。まずはその最初のテーマ、Macのローカルユーティリティの進化から。これはちょうどプライバシーと買断モデルがMacアプリの流れになっているところで、三つの製品がそれを体現しています。

悠真: 一つ目はTangerine。Mac用のオフラインファイル変換器です。特徴はShift+ドラッグで変換できるというシンプルな操作と、Optionキーで高度なツールが出てくるという設計。全部ローカルで処理されて、188種類の変換と25種類のツールが入っていて、$15の買断です。

葵: 188種類って結構すごいですね。しかもオフラインで全部済むというのが、クラウドにファイルをアップロードしたくない人には大きい。変換したいファイルをドラッグするだけで済むから、学習コストがほぼゼロですよね。

悠真: そうですね。だけど一つ気になるのは、188種類と聞くと「本当に全部使いこなせるのか」という疑問。実用では特定のフォーマットばかり使うことが多いので、網羅性がどれほど実利的な強みになるかは使ってみないと分からない部分です。

葵: 次はDynamicLake 2.0。MacでDynamic Island風のアプリを動かせるツールです。バージョン2.0でサードパーティのプラグインシステムとマーケット、Playgroundが追加されました。対応しているのは音楽、通知、ドラッグ、通話、タイマーなどのLive Activities。

悠真: これは正直、Macで「Dynamic Island」というとネタっぽく聞こえるかもしれませんが、2.0でプラグイン経済圏を作りに行ったというのが面白いポイント。デベロッパーがプラグインを作ってマーケットに載せられるようになると、単一アプリの機能以上に拡張性で差がつく。今後注目したいのはこのプラグインエコシステムが実際に育つかどうかです。

葵: そしてPeekPaste。これも完全ローカルのクリップボード管理ツールです。ポインターを画面端に持っていくとパネルがスッと出てきて、スクリーンショットに対してOCR検索ができる。$9.99の一回払いで、クラウドなしです。

悠真: クリップボード管理って、クラウド同期が便利なケースもありますが、「履歴を外に出したくない」という人にはローカル完結が強い。OCRで画像の中のテキストを検索できるのは、以前コピーしたスクリーンショットを「あの文言が書いてあったやつ」と探せるということですから、地味に強力です。

葵: この三つに共通するのは、「クラウドに上げない」「一回払い」という選択です。月額じゃなくて買断にすると、開発者は継続収入が減る代わりに、ユーザーは長く使えば使うほどお得になる。Macのツール市場ではこの買断モデルが定着しつつありますよね。

悠真: そうですね。類似の動きとして、Thoughts for Macという無料のメニューバー速記アプリもあります。これは文字、画像、音声に対応していて、OpenAI、Claude、GeminiのAPIキーを自分で入れて transcription や OCR、翻訳、リライトができる。無料でAPI利用料だけ自分持ちという構造です。

葵: 同じMac系ツールでも、Thoughtsは機能を自分のAPIキーで拡張する方向、DynamicLakeはプラグインで拡張する方向。拡張の仕方が違うけど、「アプリ本体はシンプルにして、外から足せるようにする」という考え方が共通しています。

悠真: あとMac Duoというのもありました。ノートパソコンのフタを閉じるとき、画面がすりガラスっぽくなる演出です。£2.99の一回払い。仕組みはヒンジの角度センサーでリアルタイムに駆動されていて、スクリーンレコーディング権限が必要というのがちょっと面白いところ。

葵: 見た目重視のツールですが、こういう「無駄だけど楽しい」系もMacアプリの人気が出る理由の一つです。そしてFATHERというVercelチーム向けのMacダッシュボードもありました。こちらはトラフィック、デプロイ、アップタイム、PageSpeed、Search ConsoleやBing、SSLやドメインの有効期限のリマインダーまで集約して$7.99。トークンはローカルに保存されるという点も、ローカル完結の流れに沿っていますね。

悠真: そう、FATHERはローカル保存を明示しているところがポイントで、クラウドダッシュボードだと「どこにトークンが置かれるのか」が気になりますから。さて、ここからはAIの話に移ります。先ほどのローカルツールは「開発者個人が手元で使う道具」でしたが、次は開発者がAIエージェントを動かすインフラの話です。

葵: はい。まずOpenAIのAgents APIから。これが結構大きな変更で、Codex harnessをホスティングして、1回のAPI呼び出しでクラウドエージェントを構築できるようになりました。内蔵されている機能として、コンテキスト圧縮、並列サブエージェント、複数のサンドボックスオプションがあります。

悠真: 「1回のAPI呼び出しで」というのが本当に変わったところです。以前はエージェントを動かすには、自分でharnessを用意して、サンドボックスを整えて、コンテキスト管理を実装して…という感じで、運用まわりの自作コードが大量に必要でした。それがAPIの裏側に隠されて、開発者は「何をさせたいか」だけを書けばよくなった。

葵: そしてコンテキスト圧縮と並列サブエージェントが標準搭載というのは、長時間動くエージェントや、複数の作業を同時に回すエージェントを作るハードルが大きく下がったということですよね。サンドボックスの選択肢が複数あるのも、セキュリティ要件が違う用途に合わせやすい。

悠真: 一方、Kiloのモバイル版はiOSとAndroidからCloud Agentsを起動したり、CLIやVS Codeのセッションを操作したり、PRをレビューしたりできる。オープンソースで500以上のモデルに対応しています。つまり、エージェントの実行基盤はクラウドにあるけど、コントロールはスマホからできるという組み合わせです。

葵: ここで面白いのは、「エージェントはクラウドで動くが、人間はどのデバイスからでも介入できる」という設計。これまでエージェントを運用するには開発マシンを開いている必要がありましたが、スマホで出先からPRをレビューできると、レビュー待ちの時間が減りますよね。

悠真: そうなると、次の課題は自然と「エージェントに何をさせてもいいのか、どこまで権限を渡すのか」です。CIやログや本番環境に近いところをエージェントに触らせるとき、その権限設計が鍵になります。

葵: その流れで、Buddy MCPというツールがあります。これはAIエージェントにCI、パイプライン、ログ、デプロイ、サンドボックス、ドメインへの安全なアクセスを与えるためのもので、90以上のツールを提供しています。OAuthかトークンで認証して、ワークスペースやツール単位でスコープを制限できるのが特徴です。

悠真: 「ワークスペース単位」「ツール単位」でスコープを絞れるというのは、実用上かなり重要なポイントです。例えば「このエージェントはログは読めるけど、デプロイはさせない」という設定ができる。これをやらないと、うっかり本番をいじられるリスクがありますから。

葵: そして、AI待ち時間の話。IdlenというVS Code、Cursor、Chromeプラグインがあって、開発者がAIの処理を待っている時間を広告枠に変えるという発想です。開発者は収入の70%を受け取ります。主張として、プロンプトを読まない、依存関係はローカルで分析する、と謳っています。

悠真: AI待ち時間を資源にするという発想は面白いですね。ただ、ここは慎重に見る必要があって。「プロンプトを読まない」というのはメーカーの主張であって、検証された事実ではありません。開発者が自分のコードの内容に関わる広告が表示されることへの抵抗感は、実際に広がるかどうかを左右しそうです。アイデア自体は新しくて、70%分配という数字も、継続利用のインセンティブとしては現実的です。

葵: ここで少し知識の共有の話も挟みましょう。Sahil Lavingiaさんが『The Minimalist Entrepreneur』を10個のオープンソースMITライセンスのClaude Codeスキルにした、という動きもあります。/validate-idea、/mvp、/pricingのようなコマンドとして、本の中の知識がエージェントに呼び出せる形になった。

悠真: 本を「スキル」として再パッケージするというのは、AIエージェント時代の新しい出版形態です。エージェントに権限を渡す話と並べて考えると、「エージェントに何をさせられるか」だけでなく「エージェントに何を知らせておくか」も選択肢になってきたということです。

葵: さて、ここからはエージェントが実際に仕事を進める例に入ります。まずis.teamという無限キャンバスのプロジェクト管理ツール。AIエージェントがMCP経由で看板の仲間として参加できます。音声ルームや、会議からタスクへの変換もあって、$16/月で15人固定です。

悠真: 「AIエージェントが看板の仲間」という表現が正確で、単なる通知ボットではなく、キャンバス上でチームの一人として振る舞う。15人固定という課金モデルも、人数ではなくワークスペース単位で買わせるという点で、小規模チームには分かりやすい。

葵: それからAxari。セキュリティ従事者のAI Twinを作るもので、SlackやTeamsの中でセキュリティタスクを先回りして進めたり、フォローアップや報告書のドラフトを作ったりする。特徴は「段階的に稼ぐアクセス権」という設計と、人間の承認が必要な点です。

悠真: 「エーンド・アクセス権」という発想は、さっきのBuddy MCPのスコープ制限と同じ方向性です。最初から全部を許可するのではなく、実績を積むごとに権限が広がる。セキュリティ業界というセンシティブな領域だからこそ、この段階的な信頼構築が必要なのでしょう。

葵: そしてProofrr。クリエイティブのレビューを一元化するワークスペースです。注釈、スレッドコメント、バージョン比較、ログイン不要の顧客レビューリンク、そしてAI支援のレビュー。フィードバックがいろんな場所に散らばるという問題を解くためのものですね。

悠真: スレッドコメントとバージョン比較とログイン不要リンクの組み合わせは、クリエイティブのレビューの実務の痛みを直接突いていると思います。クライアントにアカウントを作らせるのは大変ですから。

葵: このis.teamとAxariとProofrrに共通するのは、「人間とAIが同じ作業面で協働する」ということです。別々のツールでAIが補助するのではなく、同じキャンバスやSlackチャンネルで並んで作業する。次は、その判断や創作を支える部分に進みましょう。

悠真: まずAnthropologic。これは消費者研究プラットフォームで、Human Context Protocolというものを使って、239の市場と100以上の言語をカバーし、数分で文化的文脈を踏まえた研究やトレンドのインサイトを出します。

葵: 「文化的文脈」というのがポイントです。単なる統計ではなく、「なぜその市場ではその行動が起きるのか」という背景を含めた形での研究。数分でというのは、従来の調査だと数週間かかるものが、どういう精度で出るのかは使ってみないと分からないところですが、初期の方向性の確認には便利そうです。

悠真: そしてsiift。AIチャットのノイズを視覚的なビジネスマップに変えるというもので、戦略、証拠、決定をつなげて、実際のビジネス文脈で仮説を検証したり、リスクを特定したり、次の一手を決めるのを支援します。

葵: AIチャットって、有用なものと雑談が混ざってしまうことが多いですよね。それを構造化して「マップ」として見せるというアプローチは、思考の整理そのものをAIにさせるというより、AIの出力を人間が判断しやすい形にするという方向性です。

悠真: そしてNarrative。これはAIビデオ編集器で、素材をアップロードしてから、チャットで指示を出して繰り返し修正していく。参照映像のスタイルマッチングや、動きや効果音もサポートされていて、レンダリングと保存はチーム側が処理してくれる。

葵: チャットで「このカットをもう少し短く」とか「この雰囲気に合わせて」と指示するというのは、ビデオ編集のUIがタイムラインからチャットに変わるということです。レンダリングをクラウド側でやるというのは、ローカルマシンのスペックに依存しないという点で、さっきのローカルツールの流れとは逆の方向ですね。

悠真: そこは対比として面白いです。ファイル変換やクリップボードはローカルで完結させる、ビデオのレンダリングはクラウドに任せる。重い計算と機密データで、置き場所の選択が分かれています。

葵: さて、次は日常の表現と送受信の話に進みましょう。まずVoiskey。AI音声入力で、話しかける先のアプリや読み手に合わせてトーンを自動調整するという「expression intelligence」を売りにしています。個人の言葉遣いを保持したり、訂正を記憶したり、100以上の言語と翻訳に対応していて、マルチプラットフォームで無料から始められます。

悠真: 「相手別・アプリ別にトーンを変える」というのは、音声入力の実用上の大きな壁、「話し言葉のまま書き言葉になってしまう」問題への直接的な答えです。Slackではカジュアルに、メールでは丁寧に、という使い分けが自動でできるなら、音声入力の利用シーンが広がりそう。

葵: そしてGrimo AI。iOSアプリで、一文を話すだけでタスク、カレンダーイベント、メモに変えて、自動で分類とスケジューリングをしてくれます。ハンズフリーの音声モードと単一のチャットスレッドがあって、無料から始められ、Premiumは$4.99/月です。

悠真: 「一つのチャットスレッドに全部入る」という設計も面白い。タスク管理アプリって画面を分けがちですが、すべてを会話の流れに乗せるというのは、キャプチャの摩擦を減らす方向です。

葵: Fifiは、iOS 26のAlarmKitを使った「キャラクターが目覚ましを読み上げる」アプリです。10人のキャラクターが天気、ニュース、音声メモを読んでくれて、年額$34.99です。

悠真: AlarmKitという新しいAPIを活用した早期の取り組みですね。目覚ましに「コンテンツ」を乗せるという発想で、朝の情報収集を目覚ましと統合するというのは、はたして毎日聞きたくなるのかどうか、継続使用の壁はありそうですが。

葵: そしてSierra。これはマルチモーダルのカスタマーサービスエージェントで、同じ会話の中で音声、テキスト、ビジュアルが状況に応じて自動で切り替わります。MCPのUIインテグレーションがあって、自作のインタラクティブコンポーネントをチャネルをまたいで再利用できる。

悠真: 同じ会話内でモダリティが切り替わるというのは、電話中に「では画面をご覧ください」というやり取りをシステムが自動でやるということですから、カスタマーサポートの体験は変わりそうです。MCPのUIコンポーネント再利用というのは、先ほどのBuddy MCPやis.teamのMCP接続と同じ流れで、MCPが接続規格として定着しつつあることが分かりますね。

葵: さて、ここからはSaaS構築の土台の話です。まずtiun。AIとSaaSのビルダー向けに、認証、決済、顧客データ、分析のバックエンドを一体化したもので、Merchant of Recordも含んでいます。1コマンドでインストールできて、StripeとClerkを別々に使うときの同期問題を避けられる。

悠真: 「Stripe+Clerkの分散を避ける」という問題設定が明確ですね。認証と決済を別々のSaaSでやると、キャンセルやアップグレードのタイミングで状態のずれが起きがちで、それを一つのバックエンドで解決するというのは、ビルダーの実際の悩みに沿っています。

葵: そしてPayflip。これは非托管のドルステーブルコインウォレットで、メール、@ハンドル、電話番号、QRでの送受信ができます。受け取り側は自分の好きな受け取り方法を選べて、未受領の金額はTTLで自動返金されます。AIエージェント向けの決済として位置づけられています。

悠真: 「非托管」と「未受領の自動返金」の組み合わせが実用的です。エージェントが送金するときに宛先が間違っていたり、受け取られなかったりするケースをTTLで吸収できる。AIエージェントが経済活動をするには、この種の「取り消し可能な送金」が必要になりますから。

葵: Mailyteも土台の一つ。オープンソース（AGPL-3.0）のメールプラットフォームで、チームの受信箱、API経由のトランザクションメール、マーケティングキャンペーンを自社ドメインに統合します。SPF、DKIM、DMARCのチェックが内蔵されていて、10メールボックスまで無料です。

悠真: メールインフラを自前で持つというのは、SaaSの運用では結構面倒な部分です。認証、決済、メールを自社ドメインと一つのバックエンドでまとめられると、スタートアップの初期セットアップがかなり軽くなります。

葵: 最後に、知識の開放とライブ教育の話です。Workshopy.io。これはMarkdownファイル1枚がライブ配信ワークショップになるというもので、受講者は6桁のコードでアカウントなしで参加できます。各受講者のステップの状態（完了したか、詰まっているか）がリアルタイムで見えて、クイズ、投票、セッション後のレポートも含まれています。

悠真: 「6桁のコードでアカウントなし参加」というのが参加障壁を大きく下げますね。そして「誰がどのステップで詰まっているか」が見えるのは、ライブのワークショップでは本当につらい部分で、対面なら席を回って見られることが、オンラインだと分からない。それが可視化されるのは実用的です。

葵: Workshopyと、さっきのLavingiaさんのオープンソーススキル、共通するのは「知識を配る形」の変化です。本をスキルにする、ワークショップをMarkdownにする。どちらも「知識の受け渡しの単位」が小さくなって、再利用しやすくなっている。

悠真: そうですね。今日の全体的な流れを振り返ると、ローカルで完結するMacツールの世界と、クラウドで動くAIエージェントの世界が並んでいて、その橋渡しとしてMCPが使われ始めている。そして人間とAIが同じ場で協働する形が、プロジェクト管理からレビュー、研究、日常の音声まで広がっている。

葵: そして重要なのは、権限の渡し方です。Buddy MCPのスコープ制限、Axariの段階的なアクセス権、PayflipのTTL返金、どれも「信頼を少しずつ積む」設計です。AIエージェント時代のツールは、「何ができるか」だけでなく「どこまで許可するか」をどう設計するかが勝負になりそうです。

悠真: とはいえ、今日挙げたのはどれもメーカーの主張が中心で、実際にどう使われているのかはまだ分からないものが多い。特にIdlenの「プロンプトを読まない」という主張や、Anthropologicの「数分で」というスピードは、検証が必要な部分です。

葵: ということで、今日のブリーフィングはここまで。また次回、新しいローンチを追ってお届けします。ありがとうございました。

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