目次

Runwayには用途別の Apps、ノード型 Workflows、そして App Studio——平易な言葉でツールを述べ、ワークスペース内で計画・設計・ホストする面——がある。2026年10月23日、changelogの Paid Plans に App Studio が載った。必要なクリエイティブアプリを述べると、App Studio が Runway のモデル・ブランド・ファイルで組み立ててホストする。有用な切り口はどの面がどの仕事に合うか、構築そのものがどうクレジットを使うか、共有が今日できること／できないことであり、スローガン調の製品紹介ではない。App Studioの実クレジット消費、手組みWorkflows／classic Appsに対する省時間、日常の構築品質について、当サイトではまだ測定していない。フィードバックはフッターのサイト管理者連絡先から受け付けている。

コードで動画設計する近隣記事：Code2Video-AA：コードで動画を設計する能力とコストの比べ方。

App Studio・classic Apps・Workflowsの境界

三つの面は問うことが違う。これは能力マップであり、料金対照表ではない。App Studio関連Helpとchangelogは、Workflowsと同ページのクレジット式を出しておらず、表を作る根拠はない。

面向きどう形作るか共有／再利用（概要）
classic AppsRunwayが既に出した用途フロー（旧Appsパネル含む）選んで実行。自作余地は限定的App Studioメニュー下部の Switch to classic Apps で戻れる。復帰は Try App Studio
Workflows検査・再実行できるノードパイプライングラフ／ノード。changelog史上はAgentが説明からWorkflowsを組む記述もある歴史上 Publish Workflows as Apps で、設計済みパイプラインをワークスペース共有
App Studio毎週繰り返すチーム作業をワークスペース内で同じ走り方の一つのツールにする自然言語 → agentが計画／設計／構築＋ライブPreview → 対象へ Publishホストされたアプリにリンクと対象バッジ。Storeの既成アプリは旧Apps入口とは別集合

Helpは明示する。Store は classic Apps から開いていた集合と同じではない。Official Runway apps はすぐ開く。他は Get で Example apps に入る。変えるなら Remix でコピーから自分の新規アプリを始める。

要するに、既成ユースで足りるなら classic Apps、見えるノード管線が要るなら Workflows、「言葉で一度述べてホストし、ワークスペースで同じツールを回す」なら App Studio。製品適合の選択であり、全チームが即移行すべきだという主張ではない。

別製品だが「どのモードが仕事に合うか」同型の記事：Gemini の動画解析は static（1FPS）か agentic か。

クレジット：開始約700、約50ずつ——アプリ定価ではない

アプリ構築はクレジットを使う。App Studio FAQの記載：

  • セッション開始には約 700クレジット の最低残高が必要。
  • 構築中にアプリへ働くAIモデルの使用分が課金される。
  • 構築は約 50クレジット のブロック単位で進む。

読み違えないこと。約700は開始残高のしきい値であり、「アプリ1つ＝700」ではない。約50ブロックは構築セッション進行中の計量であり、完成アプリの定価表示ではない。実briefが何ブロック要るか、Remixがコールド開始より安いか、完成後の生成節約が構築コストを上回るか——いまはHelpのしきい値で読むほかない。しきい値とブロックは公式Help、実消費は各ワークスペースのActivity／請求が根拠になる。

完成アプリの各生成ステップは、選んだモデルの通常生成クレジットを使う——上記の構築セッション計量とは別だ。ビルダーのApp settingsで、初版後にステップごとのモデルを差し替えられる。

構築と公開：説明 → プレビュー → オーディエンス

Helpの流れを要約する。

  1. 左サイドバーで App Studio を開き、ホームの欄にアプリの役割を書く（一文で足りる。候補文も可）。
  2. ビルダー左が会話、右が Preview。状態は Working／Planning／Building。序盤で Pick a color scheme、ブランド色、任意でロゴ。
  3. タスク完了後も同じように変更を頼むか、プレビューツールでUIを指す。Code タブや別タブPreviewも可。
  4. Publish 前は自分だけが開けるプライベートPreviewで、リンクはまだない。
  5. 右上 Publish：オーディエンス行（既定は Everyone in [workspace]）を確認し、Only you や Specific people に変えられる。Saveののち公開確定。公開は数分バックグラウンドでも進む。以後の編集は再PublishまでPreview側に残る。

