0817 | Product Hunt: 建設AI CostLogic、FaceTime向けAIエージェントChert、OSS統合HarnessRouter、3D百科Expeditione

葵: Bri Radioのポッドキャスト、ProductHunt Dailyへようこそ。私は葵です。今日も新しく登場したプロダクトを一緒に見ていきましょう。

悠真: そして、もうひとりのパーソナリティ、悠真です。今日はまず、建設現場向けの仕事をひとつの流れにまとめるAIツール、そして、FaceTimeに話しかけられるAI、エージェント向けのオープンソースインターフェースなど、注目の発表がいくつかありますね。

葵: さらに、ひとりで作られたインタラクティブな3D百科事典や、健康寿命をテーマにしたダッシュボード、それから穏やかな目覚ましをうたうアプリも登場しています。

悠真: 個人的には、FaceTimeに対応するAIがどう動くのか、そして3Dの世界で学ぶ百科事典のコンセプトが興味深いですね。それでは、さっそく詳細を見ていきましょう。

葵: Product Huntに、建設業の数量拾い出し、見積もり、請求を一つのブラウザ型ワークフローにまとめたAI搭載ツール「CostLogic」が登場しました。このサービスは、図面の計測から見積・請求・原価管理までを行う現場向けで、発表によると、従来は5つのツールをつなぎ合わせる必要があったのに対し、「図面から請求書まで」を一つの流れで処理し、数日かかっていた作業を数時間、場合によっては数分にまで短縮できるとしています。中核となるのは「Onyx」というAIエージェントで、図面上の部屋の検出、数量の計測、見積への価格付け、請求書のドラフト、業務に関する質問への回答に加え、見積レイヤーの編集や入札マージンの確認まで、ユーザーに代わって実行するとされています。具体的な機能としては、建設PDFをアップロードするとページ名を自動で付け、タイトルブロックからスケールを自動読み取り、線・面積・数量・角度の計測ツールと部屋や領域を自動検出する「Auto Room」を備えます。計測数量はライン項目に自動で流れ、マークアップ・廃棄率・税・預かり金を反映した見積を作成し、承認済み見積からワンクリックで請求書になり、ブランド入りPDFをメール送信し、支払いの記録と、簿記担当者やQuickBooksが取り込めるCSVエクスポートにも対応するといいます。提供形態はクラウド型でインストール不要、MacとPCのブラウザ上で動作し、無料トライアルにはクレジットカードが不要だとしています。創業者の一人Micah氏はコミュニティで、建設業界には他業界並みにAIを活用したツールが少なく、既存の選択肢は「2005年製のプログラム」か「薄いGPTラッパー」ばかりだと説明し、CostLogicは「スピードとコントロールのバランス」を目指すと語っています。同社の比較表ではTogal.AI、PlanSwift、Easy Takeoffsと比較し、CostLogicを「最も完全」と位置づけていますが、これは2026年7月時点の公表情報に基づく同社の主張で、競合の機能やOnyxの精度が今後変わる可能性もあります。

悠真: 中核になっているのは「Onyx」というAIエージェントですね。図面上の部屋の検出や数量の計測、見積もりへの価格付け、さらには請求書のドラフト作成や業務に関する質問への回答まで、ユーザーに代わって実行するそうです。見積もりレイヤーの編集や入札マージンの確認もAIが担当するという位置づけです。

葵: 実際の流れとしては、建設用のPDFをアップロードすると、ページ名を自動で付けて、タイトルブロックからスケールを自動で読み取るんです。線や面積、数量、角度の計測ツールに加えて、「Auto Room」という部屋や領域を自動検出する機能もある。計測した数量はライン項目に自動で流れて、マークアップや廃棄率、税、預かり金まで反映した見積もりが作られるとのことです。

悠真: 承認済みの見積もりからワンクリックで請求書になり、ブランド入りのPDFをメール送信できる。支払いの記録もできて、簿記担当者やQuickBooksが取り込める形でのCSVエクスポートにも対応しているそうです。提供形態はクラウド型でインストール不要、MacでもPCでもブラウザ上で動きます。無料トライアルがあって、クレジットカードも不要。営業電話なしで始められる、と同社のサイトでは案内されています。

葵: 創業者の一人でMicahさんという方がコミュニティで、建設業界には他業界並みにAIを活用したツールが少なくて、既存の選択肢は「2005年製のプログラム」か、コストのかかるミスを起こしやすい薄いGPTラッパーばかりだと説明していました。その上でCostLogicはスピードとコントロールのバランスを目指すと語っているそうです。

