LIBRE / WORK 製品 / Work APACHE 2.0

モデルに任せられる作業空間。

Work はモデルに本物の作業場所を与えます。残り続けるファイル、実行されるコマンド、成果のライブプレビュー — すべてあなたのハードウェア上の堅牢なコンテナの中で。

01 レシート

すべてのタスクはこれらのフラグの下で実行されます。

これは要約ではありません。すべての Work コンテナの堅牢化プロファイルそのものです。ポリシーは予算を調整できますが、これらの行を弱めることは決してできません。

docker run libre-work-*
  1. --user 1000:1000
  2. --read-only
  3. --cap-drop ALL
  4. --security-opt no-new-privileges
  5. --pids-limit 256
  6. --memory 2g --memory-swap 2g
  7. --cpus 2
  8. --network none
  9. --mount …,dst=/workspace

自分で確認: 任意の Work コンテナに docker inspect を実行してください。

root なし

モデルは非特権ユーザーとして動作します。タスク内に root は存在しません。

システム書き込みなし

ファイルシステムは読み取り専用。変更を受け付けるのはタスク自身のワークスペースだけです。

権限昇格なし

すべての Linux capability を破棄し、新しい特権の取得は不可能です。

鍵もソケットもなし

サンドボックス内に認証情報も API キーもコンテナエンジンのソケットも存在しません。

02 ループ

タスクに必要なすべてを。触れるべきでないものは何も。

モデルは固定されたツール群で作業し、すべての呼び出しが順にタスクの活動ログに記録されます。

  • write_file

    ファイルと git — 実行をまたいで残るワークスペースで読み書き・移動・検索し、ローカルの状態・差分・ブランチ・コミットを扱えます。

  • run_command

    コマンドとターミナル — 時間・出力・メモリ・プロセス数に上限のある実行環境。介入したいときは本物のターミナルを開けます。

  • start_preview

    ライブプレビュー — 進行中の成果物は署名済みプロキシ URL で提供され、ネットワークに公開されることはありません。

  • web_search

    ウェブ検索 — 管理者が有効化すれば、あなた自身の SearXNG インスタンスを通じて。

03 運用者コントロール

誰が何を使えるかは管理者が決めます。

  • 名前付きポリシーはタスクごとにイメージとリソース予算を設定します。堅牢化プロファイルはポリシーの項目ではありません。

  • Work はユーザーに開放するまで管理者専用のまま。ウェブ検索・モデルダウンロード・エージェントにも同じスイッチがあります。

  • アイドル状態のタスクは自ら停止し、続きから再開します。ワークスペースは常に保持されます。

  • そのまま使える Docker、またはタスクごとのディスククォータを持つ Kubernetes Pod。どちらも同じフラグです。

検証できる隔離。

1 つのコンテナに: チャット、Work、プロバイダー、プレビューを同梱。