ハクソク

世界を動かす技術を、日本語で。

RaycastのGlaze

概要

Glazeは現在プライベートベータ中で、Raycastユーザーやイベント参加者が優先的にアクセス可能。
プログラミング知識不要でデスクトップアプリを簡単に作成可能。
ブラウザ用ツールとは異なり、ローカル環境との深い連携が特徴。
APIやローカルファイルとの統合が可能で、用途は多岐にわたる。
Mac対応で、今後WindowsやLinuxにも対応予定。

Glazeへの参加方法と優先アクセス

  • Glazeはプライベートベータとして提供中
  • ウェイトリストに登録することで招待順に案内
  • 既存のRaycastユーザーは優先的にアクセス権を獲得
  • オフラインイベント参加者は早期アクセス権を取得可能
  • 最新情報はLumaページで随時更新

Glazeの使い方・開発体験

  • 自然言語で要望を伝えるだけでアプリを自動生成
  • 修正も会話形式で簡単に指示可能
  • プログラミング経験者もカスタマイズで柔軟に対応可能

他ツールとの違い

  • 他ツールはブラウザ向けアプリを構築
  • Glazeはデスクトップアプリを生成
    • ファイルシステムキーボードショートカットメニューバー統合バックグラウンド処理などに対応
    • OSとの深い連携が可能
  • データはローカル保存で、外部サーバーに送信されない
  • 全く異なるアプリカテゴリを提供

Glazeで作れるアプリの例

  • チーム向け社内ツール
  • 個人用ユーティリティ
  • メニューバーアプリ
  • ワークフロー自動化ツール
  • 日常を便利にする一時的なツール
  • アイデアを言葉で伝えれば自動作成が可能

外部連携・拡張性

  • Mac上で動作し、API接続ローカルファイル・ハードウェアとの連携が可能
  • 既存ツールへの統合AIモデルの活用も可能
  • API対応サービスとの連携も柔軟

料金プラン

  • 無料プラン:日ごとにクレジットが付与され、最初のアプリ作成が可能
  • パブリックストアのアプリは誰でも利用可能
  • 有料プラン:月額$20から、より多くのクレジットが付与
    • チーム向けにはプライベートストアでアプリ共有が可能
    • 追加クレジットは都度購入可能
  • 正式公開時に詳細な料金体系を案内予定

対応OS

  • 現在はMac専用
  • WindowsLinux対応は今後予定

Hackerたちの意見