悠真: 同社の比較表ではTogal.AIやPlanSwift、Easy Takeoffsと比較して、自分たちを「最も完全」と位置づけているんですね。計測から見積もり、請求までの一貫したワークフローと内蔵の請求機能が差別化ポイントだとしています。ただ、これは2026年7月時点の公表情報に基づく同社の主張で、競合の機能が今後変わる可能性もある。Onyxの精度についても、現時点では同社からの発表内容に基づく主張にとどまるという点は押さえておきたいですね。

葵: FaceTime向けの対話型AIビデオエージェントを構築・展開できるサービス「Vapi for FaceTime」が、Chertによって立ち上げられました。これはYC P26の共同創業者ゲイリー氏がProduct Huntで発表したもので、数行のコードでFaceTimeの着信に応答し、発信もできると説明されています。エージェントは、ユーザーがカメラに見せたものを見てリアルタイムで応答します。作り手側の説明では、現在出回っている音声エージェントは「盲目」で、顧客が言葉で説明できる内容しか扱えず、画面のエラーや「どのケーブルをどこに挿すか」といった視覚的な問題になると人間の介入が必要になる。その最も自然な解決策として、最も信頼され、すでにインストール済みのビデオチャネルであるFaceTimeを開いた、という位置づけです。想定されるユースケースは、リモートサポート、フィールドサービス、遠隔医療のインテーク、ガイド付きオンボーディング、視覚的検査、カスタマーサクセスです。実際に試す方法として、FaceTimeで指定の番号にかけるか、専用サイトが案内されています。構成面では3ステップで展開でき、プロンプトで仕事内容・指示・モデル・音声・振る舞いを定義し、アバターとフレーミングを選び、プロビジョニング済みのFaceTime回線にアシスタントを割り当てて公開します。ただしウェブサイトのFAQには制約が明記されており、FaceTime APIはまだ一般提供されておらず、Chertは管理されたプライベートプレビューを通じて受け付けています。ライブ実行はプロビジョニングされ明示的に承認された場合に限られ、着信受付モードはデフォルトでは有効にならないとしています。コミュニティからは、音声エージェントは「盲目」というフレームに共感したという声や、ライブデモのレイテンシーが予想より良かったという印象が寄せられる一方で、ビデオストリームのプライバシーと同意の扱いや、FaceTimeは米国・Apple中心でグローバルにはWhatsAppの方が大きいのではないかという指摘、ビジョンループのエンドツーエンドのレイテンシーに関する質問も出ています。これらはいずれも実際の動作や性能として確認された結果ではなく、コメント主の見解や質問として伝えられています。

悠真: 作り手側の説明では、現在出回っている音声エージェントは「盲目」で、顧客が言葉で説明できる内容しか扱えない。画面のエラーや、「どのケーブルをどこに挿すか」といった視覚的な問題になると人間の介入が必要になる。その最も自然な解決策として、最も信頼され、すでにインストール済みのビデオチャネル、つまりFaceTimeを選んだという位置づけです。

葵: 想定しているユースケースは、リモートサポート、フィールドサービス、遠隔医療のインテーク、ガイド付きオンボーディング、視覚的検査、カスタマーサクセスといったところです。実際に試す方法も案内されていて、FaceTimeで指定の番号にかけるか、サイト上の専用ページにアクセスする形になっています。

悠真: 構成面では3ステップでエージェントを展開できるとされています。まずプロンプトで仕事内容や指示、モデル、音声、振る舞いを定義する。次にアバターとフレーミングを選んで、最後にプロビジョニング済みのFaceTime回線にアシスタントを割り当てて公開する、という流れです。ブラウザ上のプレビューで、FaceTime通話なしにプロンプトや音声、割り込みの動作、アバター、クリーンアップまで確認できるそうです。

葵: ただし、提供条件には注意すべき制約があります。FaceTimeのAPIはまだ一般提供されておらず、Chertはプロダクションのメディアと回線の準備状況を検証しながら、管理されたプライベートプレビューを通じて受け付けているんです。ライブ実行はプロビジョニングされ、明示的に承認された場合に限られて、着信受け付けモードはデフォルトでは有効にならない。つまり、現時点では限定的な規模での試験運用という性格が強いですね。