タブを閉じても最大約8時間は構築が続きうる。長時間アイドルは保存して一時停止。カードの Insights で7／30／90日の訪問が見える。公開後のApp settingsに Models、Secrets（初回公開後）、Assets。ヘッダーから公開後にソースzipを落とせる。ワークスペース設定で Internet access for apps をOn／Off（OffならRunway／App Studioサービスのみ。稼働中アプリへ約2分で反映）。

共有制限——「Anyone with a link」の文書矛盾

共有ドキュメントはワークスペースログイン対象の規則を明記する一方、Publishing手順にはFAQと一致しないより広い選択肢が残っている。

Sharing文 Who can open は公開後に三つの対象を挙げる。

  • Only you — リンクがあっても他者は開けない
  • Everyone in [workspace name] — そのワークスペースにサインインできる人
  • Specific people — メールで列挙し、かつ既にワークスペースへサインインできる人

同文は、どの対象も当該ワークスペース内のRunwayアカウントが必要で、ワークスペース外の人へ共有する選択肢はないと書く。FAQ「Can people outside my workspace open my app?」は No——公開リンク選択肢なし。

一方、同じSharing文のPublishing手順の対象一覧には、Only you・Everyone in workspace・Specific peopleと並んで Anyone with a link が書かれている。手順リストにその項があり、Who can openとFAQは外部／公開リンクを否定する。

外部／公開リンク共有はいまもはっきりしない。 FAQとWho can openはワークスペース外の公開リンクなしと書く一方、Publishingのオーディエンス一覧には Anyone with a link がある。両者が揃うまではワークスペースログイン対象のみで計画する。区内共有か、既に権限のあるSpecific people。リンクはPublishまたはカードの Share から。選んだ対象にのみ効く。初回はContinue asでRunwayメールを確認する。

両者が揃うまでは、Anyone with a link を文書上の矛盾として扱い、確認済みの機能とはみなさない。外部顧客向け共有は未確認のまま。

別のクリエイター動画製品の切り分け：HeyGen Video が公開、Avatar V と何が違うのか。

削除／非公開は不可——Only youへ。Enterpriseは面を切れる

FAQとSharingはいずれも、現状deleteもunpublishもできないと書く。同僚に開けなくするには、ビルダー→Publish→オーディエンス行→ Only you → Save。変更は即時で、再Publishは不要。

Enterprise は Organization Settings → Settings → App Studio でワークスペース単位にOn／Off（全体または個別）。OffならそのワークスペースでApp Studioは使えない。「サイドバーがまだApps」の一因にもなる（手動でclassic Appsへ切った場合もある）。

ワークスペースのアプリ枠（傍注）

ライブラリ上にapps usedカウンタがある。Helpの例は 1 of 250。未公開アプリと Storeのexample apps もカウントに入る。容量の傍注であり、プラン料金表ではなく、契約の代わりにもならない。

どの面を誰が使うか

宣伝句なしの実務チェックリスト。

  1. 今日すぐ用途ボタンが要る？ まず classic Apps（既にApp StudioにいるならStore例からRemixも可）。
  2. 編集可能な多段ノード管線が要る？ Workflows を優先（changelog史上のWorkflows→Apps公開は、なお管線優先）。
  3. 毎週のチーム儀式を同じホスト済みツールにまとめ、ノードではなく言葉で述べたい？ それが App Studio の公式の仕事。
  4. 生成だけでなく構築分の残高を残す。 セッション前に約700を確保。構築中は約50ブロック。約700は開始残高のしきい値であり、アプリ1個の定価ではない。
  5. 共有はワークスペース境界で計画する——Anyone with a linkの矛盾が澄むまで。手順リストだけでは外部顧客リンクはいまもはっきりしない。ワークスペースログイン対象で計画する。
  6. 流通から外す必要があれば Only you——今日は削除／非公開がない。
  7. Enterprise管理者： チームが構築クレジットを使う前に、ワークスペースごとにApp StudioのOn／Offを決める。

App Studioの実クレジット消費、手組みWorkflows／classic Appsに対する省時間、日常の構築品質について、当サイトではまだ測定していない。フィードバックはフッターのサイト管理者連絡先から受け付けている。