refactor: rename llm worker crate to engine

crates/memory/src/consolidate/input.rs

@@ -1,7 +1,7 @@
-//! consolidation sub-Worker への最初のユーザー入力を組み立てる。
+//! consolidation sub-Engine への最初のユーザー入力を組み立てる。
 //!
 //! extract (`extract::build_extract_input`) と同じ方針で、固定 schema の
-//! markdown セクション列にしてサブWorker に渡す。`docs/plan/memory.md`
+//! markdown セクション列にしてサブEngine に渡す。`docs/plan/memory.md`
 //! §Consolidation 入力 / §整理材料 の項目に従い:
 //!
 //! 1. consumed staging エントリ全文（`source` 込み）
@@ -19,7 +19,7 @@ use crate::consolidate::tidy::TidyHints;
 use crate::usage::UsageReport;
 use crate::workspace::{RecordKind, WorkspaceLayout};
 
-/// consolidation sub-Worker の最初の user 入力。
+/// consolidation sub-Engine の最初の user 入力。
 pub fn build_consolidate_input(
     layout: &WorkspaceLayout,
     staging: &[StagingEntry],

crates/memory/src/consolidate/lock.rs

@@ -147,7 +147,7 @@ impl StagingLock {
     }
 
     /// 占有ファイルだけ削除し、staging エントリには触らない。consolidation
-    /// sub-Worker が途中で失敗した場合に使う: 入力 staging を残したまま
+    /// sub-Engine が途中で失敗した場合に使う: 入力 staging を残したまま
     /// 次回再評価で再処理させる（`docs/plan/memory.md` §並走防止 の
     /// 「重複作成は同一 slug update に自然収束」運用）。
     pub fn release_only(self) {

crates/memory/src/consolidate/mod.rs

@@ -2,13 +2,13 @@
 //!
 //! extract が staging に残した活動ログを `memory/*` / `knowledge/*` に
 //! 統合し、続けて既存 record を `outdated | superseded | unused | noisy`
-//! の観点で整理する disposable Worker を、Pod 側が組み立てるための
-//! ヘルパー群を提供する。Pod は次の手順で sub-Worker を構築する:
+//! の観点で整理する disposable Engine を、Pod 側が組み立てるための
+//! ヘルパー群を提供する。Pod は次の手順で sub-Engine を構築する:
 //!
-//! - [`build_consolidate_input`] を sub-Worker の最初の user 入力に
+//! - [`build_consolidate_input`] を sub-Engine の最初の user 入力に
 //! - memory 専用 Tool (read / write / edit) と Knowledge / memory 検索ツールを登録
 //! - [`StagingLock::acquire`] で並走防止 + consumed ID 確定
-//! - sub-Worker run 完了後、[`StagingLock::release_with_cleanup`] で
+//! - sub-Engine run 完了後、[`StagingLock::release_with_cleanup`] で
 //!   consumed ID 分の staging のみ削除し、占有ファイルを解放
 //!
 //! system prompt は Pod の `PromptCatalog`