悠真: コミュニティの反応では、「音声エージェントは盲目」というフレームに共感したという声や、ライブデモのレイテンシーが予想より良かったという印象、「誰もFaceTimeを開かなかった」と評価する声が寄せられています。一方で、ビデオストリームのプライバシーと同意、特に規制対象のユースケースでの扱いを問う質問や、FaceTimeはアメリカとApple中心で、グローバルにはWhatsAppの方が大きいのではないかという指摘、さらにはKYCやID検証に使えるか、ビジョンループのエンドツーエンドのレイテンシーはどの程度か、といった質問も出ています。ただ、これらはいずれも実際に動作や性能として確認された結果ではなく、コメント主の見解や質問として伝えられている点は頭に入れておきたいですね。

葵: 今回のProduct Huntで話題を集めているのが、エージェントハーネス向けのオープンソース統合インターフェース、HarnessRouter Community Editionです。開発者は「OpenRouterのエージェントハーネス版」と説明しており、OpenAIのCodex、AnthropicのClaude Code、Nous ResearchのHermesを、単一のAgent APIで扱えるようにして、バックエンドを作り直さずにハーネスを切り替えられるとしています。扱う範囲は、セッションの作成・再開・調査、ストリーミング、ファイルのアップロードとワークスペースの永続化、アーティファクトの受け渡し、キャンセル、構造化エラーによる障害処理までを含みます。Gateway、Runner、ConsoleがDockerコンテナ1つで起動し、モデルプロバイダーのキー、状態、ファイルは自前のインフラに残る構成です。ライセンスはApache 2.0で、ローカルSQLiteとワークスペースボリュームを使い、管理データベースや外部ボールト、クラウドアカウントは不要とされています。ポイントは、これまで製品にエージェントランタイムを組み込むたびに同じバックエンドを再構築していたのが、既製ハーネスを活用する構成に切り替えてから、エージェント機能の提供時間が数週間から数時間に短縮され、品質も劇的に改善したという発表者の自己報告が寄せられていることです。あわせてUnified Harness Protocol（UHP）も公開されました。これはアプリケーションとエージェントハーネスの間の通信を標準化するプロトコルで、バージョン管理された仕様、OpenAPI 3.1、JSON Schema 2020-12、47の実行可能な適合性チェックが用意されています。スターターキットとしてスライド作成、スプレッドシート作成、BI／ダッシュボード作成、動画編集といった用途のオープンソースサンプルも公開されています。コミュニティの議論では、Apache 2.0の採用が条件付きの「ソース公開」ではない真のオープンソースとして評価される一方、Claude Codeの権限・ツール承認フローやサブエージェント委任のようなハーネス固有機能を共通APIでどう扱うのか、共通の表面に合わせると最も弱いハーネスに制限されるのではという疑問も出ています。提供形態は、Community Editionのほか、サーバーレスサンドボックス実行やハーネス×モデル比較などを含むフルマネージド版も予定されており、次の選択肢として注目ですね。

悠真: つまり、バックエンドを作り直すことなくハーネスを切り替えられる、ということですね。扱える範囲も、セッションの作成・再開・調査から、ストリーミング、ファイルアップロード、ワークスペースの永続化、アーティファクトの受け渡し、キャンセル、そして構造化エラーによる障害処理まで含んでいます。

葵: 便利なのは配布のしやすさですね。Gateway、Runner、Consoleが、Dockerコンテナ一つで起動する。しかもモデルプロバイダーのキー、状態、ファイルはすべて自前のインフラに残る。ライセンスはApache 2.0で、ローカルのSQLiteとワークスペースボリュームを使うので、管理データベースや外部ボールト、クラウドアカウントは不要だとされています。

悠真: しかも、これは自己報告ですが、発表者によると、これまで製品にエージェントランタイムを組み込むたびに同じバックエンドを再構築していたそうです。LangGraphやAgent SDK、pydanticなどで自作したハーネスでは、性能面で既製ハーネスに太刀打ちできなかったというのですね。

葵: それが既製ハーネスを活用する構成に切り替えてから、エージェント機能の提供時間が数週間から数時間に短縮され、品質も劇的に改善したと。このHarnessRouter、ユーザーにとっては直接使うものというより、アプリケーションの土台になるものなので、こうした改善の裏話も伝わってきますね。

