Emra / Always on Transcription and PTT

中心となるループはテキストボックスだ。アプリを説明すると、エージェントが本物のプロジェクトとして書き、ライブ実行し、追加プロンプトで反復させる。これがEmraの狙いそのものだ。ドラッグ&ドロップのキャンバスにもコードエディタにも自分では触れない。 つまり、これがこのプラットフォームでAIを使ってアプリを作る方法だ。欲しいものを言い、返ってきたものに反応し、繰り返す。

公開したアプリには、サインイン、ファイル保存、同期、ホスティングが最初から付く。サーバーを立ち上げず、マイグレーションを書かず、Postgresの請求も払わない。アプリはただ動く。あなたにも、共有した相手にも。そのバックエンドこそ、多くのノーコードツールがあなたを置き去りにする場所であり、それが内蔵されているかどうかで、現実的に配信できるものが変わる。

公開したアプリはどれも共有データ層の上に載り、アプリ同士は接続ステップを通じてデータを読み合える。ツール間で情報を重複させるのではなく、日誌アプリと気分トラッカーが同じ記録を読むように作れる。

アプリをリンクに公開すると、開いた人は登録フォームではなく動いているアプリに着地する。他のユーザーはワンクリックであなたのアプリをクローンし、自分用にリミックスできる。Discoverは公開ストアで、作り付けのアプリテンプレートとスタータープロンプトを眺められる。だから望まない限り、空のプロンプトから始めることはほとんどない。

どのアカウントでも、アプリをどのモデルが作るかを選べる。Claude OpusやClaude Sonnetなどの選択肢から選ぶ。Replicateやfal.aiのようなプロバイダーを通じて数千のモデルに到達し、作ったアプリの中で呼び出すこともできるので、ツールが文案を生成したり、会議を文字起こししたり、文書を読み上げたりできる。

作成にとどまらず、アプリとデータを横断して動き、プロンプトを待つのではなく繰り返しの作業をこなすエージェントを立ち上げられる。狙いはツールを運用するうえでの繰り返しの部分であり、一度きりの制作だけではない。これは本当の穴だ。ほとんどのビルダーはアプリが存在すれば気にしなくなる。

コード、コンテンツ、データ、アプリを含めて、好きなときにエクスポートできる。Emra自身の説明では、作ったものはプラットフォームより長く生きるべきだという。囲い込みが気になるなら重要な点だ。あなたの成果は独自形式に閉じ込められない。