自分のマシンに無審査のソフトウェアをインストールするのは、ちょっと信じられないな。AI生成のウェブサイトの推進は理解できるけど、ブラウザのサンドボックス内で動くコードは悪さをする権限が限られてるからね。でも、デスクトップアプリは全然違う話だよ。
わかる!私たちも考えたんだけど、すべてのアプリには権限モデルが必要だよね。特定のファイルディスクの場所や、ネットワークリクエストのドメインを制限できるようにするつもりだよ。
Claude CodeはSwiftとSwift UIに関してはかなり良い感じ。自分用にメニューバーアプリを作っていて、少しのチームと共有する予定なんだ。サードパーティのソリューションを使うより、ネイティブでやりたいな。iOS向けの開発経験はあるけど、それはSwiftが出る前の話。
読んでて思ったのと同じことだな。ここに大きな利点は見えないね。
サービスに感謝!もっと必要だよ、エレクトロンの雑なやつじゃなくて。
自分も初めてのiOS Swiftアプリを作ってるところだよ(主に自分用で、SwarmやGowallaのクローンだけど、OpenStreetMapのデータを使ってる)。Claude Codeとすごく相性がいいんだ。Xcodeの統合は使ってないから、ビルドエラーがXcodeに出るところがあって、それをターミナルに貼り付ける必要があるんだよね。バックエンドの仕事に慣れてると…アプリが動いてるのを見るのはちょっと楽しいよ。
アプリを「使わせる」いい方法とか、視覚的なフィードバックを受ける方法ってある?それがあればプロセスがかなり楽になると思う。
確かに、いいプロモーションサイトだね。最初に思ったのは、「Replitとかその類?」って感じ。彼らもその比較を期待してたみたいだね。> GlazeはLovable、Replit、v0とどう違うの? > それらのツールはブラウザ向けに作られてるけど、Glazeはデスクトップ向けに作られてる。だから、アプリはファイルシステムやカメラ、キーボードショートカット、メニューバーの統合、バックグラウンドプロセスにアクセスできる。ウェブアプリにはできないことだよ。全く別のカテゴリーだね。現代のウェブアプリはそれらのことができると思うけど(メニューバーを除いて)。(むしろ、バックグラウンドプロセスは得意かも。長いタスクをサーバーに送って、コンピュータを切っておいて、後で戻ってきて続きができるから。)それに、他の人が言ってたように、これはただのClaude Codeに余分なステップが加わっただけに見える。もし彼らが、ほとんどの人が得られるものよりも良いデザイン基準の強制を実現できているなら別だけど。クイック出版はちょっといいけど、他の人の作品をすぐにリミックスできる方法があったら面白いなと思った。Figmaのコミュニティタブみたいに、他の人の作品を取り出して、どう動いてるか見て、好きなように調整できる感じ。
大きなポイントはAPIリクエストやブラウザの自動化だね。ウェブアプリはCORSのせいでバックエンドプロキシなしではそれができない。
> 他の人が言ってたように、これはただのClaude Codeに余分なステップが加わっただけに見える。もし彼らが、ほとんどの人が得られるものよりも良いデザイン基準の強制を実現できているなら別だけど。私の感じでは、Claude Codeよりも技術的な知識が少ない人向けに作られてるんじゃないかな。
> 他の人が言ってたように、これはただのClaude Codeに余分なステップが加わっただけに見える。もし彼らが、ほとんどの人が得られるものよりも良いデザイン基準の強制を実現できているなら別だけど。まあ、確かにそれは何年も前から言われてきたLLMラッパーへの批判だよね。「プロンプトを見せて!」って。でも、だからといってこういう製品が無駄だとは限らないよ。
> 現代のウェブアプリはそれら全部できると思うよ。Chromeを使っていて、権限を与えれば、あるいはElectronとかに詰め込めば、できるんだ。ただ、ネイティブアプリと比べると、ワークフローはスムーズじゃないけどね。一方で、ウェブブラウザはこの「信じてくれ」って感じのcurl2bash-as-a-serviceのリスクからは守ってくれるよ。
Tauri、Wails、Electronを使ってデスクトップアプリを作ってみたけど、結果は全然良くなかった。実際、ツールを使って得た結果の中で最悪だったよ。RailsやDjangoでボイラープレートのリポジトリを簡単にクローンして、すぐにプロンプトを使えるけど、結果は常に良いんだ。数時間で機能するMVPができるしね。だけど、さっき言ったデスクトップツールではそんなことはなかった。このツールは実際に機能するデスクトップ用の専門的なツールに見える。デモを見たけど、アプリはTauriやElectronみたいな技術で作られていると思うから、クロスプラットフォームになってるんだろうね。ネイティブ用のツールにはまだまだ遠いと思うけど、それはどうでもいい戦いだね。
> もし何かあるとしたら、バックグラウンドプロセスはうまく処理できるよね。長いタスクをサーバーに送って、コンピュータをシャットダウンして、後で戻ってきて続きができるから。多くの場合、ウェブアプリの方がネイティブアプリよりもこれが利点だと言えると思う。ただ、彼らが話しているビジネスアプリのケースでは、トレードオフでもあるね。Replitのサーバーにデータを送信したくないビジネスアプリもたくさんあるし、ローカルで処理するのが利点になる場合もあるよ。
他のアプリを「フォーク」するってこと?
皮肉なことに、"生成AIからアーティストを守る"ことを目指している別のプロジェクトもGlazeって名前なんだよね。(https://glaze.cs.uchicago.edu/)
Glazeっていうウィンドウタイルマネージャーも結構人気だよ:https://github.com/glzr-io/glazewm
ちょっとおかしなこと言うかもしれないけど、エージェント開発って本当に新しいUIを作るのがこんなに得意なの?動画ではカセットテープの音楽プレーヤーや、かっこいい音声ビジュアライザー/イコライザーが映ってるけど。エージェントがボイラープレートのUIを作るのが得意なのは知ってるけど、こういう新しくて動的なUI要素を一発で作れるとは思わなかった。ClaudeにSVGアニメーションを試させたことがあるけど、結果はかなり粗かった。でもそれは1年くらい前の話だね。エージェントがUIを反復するための確立された方法ってあるの?つまり、視覚デザインやインタラクションを視覚的に確認させる方法とか。
俺も1年前に同じ結果だったよ。11月25日頃からすべてが変わったから、もう一度試してみて、驚くと思うよ。
うわー、もしOpus 4.5/4.6を使ったことがないなら、自分のためにチェックしてみて!かなり良いよ。俺の経験では、Opusは一貫して本当に良いUIを生成してる。いつも言うけど、個人の体験だから人それぞれだけどね。Tailwind Plusが今収益問題を抱えてる理由があるよ。
ちょっと厳しいこと言うけど、なんでこんなことに時間を使ってるの?熱心なRaycastユーザーとしては、Raycastをもっと良くすることに集中してほしいな。AIバンドワゴンに乗る新しい方法を見つけるんじゃなくて。
最初に思いついたシナリオは、彼らが自分たちのために作って、それをオープンソースにしたってことだね。
同じ反応だった。Raycastのリリースがしばらく停止して、大きな機能改善に集中してるみたいだけど、これが理由の一部かもしれないな。
まあ、アメリカがこれにかけてるお金は、宇宙競争の時よりも多いからこうなるんだよね。宇宙競争では月に行ったけど、AIの成果は、資金提供以外のビジネスからはまだ利益を出してない。
これはRaycast拡張の自然な進化だね(スクリプトコマンドの進化版)。今の状況(生成系のすべて)を考えると、新しいツールチェーンの中や周りに「Raycast inside」がないとは思えない。iOSにとってこれが何を意味するのか、ちょっと悩んでる。電話でRaycast的なことをしたいけど、それでビジネスが成り立つほどの人がいるかどうかは微妙だな。
こういうプロジェクトがまだ試されて、 tractionを得るのが理解できない…試したことがある人なら、100%ハッピーパスのデモを超えないって分かるはず。もし本気でアプリを使ったり公開したりしたいなら、AIを使って何週間も反復作業が必要になるし、それにはトークンがめちゃくちゃかかるよ。
v0やreplitは使ったことないけど、あなたと同じ気持ちだよ。でも、個人的に使うためのmacOSアプリを作りたいと思ってるのは長い間なんだ。あと、Raycastの長年のユーザーでもあるから、ちょっとバイアスがあるけど、待機リストに参加したよ。試してみるまでは確信できないしね。
Raycastの創設者だからバイアスがかかってるけど、驚くと思うよ。ほぼいつも一発で動くアプリができるんだ。もちろん、もっと複雑なものだともう少しプロンプトが必要かもしれないけど。実際に見た例をいくつか挙げると: - サポートチームはGlazeアプリを使ってRaycastの拡張機能をレビューしてる。GitHubに接続して、ローカルでコードをチェックして、リアルタイムで更新されるんだ。 - サウンドエージェンシーは、ローンチビデオ用に機能するシンセサイザーを作った。MIDIでも動くよ。 - チーム全体のサブスクリプションをキャンセルして、Glazeアプリに置き換えようとしてるところだ。まだできないこともあるし、確かにもっと複雑なものにはもっとプロンプトが必要だけど、Glazeがもう何ができるかには驚くと思う。まだ始まったばかりだよ…
これはすごいね!この技術にワクワクしてる。ただ、素人が危険なコードを実際のブラックボックスプログラムに注入できるのは無責任だと思う。もっと明確な警告が必要だよ、使うのが危険かもしれないって。みんながホームブリューやnpmを使って、すべてのパッケージを監査してないのはわかるけど、あそこには何かしらの信頼メカニズムや分散レビューがあったからね。ここでは、完全にレビューされてないコードが信頼メカニズムなしで動いてる。公開リリースもないし、監査の履歴もない、バージョン管理もされてない、コミュニティの目も届いてない。変な時代だね。
この会社(子会社?)のフレーミング(と名前)はちょっと残念だね。もしこれがRaycast APIの自然な拡張として作られて、デスクトップアプリを作れるっていう広告された利点があったら、全然違う製品として提示するよりもずっと良く受け入れられたと思う。
これはパフォーマンスアートに違いない。