悠真: あわせてUnified Harness Protocol、略してUHPというプロトコルも公開されました。アプリケーションとエージェントハーネスの間の通信を標準化するもので、ハーネスの選択と設定、タスク実行、ストリーミングイベント、セッション、ファイル管理、キャンセル、エラー処理、結果配信を対象としています。バージョン管理された仕様に加え、47の実行可能な適合性チェックが用意されているのが特徴ですね。

葵: スターターキットとして、スライド作成、スプレッドシート作成、BI／ダッシュボード作成、動画編集といった用途のオープンソースサンプルも公開されていますね。サイトでは、Cursor風のコーディングアプリのデモや、家族向けケア製品体験のLumaCare、会話型コパイロットとテンプレートでプレゼンテーションを作るSlides Kitなども紹介されています。

悠真: コミュニティでも活発な議論が起きていますね。Apache 2.0の採用が、条件付きの「ソース公開」ではない真のオープンソースとして評価されています。また、Community EditionとCloudが同じAPI契約を共有するなら、アップグレードは選択肢になるという見方もあるようです。

葵: 一方で、Claude Codeの権限・ツール承認フローや、サブエージェントへの委任のような、ハーネス固有の機能を共通APIでどう扱うのかという質問も出ています。共通の表面に合わせると、最も弱いハーネスに制限されてしまうのではないか、呼び出し側が「このハーネスはXができる」と検出して分岐できるのか、といった指摘ですね。

悠真: オープンソース製品として、フォークやカスタマイズがどれだけしやすいのか、構成部品を交換できるのかという問いもありました。関連してDeepSeekがオープンソースのハーネスを公開し、2日で10万スターを集めた事例や、プラグイン構成の参考としてgithub.com/cordiverse/paperを挙げるコメントも出ているようです。提供形態は、Apache 2.0のCommunity Editionが自前インフラで完結する一方、フルマネージド版にはサーバーレスサンドボックス実行や実行トレーシング、ハーネスとモデルの比較などが含まれます。

葵: つまりポイントは、ハーネスを抽象化する一つのAPI契約を作る、という方向性ですね。ハーネスの細かい違いをどう扱うかは、まだコミュニティでも議論の最中のようです。

葵: 次に取り上げたいのが「Expeditione」、個人開発者のAureonさんがひとりで作ったインタラクティブ3D百科事典です。文章を読む代わりに、手作りされた探索可能なワールドに入り、操作しながら学ぶという構成で、ブラウザ上で完結し、ログイン不要、広告・ポップアップ・トラッカー・クッキーもなしです。サイトは最初の3つの遠征をギフトとして永久無料で提供し、教室向けの無料教育リソースも用意するとしています。第1弾の主要遠征「古代エジプト」は、調査、復元、3Dモデリング、アニメーション、インタラクション設計、執筆、最適化に1,000時間以上をかけたと作者は説明し、家族の暮らし、採石、神殿での生活、ナイルデルタ、ピラミッドの5つの手作りシーンで構成されています。特徴的なのは、作者がエンジニアリング上の制約として、ランディングページと最初の4シーンを、カスタム3Dモデル、音声トラック、テクスチャ、シェーダー、コードをすべて含めて約1MBに最適化し、「没入体験は肥大化を意味しない」ことを示したかったと話している点です。他の遠征には「土壌の層」があり、今後は公開時期未定ながら「細胞生物学」が予定されています。コミュニティの反応としては、多くのエジプト関連教材はピラミッドに直行して石を切り出し運ぶ労働を省略するところ、採石を独立したシーンにしたことでモニュメント以上に子供に伝わるという声や、各トピックのWikipedia可視化として使えるのではという提案が寄せられています。次の展開として、コミュニティ投票で次の遠征先を決める仕組みがあり、古代エジプトの地域・都市・モニュメント・遠征をつなぐ博物館級のマップが候補として挙がり、世界クラスのアーティストへの委託と無料公開を目指して1回7ドル以上からの支援を募っています。ポートフォリオとしては、手作りのインタラクティブWebGL 3D教育ジオラマとしてWebGPUに取り上げられたこと、GSAPショーケースに選ばれたこと、オーガニックに40以上の国へ到達したことなどがサイトに掲載されています。教育現場での活用を思うと、次の遠征先の投票にも注目したいですね。

悠真: ブラウザ上で完結し、ログイン不要で、広告・ポップアップ・トラッカー・クッキーもなし。サイトでは最初の3つの遠征、エクスペディションはギフトとして永久に無料と説明しています。教室向けの無料教育リソースも用意するそうです。

