Runableは、自然言語の依頼をWebサイト、スライド、レポート、メディア、表計算などの成果物に変える汎用AIエージェントです。Agent、Chat、Planの各モードで実行、分析、承認前提の計画を使い分けます。
このツールを使いましたか？評価してください
このツールを使いましたか？評価してください
Runableは、自然言語で伝えた目的を、Webサイト、スライド、レポート、画像、動画、表計算などの成果物へ進めるための汎用AIエージェントです。単に質問へ文章を返すサービスではなく、依頼、参考資料、実行、確認、修正という工程を一つの対話型ワークスペースに置こうとする製品です。
使い始める前に知っておきたいのは、すべての依頼を同じ手順で扱わない点です。RunableはAgent Mode、Chat Mode、Plan Modeを分けています。作る仕事、答えを得る仕事、実行前に方法を承認したい仕事を分離することで、後から戻しにくい変更を減らせます。
向いているのは、誰が何を受け取るかが明確な作業です。たとえば、承認済み資料から社内向けの発表資料を組み立てる、要件からプレビュー可能なサイトを作る、調査資料を構造化したレポートへまとめる、といった用途です。AIの出力をそのまま公開するのではなく、確認する担当者と完成条件を先に決めるほど扱いやすくなります。
素材の利用許諾、事実の最終確認、セキュリティ、個人情報の扱い、組織としての公開可否は、ツールだけでは決められません。Runableは下書きと制作の速度を上げられますが、顧客や公衆に届く内容の責任を移すものではありません。
Agent Modeは成果物中心の仕事のためのモードです。ファイル、プロジェクト、複数工程の結果が必要な場合は、まず現在の製品文書で作業範囲と動作を確認してから範囲を決めてください。
最初の依頼には、利用者、成果物、信頼できる資料、禁止事項、完了条件を入れます。「サイトを作って」ではなく、「この承認済みの製品資料だけを使い、既存顧客向けの三ページサイトを作り、支払い接続はせず、公開前にプレビューを示して」と書く方が、後で検証できます。
Chat Modeは質問と分析に適したモードです。質問、要約、文書の読み合わせだけなら、範囲を明確にし、具体的な動作は現在の製品文書で確認してください。
Plan Modeは後続作業のためのレビュー可能な計画段階です。認証、支払い、データベース、複数の連携、外部公開を伴う案件では、範囲、根拠、検証基準を先に確認し、現在の製品文書に沿って進め方を決めてください。
文章の見栄えではなく、使うデータ、人が確認する箇所、失敗時の戻し方、テスト、公開先を確認します。計画への承認は「この方針で始めてよい」という合意であり、完成物が正しいという保証ではありません。
コード、ファイル、外部システムを伴う仕事では、開始前に現在の実行環境を確認してください。会話を一つのレビュー可能な目的に集中させると、責任者が作業を追いやすくなります。
実行環境の継続性は、現在の製品文書で確認してください。重要な決定、根拠資料、確認点を会話に残し、後続の作業も責任者が理解できるようにしてください。
ワークスペースの表記を、データ処理範囲に関する包括的な約束として解釈してはいけません。社内資料は、現在のプライバシーポリシー、組織のデータ分類規則、適用される契約要件を先に確認してください。
Webサイトの作業では、必要なページ、資料の範囲、公開責任者、確認項目を先に決めてください。必要な機能や公開の動作については、現在の製品文書で確認します。
サイトの機能は個別のプロジェクトに合わせて設定・検証する必要があります。公開前に最新の製品文書を確認し、実際に使う認証、決済、データ、ドメインの動作をテストしてください。生成されたサイトを最初から安全または適合済みと見なしてはいけません。
公開前には、主要な画面、エラー状態、スマートフォン表示、ドメイン設定を実際に試します。環境変数やAPIキーがブラウザ用コード、会話、リポジトリに露出していないかも確認します。公開前を最後の人手承認点として扱うのが妥当です。
Runableは、生成したサイトのコードをGitHubリポジトリへエクスポートできると文書化しています。AIで初期版を早く作りつつ、以後は通常のバージョン管理と開発手順へ移したいチームに有用です。ただし、出力された依存関係、秘密情報、ブランチ、データモデル、デプロイ設定は、通常のコードと同じように読み直す必要があります。
スライドでは、生成前にHTMLまたはImage、ProfessionalまたはVisual、4〜24枚の範囲を選び、PDFまたはPPTXへ書き出せます。チームの編集・発表要件に合わせて形式を選び、納品前に現在の編集動作を確認してください。
発表要件はレビュー中に変わることがあります。ノート、アニメーション、特定の比率、専門的な編集フローが必要なら、現在の製品動作を早めに検証し、必要に応じて別の編集ツールを用意してください。
レポートやその他の構造化資料は、調査や運用の初稿には便利ですが、引用、数字、仮定、欠損、結論は、その分野を理解する人が検証しなければなりません。
視覚素材は、サイト、説明資料、キャンペーン案といったより大きな成果物の一部として使うときに意味があります。まず素材を大量に作り、後から用途を探す進め方は避けてください。
先に伝える内容、対象者、ブランド上の制約、使える原資料を決め、少数の方向を出して選びます。公開前には人物、商標、画像内の文字、出典、地域要件、合成表現による誤認を確認します。生成できたことは、すべての素材を任意の用途に使う権利を示しません。
誰が使い、何を受け取り、どのファイルを根拠とし、何を含めず、どう判定するかを書きます。これがないと、エージェントはもっともらしい一般案を作りやすく、レビュー側も何を修正すべきか指示しにくくなります。
回答や資料分析だけならChat、成果物や複数手順の仕事ならAgent、失敗が高くつく仕事ならPlanを選びます。これは見た目の選択ではなく、開始前の確認方法を変える選択です。
ファイルを渡す前に、現在の上限と対応形式を製品文書で確認してください。似た版を大量に渡すより、承認済みの原本を明示する方が有効です。
計画では範囲、データ、テスト、リリースを、サイトとコードでは秘密情報とエラー処理を、レポートでは根拠と計算を、画像では権利とメッセージを確認します。「良くして」と言うより、「この三つの事実は残し、未確認の数値は消して」と指示する方が修正を追えます。
対象者、構成、根拠、視覚スタイル、操作、デプロイ設定のうち一つを選びます。どの変更が改善につながったかが分かるよう、比較点と判断を明確に残してください。
サイトはDeploy前にプレビューとテストを行い、スライドはエクスポート後に開き、表は既知の値で確かめ、外部向け文章は事実と権利を確認します。制作は速くなっても、公開の判断まで自動化されるわけではありません。
大きな案件は段階に分け、ファイルの版を明示し、作業に不要な機微情報を除きます。アップロード前に現在の制限を確認し、対話を無制限の資料置き場として扱わないでください。
利用する端末やクライアントの対応状況は、現在の製品文書で確認してください。コードの確認や多数のファイルを扱う案件では、責任者が成果物を最も確認しやすい環境を使います。
現在の料金ページはFreeを月額0ドル、Proを月額20ドル、Maxを月額100ドルと表示しています。Freeには毎日1,500クレジット、Proには月25,000と毎日1,500、Maxには月150,000と毎日1,500のクレジットが表示されています。価格と枠は変わり得るため、支払い前には必ず最新ページを確認してください。
FAQによると、無料の日次クレジットは毎日リセットされ、未使用分は繰り越されません。有料利用者は単発の追加購入または自動補充を選べ、解約しなければ請求期間の終わりに更新されます。共用アカウントでは、自動補充額と支出の責任者を先に決めることが重要です。
プライバシーポリシーは、依頼された応答や成果物を作るため、連携データがインフラやAI提供者を含むRunableのサブプロセッサへ送られる場合があると述べています。サンドボックスの隔離と、接続したデータの処理経路は別の論点として扱うべきです。
顧客、医療、雇用、財務の情報を扱う前に、現在のプライバシーポリシー、組織のデータ規程、保持要件、適用される契約を確認します。必要な資料だけを提供し、対外利用の前には機微情報の扱いを見直してください。
現在の仕事に適用される公開の機能境界とモード動作を確認してください。異なるモードは過程の管理に役立ちますが、出力の正しさを保証するものではありません。
サイトだけが目的なら専用のサイトビルダー、スライドだけならプレゼンテーションツール、質問だけなら会話型AIと比べてください。Runableを選ぶ理由は、調査、計画、構築、反復を一つのエージェント中心の場でつなげられることにあり、すべての専門ツールを必ず置き換えることではありません。
大きな依頼は、資料の確認、最初の成果物、レビュー、公開前の確認という段階に分けると管理しやすくなります。各段階で見る項目も先に決めます。Webサイトならページとデータの流れ、レポートなら引用と結論、構造化資料なら数値と出典、視覚素材なら文言・出典・ブランド上の制約を確認できます。修正が必要になっても、全体を曖昧に作り直すのではなく、どの確認点が不足したのかを話し合えます。
複数の人が関わる場合は、どの資料が根拠か、どの判断が承認済みか、何が未決定か、誰が最終公開を確認するかを依頼に書いておくと役立ちます。外部公開を含む仕事では、資料の範囲をチーム内で先に定め、現在の製品文書で実際の動作を確かめてください。終了後に重要な指示、出典、版の説明、テスト記録を残せば、次の担当者も経緯を追え、問題が見つかった時に確認可能な地点へ戻りやすくなります。
フィードバックは、漠然とした印象ではなく、確認できる対象を指す方が役立ちます。たとえば、あるページに必要な情報がない、ある結論は出典と照合し直す必要がある、表計算は既知の入力値で再計算する、ある文言は責任者の承認が必要だ、と具体的に書けます。次の修正に入る前に要求の優先順位と変更してはいけない部分を決めれば、すでに確認した内容を不用意に書き直すことを減らせます。
公開直前には、読者が成果物を理解できるか、事実・数値・引用を人が確認したか、資料の扱いがチームの規則に合うか、問題が起きた時に誰が停止または差し戻しを判断するか、という確認項目に分けてください。この一覧は専門的な審査の代わりにはなりませんが、製品の機能、プロジェクトの責任、実際の公開判断を区別する助けになります。
一つの段階を確認した後は、完了したこと、残るリスク、次の担当者が行うことを短く残すとよいでしょう。Webサイトならプレビューの場所、未確認の動線、公開前の条件を、レポートなら出典の範囲と確認が残る結論を、構造化資料なら確認済みの例と再確認が必要な数値を記せます。引き継ぎは作業全体を繰り返す必要はありませんが、どの判断に根拠があり、どこを改めて確認すべきかを次の担当者が理解できる内容にします。これにより、ツールが作った初稿を、確認不要な最終回答ではなく、チーム自身のレビューと判断の流れに組み込めます。
確認結果が当初の目的と異なる場合は、差異と影響を記録してから、修正するのか、資料を補うのか、公開を保留するのかを決めてください。その判断を引き継ぎに残すことで、同じ版に対して担当者ごとに矛盾した対応を取ることを防ぎやすくなります。
引き継ぎには、今回の目的、現在の版が使える範囲、次に確認し直す条件も書けます。担当者や予定が変わっても、チームは既存の根拠を読んだうえで新しい資料や要件に応じた判断を行え、古い版を別の状況へそのまま当てはめることを避けやすくなります。
Chat Modeはありますが、それだけではありません。Agent Modeは成果物を作って実行し、Plan Modeは実行前に計画を確認できます。
認証、決済、データベース、連携、公開のように失敗コストが高い案件です。調査と質問の後に計画を作り、承認を待ちます。
コードやファイル作業を始める前に、現在の環境と作業範囲を確認し、重要な確認点を記録してください。
現在の公式文書でWebサイトの作業流れを確認してください。公開前の確認とテストは必要です。
HTMLまたはImage形式をPDFやPPTXへ出力できます。納品前に、現在の編集・表示動作をプロジェクト要件と照合してください。
メッセージごとに10個まで、各25MBまでです。Agent Modeは多様な形式を扱え、Chat Modeは画像とPDFに限られます。
現在はFreeが0ドル、Proが月20ドル、Maxが月100ドルと表示されています。購入や自動補充の前に最新の料金を確認してください。
データを提供する前に、現在のプライバシーポリシーと組織の規程を確認してください。必要な資料だけを提供し、機微情報の扱いを見直します。
まず元の依頼と照合し、引用や数値、ファイル名、公開設定を確認します。Webサイトならプレビュー環境で主要な導線を試し、スライドなら書き出したPDFまたはPPTXを開き、構造化資料なら数値と根拠を照合します。代理が作成した履歴と、人が承認した変更を分けて残すと、後からの保守や説明、監査に役立ちます。後日、運用を見直す材料にもなります。
