[xiaoyumuxi]

概要

HTTP Client 插件后端接入结构化日志 v2：改用支持 litheLogging 1 的官方 Rust SDK，由 SDK 自动上报执行、打开、保存等调用的成功/失败终态；请求解析和预览能力探测不再产生 INFO；响应预览被截断时只报一次降级。诊断事实不含 URL、请求/响应正文、头部、环境变量、凭据或文件内容。顺带修正 NOTICE 和 README 里写错的 SDK 许可证（MIT → Apache-2.0）。

依赖：

• 宿主 https://github.com/1lck/Lithe-IDEA/pull/1699（Core 侧 litheLogging 协议与目录事件）
• SDK https://github.com/Lithe-IDEA/lithe-plugin-docs/pull/17（本仓库 vendor 的就是这批源码）

SDK 来源：从 git rev 改为 vendor 源码快照

• Cargo.toml 的 lithe-plugin-sdk 从 git rev = e689971… 改为 path = "vendor/lithe-plugin-sdk"；Cargo.lock 只删除了对应的 git source 行。
• 新增 vendor/lithe-plugin-sdk/（Apache-2.0）。基线是 lithe-plugin-docs 29b245c0e1d77c761d9032a3144a301d1818bfc7，加上 SDK PR #17 的日志改动；source-provenance.json 记录基线、本地改动和逐文件 SHA-256。
• 新增 scripts/verify-sdk-source.mjs，CI 新增对应步骤；scripts/package.py 打包前先校验，安装包 UPSTREAM.json 的 lithePluginSdk 由固定 revision 改为内嵌整份来源记录。
• NOTICE：SDK 许可证从 MIT 更正为 Apache-2.0，revision 改为指向来源记录；README 的同一处说明同步修改。

诊断行为（src/main.rs）

• 按注册抑制成功事实：requests.parse、response.previewInfo；失败照常 ERROR。
• 响应预览因大小上限被截断时，上报 degraded("requests.execute", "preview_truncated")，每个后端生命周期只报一次，重复截断保持静默。
• main 改为不返回 Result：Tokio 运行时或后端准备在 listen 之前失败时直接以退出码结束，不再经过 Rust 的 Termination 把错误打印到 stderr，由宿主进程生命周期记录。
• README 新增“宿主日志接入”一节。

测试

• scripts/test_protocol.py：模拟宿主在 initialize 中提供 litheLogging: {"versions":[1]} 并断言插件回答 version 1；收集 lithe/log 帧，断言截断只报一条 preview_truncated 降级（带 operationId），诊断里不出现 URL 和响应正文，stderr 保持为空；普通执行恰好一条 operationFinished。
• scripts/test_core.py（通过 C ABI 驱动真实 Core，需要手动传 --core）：断言 requests.execute 恰好一条 INFO 终态，通道为 plugins/<id>/host，带耗时；requests.parse 不产生成功事实。
• src/files.rs：对应的函数注册调整。

验证

• 本地（与 CI 相同的命令）：cargo fmt --check、cargo clippy --locked -- -D warnings、cargo build --release --locked、node scripts/verify-sdk-source.mjs 通过；python3 scripts/test_protocol.py --binary target/release/lithe-http-client 12/12 通过。
• 此前在 Codex 工作区：真实 loopback HTTP 12 项通过；test_core.py 连接本地宿主分支的 Core，通道、级别、op、耗时和隐私检查通过。

CI 状态与合并顺序

• CI 只跑插件自带的协议测试和 UI 测试，不检出宿主，所以不会因为 #1699 尚未合并而失败。
• 但新 SDK 要求宿主支持 litheLogging 1，必须等宿主 #1699 进入可发布版本后才能发布本插件，否则在旧宿主上 initialize 会失败。
• 合并顺序：宿主 #1699 → SDK #17 → 本 PR；发布前把 vendor 的 SDK 重新固定到 SDK #17 合并后的 commit。本 PR 没有改插件版本号。

限制

• 只覆盖 macOS 宿主；Windows 仍是 v1 writer。
• 未在 Lithe 整机日志窗口里做端到端验收。

配套 PR：

• 宿主 Core：feat(logging): 插件与调试适配器接入结构化日志 v2 1lck/Lithe-IDEA#1699
• SDK：feat(sdk): 三种 SDK 接入 litheLogging 1 结构化诊断 lithe-plugin-docs#17
• Database 插件：feat(logging): 接入 litheLogging 1 结构化诊断 lithe-plugin-database#2
• Docker 插件：feat(logging): 接入 litheLogging 1 结构化诊断 lithe-plugin-docker#3
• HTTP Client 插件：https://github.com/Lithe-IDEA/lithe-plugin-http-client/pull/5（本 PR）
• Cargo 插件：feat(logging): 接入 litheLogging 1 结构化诊断 lithe-plugin-cargo#5
• SVN 插件：feat(logging): 接入 litheLogging 1 结构化诊断 lithe-plugin-svn#2
• Maven 插件：feat(logging): 接入 litheLogging 1 结构化诊断 lithe-plugin-maven#9
• Lua 插件：feat(logging): LuaLS 日志写入宿主会话日志目录 lithe-plugin-lua#6
• Go 插件：feat(logging): 接入结构化日志 v2 插件操作事实（由宿主代记） lithe-plugin-go#3
• Gradle 插件：feat(logging): 接入结构化日志 v2 插件操作事实（由宿主代记） lithe-plugin-gradle#5
• LLDB 插件：feat(logging): 接入结构化日志 v2 插件操作事实（由宿主代记） lithe-plugin-lldb#3
• PHP 插件：feat(logging): 接入结构化日志 v2 插件操作事实（由宿主代记） lithe-plugin-php#3