葵: 第1弾の主要遠征が「古代エジプト」で、調査、復元、3Dモデリング、アニメーション、インタラクション設計、執筆、最適化に1,000時間以上をかけたと作者は説明しています。家族の暮らし、採石、神殿での生活、ナイルデルタ、ピラミッドの5つの手作りシーンで構成され、生意気な猫がガイドを務めるんだそうです。

悠真: 気になるのは、その採石シーンですね。コミュニティからは「変だが良い選択」と評されています。多くのエジプト関連教材がピラミッドに直行して、石を切り出して運ぶ労働を省略してしまうので、労働を独立したシーンにしたことは、モニュメントそのもの以上に子供に伝わる、という声があったようです。

葵: 作者はエンジニアリング上の制約も語っていて、ランディングページと最初の4シーンを、カスタム3Dモデル、音声トラック、テクスチャ、シェーダー、コードをすべて含めておよそ1メガバイトに最適化したそうですね。「没入体験は肥大化を意味しない」ことを示したかったと話しています。

悠真: ほかの遠征としては「土壌の層」があります。5つの古代の層をたどり、地上のすべての生命を支える地下世界を探検するという内容です。今後は「細胞生物学」、生きた細胞の内部機構を探す遠征が予定されているそうですが、公開時期は未定とのことです。

葵: 実際に土壌について学べたという感想や、各トピックのWikipedia可視化として使えるのでは、という提案も寄せられています。またNetlifyの教育アプリをテーマにした8月ビルドチャレンジへの応募を勧める声もありましたね。

悠真: 次はコミュニティ投票で決める仕組みで、匿名投票なので個人情報は収集しないそうです。次の制作候補は、古代エジプトの地域・都市・モニュメント・遠征をつなぐ博物館級のマップで、世界クラスのアーティストへの委託と無料公開を目指し、一回7ドル以上からの支援を募っています。

葵: かといって、採算は基本的に利用者側の任意のサポートで成立させる方針ですね。将来のディープダイブ遠征は、個人向けの生涯アクセスパス、単一遠征オプション、教室向けの年間ライセンスで資金をまかない、ポップアップ広告やユーザーデータの販売はしない。印刷可能な博物館級マップなど、追加の無料教育リソースも計画されているそうです。

悠真: 実績も目立ちますね。手作りのインタラクティブWebGL 3D教育ジオラマとしてWebGPUに取り上げられ、高パフォーマンスなアニメーションとカメラワークではGSAPショーケースにも選ばれました。オーガニックに、地球上の約5か国に1か国にあたる40以上の国へ到達しているそうです。

葵: 中国で制作された、唐代を題材にした最初の文化的適応もあるそうですね。そしてTCEA専門能力開発ディレクターのMiguel Guhlin氏が、「授業の最初の10分間をパスワードリセットに費やすことはない」と推薦しています。教室で使えるように、配線やログインの手間をあえて捨てている設計思想が伝わってきますね。

葵: Product Huntに登場したVidayaは、旧称Vitality AI Healthから改名されたAIロングビティダッシュボードです。同一プロダクト・同一チームが提供するもので、ウェアラブル、血液検査、DNA、習慣などのデータからHealthspanスコアを算出し、パーソナライズされた長寿プランを提供するとされます。創業者兼CEOのKevin Amrelle氏は、自身が冬の自転車レースで心拍数が120BPMで頭打ちになり、検査でステージ2高血圧と確認されたにもかかわらず、どのヘルスアプリもその傾向を検知できなかったと説明。健康データがMyFitnessPal、SuppCo、QuestのPDF、Ancestry、Epic、Apple Health、EPAの大気質ダッシュボード、CVSの処方箋などに分散し、互いに連携していないことを問題として挙げています。メーカー側の発表によると、主な機能は全データにわたって自然言語の質問に答えるAIコーチ「Vaya Chat AI」で、例として「Lexapro開始後、睡眠はどう変わったか」に10秒で根拠付きの回答を返すとされます。7日・30日・90日・1年単位のトレンドを具体的な次のアクションへ変換する機能もあり、60以上のデータソースを統合し、Epic FHIR、Labcorp、Quest、23andMe、AncestryDNAなどの医療グレードデータも対象とします。初日からHIPAA準拠で設計され、クロスソース相関エンジンは特許出願中だとされます。共同創業者でAI・データサイエンス責任者のVenkata氏は、32問の健康ストレススイートで120回以上のチャット品質イテレーションを実施し、Arize AX上に9つのLLM-as-judge評価器と9つの本番モニターによる継続的オブザーバビリティ層を構築したと説明。5月15日の本番実行で32問中0件の幻覚、臨床安全リダイレクトは10/10、幻覚トラップへの「データなし」回答は4/4だったとし、監査結果は要求に応じて提供可能としています。約80%のクエリは1〜2秒で回答する高速パスを通る2段階ルーティングを採用し、セキュリティは医療セキュリティ経験20年のvCISO Denis Galkin氏の助言のもと構築されました。コミュニティからは「次に何をすべきか」に答える点やトレンド表示を評価する声がある一方、スコアリングモデルの透明性やデータ不足時の回答方針などへの回答は示されていません。以上の機能説明と数値はすべてメーカー側の発表に基づく主張で、独立に検証されてはいません。

