feat(m203): CLI 三条下载命令改吃 download.* 设置（并发/重试/gh-proxy）

`ull install` / `ull java` / `ull pack` 此前各自 `DownloadEngine::new(EngineConfig::default(), …)`：
用户在设置里配的 `download.concurrency` / `retry_limit` / `gh_proxy` 一概不生效；M193 把出厂并发
从 64 改成 8 之后，它们还静默跟着降了。现在三处都经 `crates/cli/src/download.rs::engine(ctx)`：

- core：`shared/tuned.rs` 新增 `engine_with_tuning(cache_root, tune)` = `set_tuning` + `engine_for`，
  由 `shared.rs` 重导出；`engine_for` 的签名与行为一字未改（presenter 的两步语义原样保留）。
  放子模块是为了不动 `engine.rs`（那是 400 行零余量），`shared.rs` 仍 398 行。
- CLI：`download::tuning(ctx)` 用 `SettingStore::load(ctx.launcher_config(), launcher_schema())` 读
  三个键（与 `ull config set` 同一份文件），默认值/夹取/回落在 `DownloadTuning::from_settings`；
  键缺失或坏值静默回落出厂值，`engine()` 没有错误通道，安装不会因此中断。
- 顺带：`ull update` 复用 `install::build_engine`，也随之吃到设置。
- 测试：`crates/cli/src/download/tests.rs` 三条命令各一条（读 `config().max_concurrency` 与
  `concurrency_probe()` 的真实值）+ 一条「缺失/越界/负数/类型不对 ⇒ 静默回落出厂值」；
  `shared/tuned.rs` 两条守住「灌调优与取引擎是一步」。变异实测：pack 换回裸 `EngineConfig::default()`
  ⇒ 只有 pack 那条红（left 8 / right 2）。

crates/cli/src/commands/update.rs

@@ -34,7 +34,6 @@
 //! 去掉 `--dest` 会把它真改名换掉（`crates/cli/tests/update_e2e_test.rs` 的注释写了这件事）。
 
 use std::path::PathBuf;
-use std::sync::Arc;
 
 use serde_json::json;
 use unlucky_core::update::{default_source, Applied, CheckOutcome, Job, UpdateError, Version};
@@ -57,7 +56,7 @@ fn current_version() -> Result<Version, CliError> {
 /// 造一个内核 job（源 = GitHub / `ULL_UPDATE_DIR`，暂存 = 数据根缓存，目标 = 本进程 exe）。
 fn job(ctx: &Ctx, dest: Option<PathBuf>) -> Job {
     let engine = super::install::build_engine(ctx);
-    let job = Job::for_process(default_source(Arc::new(engine)), &ctx.layout().cache());
+    let job = Job::for_process(default_source(engine), &ctx.layout().cache());
     match dest {
         Some(dest) => job.with_dest(dest),
         None => job,