AnythingLLM Scheduled JobsとMemoriesの使い方|自動実行前の安全確認

公開日
2026-07-28
更新日
2026-07-28
情報確認日
2026-07-28
編集・運営
Local AI Compass

Scheduled JobsはAI agentを決めたスケジュールで実行し、Memoriesはユーザーについての情報を次の会話へ反映する機能です。どちらも便利ですが、local modelを選んだだけでファイル操作、web検索、メール、memory保存まで安全になるわけではありません。

導入前に確認すること

  • Windowsのバージョン、メモリ容量、GPU/VRAM、空き容量を確認する
  • 最初は軽量モデル、短い質問、少ない同時作業から始める
  • 公式サイトの対応OS、利用規約、モデルのライセンスを確認する

Scheduled JobsとMemoriesは別機能

AnythingLLM Scheduled JobsとMemoriesの役割比較
機能何をするか最初に見ること
Scheduled Jobsagentをcronなどのscheduleで実行し、run結果や生成ファイルを後から確認するprompt、schedule、allowed tools、provider、run history
Memories名前、好み、進行中のprojectなどをworkspace/global scopeで会話に反映する保存内容、scope、automatic extraction、LLM provider
Agent skills / MCPファイル、web、API、メール、カレンダーなどの操作をagentへ追加する権限、入力、外部通信、書き込み・送信の有無

Scheduled Jobsの仕組み

公式docsでは、jobは名前、prompt、schedule、allowed toolsを持つ保存タスク、runは1回の実行結果として説明されています。thoughts、tool calls、生成ファイル、final responseなどのtraceを後から確認でき、Scheduled Jobs workspaceに結果が保管される設計です。

  1. 最初はSettingsのScheduled Jobsが自分の動作モードで利用可能か確認する。
  2. prompt、cron、許可するtoolを画面で確認してから保存する。
  3. Run Nowまたはテスト用の短いjobでrun historyを確認する。
  4. 生成ファイル、tool call、失敗・timeout、push notificationを確認する。
  5. 不要になったjobはdisableまたはdeleteし、次回実行と保存結果を確認する。

Memoriesのworkspace/globalと保存範囲

公式docsではworkspace memoriesは1つのworkspaceだけ、global memoriesは全workspaceへ適用されると説明されています。Automatic Memory Extractionは最近の会話から候補を抽出し、memoryはsystem promptの一部としてLLM providerへ送られる可能性があります。

Memoriesのworkspace/globalと保存範囲の表
scope向く情報避ける情報
workspaceそのprojectの文体、作業対象、用語不要になった案件の秘密や個人情報を残し続ける
global全workspaceで使う一般的な好みAPI key、password、顧客情報、病名、住所
automatic extraction会話から候補を拾う補助機能保存される前提で未確認の機密会話を続ける

local jobでも外部通信は起きる

Scheduled JobのLLMをlocal modelにしても、web search、web scraping、API call、メール、calendar、MCP、cloud fallback、push notificationを許可すれば別の通信や外部作用が発生します。Memoryも、設定したLLM providerへsystem promptの一部として送られる可能性があります。

  • LLM provider、embedder、tool、MCP、web、notificationを別々に確認する。
  • ファイルの読み取り先・書き込み先・削除権限を狭くする。
  • run historyと生成ファイルがどこに残るか確認する。
  • cloud providerへ送ってよい資料だけをjobへ渡す。
  • single-user modeや組織アカウントの運用ルールを確認する。

安全なjobと危険なjob

安全なjobと危険なjobの表
判断理由
公開メモを週1回要約して下書き保存最初の候補入力と保存先を限定し、人間が公開前に確認できる
テスト文書のフォルダを一覧化条件付きread-only、対象フォルダ、生成ファイルを確認する
受信メールを読み、返信を送る無確認で実行しない個人情報、外部送信、誤送信、権限が関係する
本番ファイルを削除・上書き避けるrollbackやbackupがあっても人間確認なしの書き込みは危険
課金APIを定期的に呼ぶ上限確認なしでは避ける実行回数、失敗時の再試行、費用が増え得る

PCのスリープ・アプリ状態・失敗条件

Scheduled Jobsは常時起動するクラウドcronと同じとは限りません。AnythingLLMのversion、desktop/self-hosted構成、single-user mode、PCのスリープ、アプリ状態、network、provider、tool権限で結果が変わるため、閉じたPCでも動くと断定しません。

停止・削除・確認の順番

  1. jobをdisableし、次回runが残っていないか見る。
  2. run historyでqueued/running/failed/timed outを確認する。
  3. 生成ファイル、memory、chat log、外部service側の送信結果を分ける。
  4. 不要なmemoryをworkspace/globalごとに削除する。
  5. 再開する場合は公開・送信・書き込みを含まないテストjobから行う。

関連ページと公式情報

よくある質問

Scheduled JobsはPCを閉じても動きますか?

構成やversion、desktop/self-hosted、PCのスリープ、アプリ状態に依存します。クラウドcronと同じと考えず、公式の現行仕様と実際のrun historyで確認してください。

Memoriesはどこに保存されますか?

scopeやinstance構成で扱いが変わり得ます。公式docsのworkspace/globalの説明に加え、設定、ログ、providerへのsystem prompt送信、削除方法を確認してください。

local modelのScheduled Jobなら安全ですか?

安全とは断定できません。web、MCP、API、メール、calendar、filesystem、cloud fallback、生成ファイルとrun historyを別に確認します。

MemoriesにAPI keyを保存してよいですか?

保存しないでください。公式docsもpassword、API key、sensitive personal informationをmemoryに入れないよう注意しています。

最初に作る安全なjobは何ですか?

個人情報を含まない公開メモを、テスト用のローカルフォルダから読み、下書きとして保存するjobが候補です。外部送信や削除・公開は人間確認の後にします。

次に読むおすすめルート

ローカルAIエージェントを試したい人

Bionic、Ollama、AnythingLLM、Hermesを役割別に分け、local/cloud、tool、保存、PC負荷を順番に確認します。

  1. ローカルAIエージェント比較
  2. LM Studio Bionicのlocal/cloud
  3. Kimi K3はlocalかcloudか
  4. AnythingLLM Model Router
  5. Magic Echo・Beacon・Tab
  6. agentのPC負荷とKV cache
  7. WindowsでローカルAIコーディングを始める
  8. VS CodeでローカルAIを使う
  9. local modelでもprivacyを確認
  10. Ollamaのlocal/cloud
  11. LM Studio 0.4.0のAPI入口
  12. AnythingLLMの解説
  13. PC診断ページ

あなたはどのタイプ?

関連チェック先

関連ツール

比較表を見る / 最初に検討しやすいツールを確認する