悠真: 創業者兼CEOのKevin Amrelle氏が、開発のきっかけをこう語っています。自身が冬の自転車レース中に心拍数が120BPMで頭打ちになったのに、検査でステージ2の高血圧と判明した。にもかかわらず、どのヘルスアプリもその傾向を検知できなかった。そして、健康データがMyFitnessPalやQuestのPDF、Ancestry、Apple Health、CVSの処方箋など、多数のサービスに分散して、互いに連携していないことを問題として挙げています。

葵: つまり、健康情報がいわばバラバラの箱に分かれているので、全体像が見えず、危険な傾向も見逃される。それを一本の縦断的な記録にまとめるというのが、このプロダクトの狙いですね。メーカー発表によると、主な機能のひとつはVaya Chat AIというAIコーチで、たとえば「Lexaproの服用を開始してから睡眠はどう変わったか」といった自然言語の質問に、約10秒で根拠付きの回答を返します。

悠真: さらに7日、30日、90日、1年単位のトレンドを、具体的な次のアクションへ変換する機能もあります。60以上のデータソースを統合し、Epic EHRやLabcorp、Quest、23andMe、AncestryDNAといった医療グレードのデータも対象。初日からHIPAA準拠で設計され、クロスソース相関エンジンは特許出願中だということです。

葵: 共同創業者でAI・データサイエンス責任者を務めるVenkata氏は、検証と監視の仕組みを次のように説明しています。32問の健康ストレススイートを使って120回以上のチャット品質のイテレーションを実施し、Arize AX上に9つの評価器と9つの本番モニターを構築。5月15日に本番のVayaでスイート全体を実行した結果、32問中0件の幻覚、緊急症状や処方プロンプトに対する臨床安全リダイレクトは10件中10件、幻覚トラップへの「データなし」回答は4件中4件だったと報告しています。

悠真: また、約80%のクエリは1〜2秒で回答する高速パスを通り、複雑な臨床分析は実データを引用する深い根拠付きパスに振り分ける2段階ルーティングを採用。セキュリティ面では、医療セキュリティ経験20年のvCISO、Denis Galkin氏の助言のもとで構築されたということです。

葵: コミュニティからは、数値を見せるだけでなく「次に何をすべきか」に答えてくれる点や、トレンドを時系列で見られる点、観測可能性への取り組みを評価する声が寄せられています。一方で、スコアリングモデルの透明性や、データが不十分な場合の回答方針、家族プロフィール追加の可能性といった質問も投稿されており、これらへの回答はまだ示されていません。

悠真: ここまでお伝えした機能説明や数値はすべてメーカー側の発表に基づく主張で、独立に検証されたものではありません。今後注目すべきなのは、要求に応じて提供されるとされる監査結果の内容と、未回答の質問への今後の対応ですね。

葵: Product Huntに登場したAirAlarmは、iPhoneとAirPodsをより穏やかな目覚まし時計に変えるアプリです。開発者はProduct Huntへの投稿で、追加のウェアラブル端末やアカウント、クラウド上の睡眠プロフィールを増やさずに、より穏やかな目覚ましが欲しくて作ったと説明しています。仕組みは、起床時間帯（ウェイクウィンドウ）を設定し、内蔵サウンドまたは別アプリのオーディオを流しながら眠りにつき、選んだ時間帯の中で90分周期の終わりに目覚めるというものです。Apple Watch、アカウント、広告、アナリティクス、クラウド上の睡眠プロフィールは不要で、アプリはネイティブSwiftUIで作られ、AppleのAlarmKitを使ってシステムレベルのアラーム予約を行います。睡眠履歴はiPhone上に残り、対応言語は英語、簡体字中国語、日本語です。開発者は「起床時間帯を選ぶほうが、正確な時刻をひとつ設定するより自然か」「AirPodsを就寝ルーティンに使うことに抵抗がないか」の2点についてフィードバックを求めています。コミュニティでは、「6:40にセットしてあとどれだけ眠れるか計算していたので、最後の20分をアプリに任せるのは自分の起き方に合う」と起床時間帯の設定を評価する声があり、アカウントなしで睡眠履歴を端末に残せる点を試す理由に挙げる人もいました。一方で、Android版の予定を問うコメントも寄せられています。製品サイトによると、雨、海、森、扇風機、ホワイトノイズなどのサウンドで入眠を促し、AirPodsを通じて寝入ったことを検知して、固定的な1分間ではなく穏やかな時間帯の中で起こすことを狙いとしています。睡眠記録と設定はデバイスにローカル保存され、アカウントや広告ネットワークはなく、このサイトではアナリティクススクリプトも使っていないとされています。サイトは「睡眠科学のレッスンではなく、より良い朝のルーティンのための体験」とうたっています。FAQでは、Apple Watchは不要だが現時点でサポートを公約にはしないこと、睡眠データは端末内に保存され収集・アップロードされないこと、快適に着けたまま眠れるAirPods Pro・AirPods 3以降の新しいAirPods向けに設計されていること、医療機器や診断用の睡眠トラッカーではないことなどが明記されています。価格については言及されていません。

悠真: 仕組みとしては、起床時間帯、いわゆるウェイクウィンドウを設定して、内蔵サウンドまたは別アプリのオーディオを流しながら眠りにつき、選んだ時間帯の中で90分周期の終わりに目覚めるというものです。つまり、正確な時刻をひとつ設定せず、決まった時間幅の中の一番自然なタイミングで起こす設計です。

葵: Apple Watchもアカウントも広告もアナリティクスも不要で、睡眠履歴はiPhone上に残ります。ネイティブのSwiftUIで作られ、AppleのAlarmKitを使ってシステムレベルのアラーム予約を行います。対応言語は英語、簡体字中国語、日本語です。

悠真: 開発者は2点のフィードバックを求めています。ひとつは、起床時間帯を選ぶほうが、正確な時刻をひとつ設定するより自然かどうか。もうひとつは、AirPodsを就寝ルーティンに使うことに抵抗がないかどうかです。

葵: コミュニティでは、「6:40にセットしてあとどれだけ眠れるか計算していたので、最後の20分をアプリに任せるのは自分の起き方に合う」といった声や、アカウントなしで睡眠履歴を端末に残せる点を試す理由に挙げる人がいました。一方で、Android版の予定を問うコメントも寄せられています。

悠真: 製品サイトによると、雨、海、森、扇風機、ホワイトノイズなどのサウンドで入眠を促し、AirPodsを通じて寝入ったことを検知して、固定的な1分間ではなく穏やかな時間帯の中で起こすことを狙いとしています。睡眠記録と設定はデバイスにローカル保存され、アカウントや広告ネットワークはなく、アナリティクススクリプトも使っていないとされています。サイト自身も「睡眠科学のレッスンではなく、より良い朝のルーティンのための体験」とうたっています。

葵: FAQにはいくつかの重要な注記があります。Apple Watchは不要ですが、現時点でサポートを公約にはしないこと。睡眠データは端末内に保存され、収集・アップロードされないこと。快適に着けたまま眠れるAirPods Pro、AirPods 3以降の新しいモデル向けに設計されていること。さらに、医療機器や診断用の睡眠トラッカーではないことも明記されています。

悠真: 価格については言及されていません。今回の注目点は、「目覚ましの精度」を競うのではなく、「起きやすさ」を重視した設計と、睡眠データを一切クラウドに出さないというプライバシー方針の両立にあるといえそうです。

葵: ここで今回のエピソードをお届けしました。みなさんがいつもの時間に耳を傾けてくださること、心から嬉しく思います。

悠真: 今日のお話が、何かひとつでも皆さんの暮らしや考え方のヒントになっていたら幸いです。次回またお会いしましょう。どうぞよい一日をお過ごしください。