Skip to content

feat(debug): #1210 tcpLanguageServer 调试传输:调试适配器随插件语言服务器运行(Java 迁入插件的第一步) - #1520

Merged
xiaoyumuxi merged 3 commits into
previewfrom
feat/1210-java-debug-plugin
Oct 27, 2026
Merged

xiaoyumuxi merged 3 commits into
previewfrom
feat/1210-java-debug-plugin

Conversation

@xiaoyumuxi

Copy link
Copy Markdown
Collaborator

这个 PR 做什么

#1210 的 Java 迁移(把 Java 调试从宿主内置路径迁进 Java Support 插件)的第一步:给插件 API 4 的 debugAdapters[] 新增 tcpLanguageServer 传输,让调试适配器可以随同一插件的语言服务器运行,Java Debug Server 之于 JDT LS 就是这种形态。

本 PR 只补传输能力,不改变任何用户可见的调试行为:Java 仍走宿主内置适配器,切换和删除在后续 PR。

为什么需要新传输

Java Debug Server 寄居在 JDT LS 里,端口每次会话由语言服务器分配,只能通过它自己的会话执行 vscode.java.startDebugSession 才拿得到。现有的 stdio、tcpPort、tcpAnnounced 都要求宿主拉起一个适配器进程,表达不了这件事。用单独的传输而不是给 tcpPort 加“先执行命令”的钩子,是为了让校验规则一目了然(无 process、endpoint 只有两个字段、语言服务器归属),也和构建 provider 的 {languageServer: "<id>"} 形态一致。决策原因和被否方案见 #1210 Agent Note 新增的“Java 迁入 Java Support 插件”一节。

声明形态

"launch": {
  "transport": "tcpLanguageServer",
  "endpoint": { "languageID": "example", "command": "example.startDebugSession" }
}
  • launch.process 对该传输必须缺省,对其他传输仍然必填。
  • endpoint 只有 languageID 和 command,不允许其他字段。
  • languageID 必须是同一插件 languageServers[] 里声明过的语言;command 限 [A-Za-z0-9._:-]{1,128},只是一个命令名,不带参数(vscode.java.startDebugSession 本身不需要参数)。
  • programs() 产出 {"kind":"languageServerDebugAdapter",...},命令名变化后需要重新批准。

改动清单

Rust Core

  • debug/adapters.rs:DebugLaunch.process 改为 Option;新增 DebugTransport::TcpLanguageServer;DebugEndpoint 增加 language_id、command 并校验;新增 MAX_ENDPOINT_COMMAND = 128。
  • plugins/declarative.rs:debug_adapter_launch_plan 对无进程适配器返回插件语言服务器的启动计划,并附带 debugAdapter 描述符。
  • tests/declarative_plugins.rs:新增 3 个 Core 测试。

契约与文档

macOS

  • DeclarativePluginContracts.swift / RustDeclarativePluginOperations.swift:DebugAdapter 增加 languageServerEndpoint(languageID、command),并解码 endpoint;transport 默认 "stdio"。
  • MacPluginLanguageServerLaunchResolver.swift:DebugAdapterProcess 换成 DebugAdapterLaunch { host, adapter },host 为 .process(...) 或 .languageServer(languageID:command:);tcpLanguageServer 直接返回语言服务器宿主,其余非 stdio 传输仍以 plugin.launch.unsupportedTransport 拒绝(字段名 debugAdapters.launch.transport)。
  • MacJavaDebugAdapterTransport.swift → 改名 MacHostedPortDebugAdapterTransport.swift:端口来源由宿主注入(init(portResolver:socketFactory:)),文案和类型名里不再出现 Java。
  • MacPluginDebugAdapterTransport.swift:新增 HostedPortStarter / startHostedPort / socketFactory 注入点;start 按 host 分流,语言服务器宿主不创建进程;默认的 startHostedPort 在没有语言服务时抛 languageIntelligenceUnavailable。
  • LanguageToolingSessionManager.swift:新增 startHostedDebugAdapter(languageID:pluginID:command:rootURL:),先核对该语言的运行时确实来自这个插件(内置 Java 语言服务被拒绝,报 languageServerNotOwnedByPlugin),再启动语言服务器、执行命令、解析端口;端口解析抽成 debugAdapterPort(from:)(整数或数字字符串,1…65535),无效时报 invalidDebugAdapterPort。
  • MacServiceContainer.swift:Java 内置工厂改用新的传输类型,并接入 startHostedPort。
  • RealJavaDebugIntegrationTests.swift、RunConfigurationIntegrationTests.swift:跟随改名。

i18n(shared/i18n/ 与生成产物)

  • 3 条 Java 专属文案改为通用文案:承载调试适配器的语言服务不可用、无法连接调试适配器(复用已有词条)、调试适配器的连接已停止。
  • 新增 3 条:语言服务器为其调试适配器返回了无效的 TCP 端口、此插件的语言服务器不可用、调试适配器没有指定承载它的语言服务器。
  • 传输拒绝文案改为“目前只支持 stdio 和由语言服务器承载的适配器”。

测试

  • PluginDebugAdapterTests:解析器三条(stdio 解析到自己的进程;语言服务器宿主解析到服务器和命令;缺少 endpoint 被拒绝,字段为 .endpoint)、传输三条(连上语言服务器报告的端口并在 socket ready 后冲出排队帧、语言服务器无法承载时带原因结束会话且不开 socket、没有语言服务时结束会话)。
  • LanguageIntelligenceModuleTests:端口解析参数化测试 16 个用例(含 0、-1、65536、"5005 "、小数、布尔、null、数组、对象);内置 Java 语言服务不属于插件时被拒绝,且不会启动会话。
  • 新测试均使用有界等待(8 秒本地期限,只约束失败路径)和 defer 清理,没有 sleep;单个测试最长约 0.03 秒。

本地验证

  • ./scripts/test-macos.sh(过滤 PluginDebugAdapterTests、LanguageIntelligenceModuleTests、RunConfigurationIntegrationTests、DeclarativeDebugAdapterConsoleTests、DebugExecutableResolverTests、PluginLiveActivationTests、DebugModuleTests)通过,期间自带 i18n 与 bundle 不可变检查。
  • ./scripts/verify-rust-core-crates.sh(fmt、注释规范、clippy、Rust 测试)和 ./scripts/verify-rust-core-swift-bridge.sh --skip-build 通过。
  • ./scripts/verify-shared-contracts.sh、node scripts/verify-debug-v1-baseline.mjs、node scripts/verify-app-language-localization.mjs、node scripts/generate-i18n.mjs --check、./scripts/verify-platform-feature-matrix.sh、./scripts/verify-platform-feature-matrix-change.sh origin/preview HEAD、./scripts/verify-agent-notes.sh、verify-test-stability.sh 均通过。
  • 没有启动 Lithe 应用,测试结束后确认无进程残留。
  • 说明:./scripts/verify-service-boundaries.sh 报告 macos/Sources/Lithe/Services/Java/RunLaunchEnvironment.swift:50 的 PATH 违规,该文件不在本 PR 改动内,来自 preview 上已有提交(feat(macos): AI 设置资源库、Agent 上下文长度与压缩阈值、对话多标签与性能、ACP 适配器升级 #1490/fix(macos): 运行 Node 脚本时补齐启动 PATH (#1455) #1492),未处理。

后续(不在本 PR)

  • PR-B:把 Java 独有的三件事从按名字判断改成按描述声明:redefineClasses 热替换、stepFilters 默认值、JAVA_DEBUG_DISABLE_DEVTOOLS_RESTART 追加到 vmArgs。
  • PR-C:Java Support 清单升到 API 4 并声明 debugAdapters,删除 debugFactories["java"] 与 Core 里 adapter_id == "java" 的分支。依赖 [Feature] macOS 存量重构计划:清理废弃实现,将 Maven/Java 领域逻辑完整迁入插件后端 #1495(J7/C2):JavaDebugLaunchTarget、JavaTestDebugLaunchService、JavaTestResultServer 要先随它迁出。
  • 合并后在 lithe-plugin-docs 运行 node scripts/contract.mjs sync --revision <合并后的 preview commit> 同步契约副本。插件后端协议没有变化,不需要跑 SDK 端到端。

debugAdapters 新增 tcpLanguageServer 传输,用于调试服务寄居在同一插件语言服务器里的适配器(Java Debug Server 之于 JDT LS)。该传输没有 launch.process,endpoint 只有 {languageID, command}:languageID 必须是同一插件 languageServers[] 里声明过的,command 限 [A-Za-z0-9._:-]{1,128}。宿主不拉起进程,而是启动该插件的语言服务器,用 workspace/executeCommand 执行 command,把返回值解析成 1…65535 的端口后连接 127.0.0.1。

Rust Core:DebugLaunch.process 改为可选(其他传输仍必填),新增 DebugTransport::TcpLanguageServer 与 DebugEndpoint 校验;programs() 产出 languageServerDebugAdapter,命令变化需要重新批准;debug_adapter_launch_plan 对无进程适配器返回插件语言服务器的启动计划和 debugAdapter 描述符。

macOS:DebugAdapterProcess 换成 DebugAdapterLaunch(host 为 .process 或 .languageServer);MacJavaDebugAdapterTransport 改名 MacHostedPortDebugAdapterTransport,端口来源由宿主注入,不再知道 Java;LanguageToolingSessionManager 新增 startHostedDebugAdapter,校验语言服务器确由该插件拥有,内置 Java 语言服务被拒绝;端口解析抽成 debugAdapterPort(from:)。tcpPort、tcpAnnounced、attach 和 runSelectedRuntime 仍被拒绝,拒绝文案改为只支持 stdio 与语言服务器承载的适配器。

契约与文档:plugin-manifest.schema.json、契约 README、rust-core-api.md、声明草案和 #1210 Agent Note 同步,新增 debug-adapter-language-server 契约 fixture;功能矩阵补充证据与验证说明。i18n:3 条 Java 专属文案改为通用文案,新增 3 条,调整传输拒绝文案,并重新生成产物。

测试:Rust 新增 3 个 Core 测试;Swift 新增解析器、传输、端口解析(16 个用例)与语言服务器归属测试。
@ghfind-review ghfind-review Bot added the review: medium ghfind author score; see https://ghfind.com label Oct 27, 2026
@xiaoyumuxi
xiaoyumuxi marked this pull request as ready for review October 27, 2026 03:09
@lithe-code-review

lithe-code-review Bot commented Oct 27, 2026 •

Copy link
Copy Markdown

Lithe Review

结论: ⚠️ 有建议
范围: preview ← feat/1210-java-debug-plugin · head: 979ba5a

Findings

  1. [P2] 等待就绪后重新校验语言服务器归属
    macos/Sources/LitheLanguageIntelligenceModule/Services/LanguageToolingSessionManager.swift:577

    • 实际影响:方法在 await waitUntilLanguageServerReady 后按 languageID 重新取会话,只检查会话仍在运行。如果就绪回调已恢复等待任务、但任务尚未继续执行时插件归属或当前会话被替换,旧插件声明的命令可能被发送给新会话,导致调试启动失败,或让另一个插件的语言服务器收到该命令。
    • 触发条件:插件 A 的语言服务器启动期间,调用 startHostedDebugAdapter;A 的服务器就绪并恢复等待后,A 被停用/更新,或同一语言 ID 的提供方切换到 B,且 B 的会话在该任务继续前已运行。
    • 复现步骤:用可控的就绪事件暂停新方法;先发布 A 的就绪事件,再替换该语言 ID 的注册并启动 B 的会话,然后允许原任务继续;检查命令是否被发给 B。当前代码会从 languageServers[languageID] 取得当前会话,并未再次核对插件 ID、根目录或会话身份。
    • 来源:本次引入

Scope Check

  • 关联 Issue 或需求是否完成:[Feature] 类型化 DebugAdapter Registry 与第三方 DAP 接入现有 Debug UI #1210 仍未整体完成;本 PR 实现了其 macOS tcpLanguageServer 传输基础,Issue 中的 Windows 接入及端到端验收仍待后续。Java 切换与删除也按 PR 描述留给后续阶段。
  • 已完成范围:新增同插件语言服务器承载调试适配器的契约、Core 校验与启动计划,以及 macOS 端口发现和 socket 接入。
  • 未完成范围:Windows 插件调试宿主及 Java 调试从宿主内置路径迁入插件。
  • 是否复用了已有上游能力,或对自研边界给出充分证据:复用现有语言服务器会话和 workspace/executeCommand,DAP 状态仍走既有 Core;未见另建 LSP/DAP 状态机。变更的 Agent Note 记录了本次传输边界和后续迁移阶段。
  • 每个 Finding 是否由本次变更引入或加剧:是;风险位于新增的 startHostedDebugAdapter 等待和重新取会话路径。
  • 是否属于本次变更职责范围:是;该方法负责确保命令只发给声明插件所拥有的语言服务器。

Suggestions

  1. 保存启动时的操作 ID/会话身份,并在等待后确认当前会话仍属于指定插件且根目录一致;随后只对已确认的会话发送命令。增加一个可控测试,覆盖语言服务器就绪与插件归属切换交错的情况。

Summary

共享声明、Schema、Rust 校验、Swift 解析和中英 i18n 词条整体同步,macOS 传输复用既有 LSP 与 DAP 边界。发现一项并发下可能将命令发送给错误语言服务器的非阻塞问题;未发现需要阻塞合并的问题。

Verification

  • 实际检查的文件、提交和调用链:按指定范围检查 26 个文件的 diff;阅读了相关 base 文件、插件语言服务器注册/替换路径、就绪等待与命令执行路径,以及测试稳定性规则。
  • 已提供的测试或 CI 结果:PR 描述提供了 macOS 聚焦测试、Rust Core/Swift bridge、共享契约、i18n 和功能矩阵验证通过的结果。给定上下文中的 CI 状态包含 macOS 与 Windows gate 成功;Rust Core 测试为 skipped。
  • 本次未运行的测试:所有测试、脚本和应用均未运行,符合只读审查要求。
  • 仍存在的非阻塞风险或平台验证缺口:功能矩阵将 Windows 插件调试宿主标记为 missing;本次审查未验证 Windows 实机行为。

@xiaoyumuxi

Copy link
Copy Markdown
Collaborator Author

Review 修复已推送

提交:f6670a870、cd77432ea。没有 force push,没有切换 Draft/Ready,也没有手工重跑 CI。

修复点

  • 冷启动调试:保存的运行配置直接启动 tcpLanguageServer 调试时,先激活并注册插件语言服务器模块,再准备工具候选;拒绝禁用、隔离、安全模式抑制或不属于该插件的语言服务器。
  • 取消与过期结果:增加可取消的异步 workspace command,取消精确传到 Core operation,不停止编辑器共享的 LSP;等待 ready 和命令返回后都复核 workspace、session identity 和状态,避免把旧端口交给新会话。
  • 运行环境边界:缺少 PATH 时由 macOS adapter 用 confstr(_CS_PATH) 读取系统默认值,Service 只组合注入值;尊重显式空 PATH,不改变终端/LSP 基础环境。修正文档中已过期的前置/大小写去重描述。
  • Search Everywhere 截图竞态:原生弹窗挂载与 SwiftUI 布局不是同一完成点;在有界期限内重新读取附着且非零大小的 live content,焦点更新后再检查截图目标。保留深浅主题、焦点、选区、像素数量与颜色阈值断言,没有加 sleep 或伪造 frame。
  • Windows Git 集成稳定性:夹具本地写入 identity/signing 配置,减少每个仓库两个 Git 进程;所有夹具 Git 子进程改用成熟 Git Host runner,10 秒期限并回收进程树;Core 请求 5 秒。仅 linked-worktree 用例在 SharedRust/real-JDT 入口使用 30 秒 case budget,普通测试和 suite deadline 不变。补充预算路由及 HTML/JUnit 分类回归。
  • 同步 owning Notes 和两个相关平台能力记录;不新增下载资源或跨 worktree 缓存。

本地验证

  • Swift 6.3.3:受影响 15 个套件通过(Swift 报告 342 tests,计时器记录 341 个测试方法);包含新增冷激活/取消/过期端口、运行 PATH 和 Search Everywhere 深浅主题原生回归。
  • 完整 Swift lane 也已执行:未全绿。Swift 报告 3482 tests,计时器记录 3462 个方法,其中 4 个方法失败、16 个 issues,均位于本次未改动的 AgentSessionSelectorLayoutTests(3 个交互用例)和 PluginUIIconTests(1 个颜色用例)。未重试、跳过或放宽这些断言,保留失败报告;不声称这些已确认是基线问题。
  • Search Everywhere 改动用例在 focused/full 两轮均通过,分别 1.748s / 1.764s;新增 hosted command 成功/取消用例约 136ms。
  • macOS:5 个 Git watch-context 集成用例通过;3 个 hosted-debug Rust Core 测试通过。
  • 真实 Windows ARM64 VM:5 个 Git watch-context 用例通过;原始 linked-worktree 1.799s,优化后 1.362s,最终带 scoped budget 验证 1.372s,报告确认该用例 maxMs=30000,其他普通用例仍为 15000。最终最慢 submodule 3.714s。
  • 计时基础设施自测在 macOS/Windows 均通过,Windows PowerShell harness 语法解析通过。
  • Service boundaries、runtime bundle immutability、Rust Core comments、lithe-core fmt、shared contracts、Windows boundaries、Notes、i18n/generator/35 tests、test-stability scanner、feature matrix 及 exact base/head change gate、diff check 均通过。

验证限制与清理

  • 本机使用固定 Swift 6.3.3,但 SDK 为 CLT macOS 26.5,不是 CI 的 Xcode 26.6;完整套件额外失败项需要 CI 环境继续确认。未运行完整 Windows 产品构建/测试或真实 Java/JDT 调试端到端。
  • workspace 全量 cargo fmt --all --check 仍报告已有 lithe-agent-host 格式差异;本次没有无关格式化,受影响 lithe-core 格式检查通过。
  • 新增一处明确的 swift-real-sleep scanner 注解,仅用于 2 秒失败 watchdog;成功路径由可控服务器/命令回调驱动,不用 sleep 同步。
  • 测试进程均已清理,Windows VM 已正常关闭并确认 stopped。
  • 本 PR 原有插件契约变更合并后仍需按仓库规则同步到 lithe-plugin-docs;本次修复没有额外修改契约副本或 SDK 协议。

@xiaoyumuxi
xiaoyumuxi merged commit 67ae3ca into preview Oct 27, 2026
21 checks passed
xiaoyumuxi added a commit that referenced this pull request Oct 27, 2026
Resolve conflicts after #1520 merged, preserving preview's hosted debugger lifecycle fixes and this PR's remote attach contract and TCP-only design scope.
1lck added a commit that referenced this pull request Oct 29, 2026
* feat(debug): #1210 tcpLanguageServer 调试传输:调试适配器随插件语言服务器运行(Java 迁入插件的第一步) (#1520)

* feat(debug): #1210 tcpLanguageServer 调试传输:调试适配器随插件语言服务器运行(Java 迁入插件的第一步)

debugAdapters 新增 tcpLanguageServer 传输,用于调试服务寄居在同一插件语言服务器里的适配器(Java Debug Server 之于 JDT LS)。该传输没有 launch.process,endpoint 只有 {languageID, command}:languageID 必须是同一插件 languageServers[] 里声明过的,command 限 [A-Za-z0-9._:-]{1,128}。宿主不拉起进程,而是启动该插件的语言服务器,用 workspace/executeCommand 执行 command,把返回值解析成 1…65535 的端口后连接 127.0.0.1。

Rust Core:DebugLaunch.process 改为可选(其他传输仍必填),新增 DebugTransport::TcpLanguageServer 与 DebugEndpoint 校验;programs() 产出 languageServerDebugAdapter,命令变化需要重新批准;debug_adapter_launch_plan 对无进程适配器返回插件语言服务器的启动计划和 debugAdapter 描述符。

macOS:DebugAdapterProcess 换成 DebugAdapterLaunch(host 为 .process 或 .languageServer);MacJavaDebugAdapterTransport 改名 MacHostedPortDebugAdapterTransport,端口来源由宿主注入,不再知道 Java;LanguageToolingSessionManager 新增 startHostedDebugAdapter,校验语言服务器确由该插件拥有,内置 Java 语言服务被拒绝;端口解析抽成 debugAdapterPort(from:)。tcpPort、tcpAnnounced、attach 和 runSelectedRuntime 仍被拒绝,拒绝文案改为只支持 stdio 与语言服务器承载的适配器。

契约与文档:plugin-manifest.schema.json、契约 README、rust-core-api.md、声明草案和 #1210 Agent Note 同步,新增 debug-adapter-language-server 契约 fixture;功能矩阵补充证据与验证说明。i18n:3 条 Java 专属文案改为通用文案,新增 3 条,调整传输拒绝文案,并重新生成产物。

测试:Rust 新增 3 个 Core 测试;Swift 新增解析器、传输、端口解析(16 个用例)与语言服务器归属测试。

* fix(debug): activate hosted language servers and cancel stale adapter starts

* fix(ci): respect runtime boundaries and stabilize native regression tests

* Merge pull request #1534 from 1lck/codex/remove-bot-pr-workflow

chore(ci): remove unused GitHub App Bot PR workflow

* feat(debug): #1210 远程 attach 契约与普通 TCP 生命周期边界 (#1525)

* feat(debug): #1210 tcpLanguageServer 调试传输:调试适配器随插件语言服务器运行(Java 迁入插件的第一步)

debugAdapters 新增 tcpLanguageServer 传输,用于调试服务寄居在同一插件语言服务器里的适配器(Java Debug Server 之于 JDT LS)。该传输没有 launch.process,endpoint 只有 {languageID, command}:languageID 必须是同一插件 languageServers[] 里声明过的,command 限 [A-Za-z0-9._:-]{1,128}。宿主不拉起进程,而是启动该插件的语言服务器,用 workspace/executeCommand 执行 command,把返回值解析成 1…65535 的端口后连接 127.0.0.1。

Rust Core:DebugLaunch.process 改为可选(其他传输仍必填),新增 DebugTransport::TcpLanguageServer 与 DebugEndpoint 校验;programs() 产出 languageServerDebugAdapter,命令变化需要重新批准;debug_adapter_launch_plan 对无进程适配器返回插件语言服务器的启动计划和 debugAdapter 描述符。

macOS:DebugAdapterProcess 换成 DebugAdapterLaunch(host 为 .process 或 .languageServer);MacJavaDebugAdapterTransport 改名 MacHostedPortDebugAdapterTransport,端口来源由宿主注入,不再知道 Java;LanguageToolingSessionManager 新增 startHostedDebugAdapter,校验语言服务器确由该插件拥有,内置 Java 语言服务被拒绝;端口解析抽成 debugAdapterPort(from:)。tcpPort、tcpAnnounced、attach 和 runSelectedRuntime 仍被拒绝,拒绝文案改为只支持 stdio 与语言服务器承载的适配器。

契约与文档:plugin-manifest.schema.json、契约 README、rust-core-api.md、声明草案和 #1210 Agent Note 同步,新增 debug-adapter-language-server 契约 fixture;功能矩阵补充证据与验证说明。i18n:3 条 Java 专属文案改为通用文案,新增 3 条,调整传输拒绝文案,并重新生成产物。

测试:Rust 新增 3 个 Core 测试;Swift 新增解析器、传输、端口解析(16 个用例)与语言服务器归属测试。

* feat(debug): #1210 远程 attach 契约:attach 配置声明 connection 绑定,适配器在远端的设计 Note

- attach 配置的 targetBindings 新增 connection:host+port 或 address,目的地是适配器参数里的点分路径(最多 4 段),可选 pathMappings(objects/first 两种形状)
- 声明期拒绝目的地冲突(与其他目的地、processId/cwd 参数或默认 arguments 重名/包含),运行期 set_argument 只写空位
- debug.adapters.startArguments 支持 connection 目标,校验主机/端口/映射,返回 connection:{host,port,remote};回环只按字面量判断,其余一律 remote:true
- 适配器没有路径映射绑定而目标带了映射时拒绝,而不是悄悄丢弃
- plan 描述符新增 remoteAttach:{pathMappings},宿主据此决定界面,不按适配器名字判断
- 不新增权限,debug.attach 已覆盖;契约 README、schema、rust-core-api、fixture(含 22 条新拒绝用例)、功能矩阵同步
- 新增 Agent Note:适配器运行在远端——经 SSH 的 stdio 调试(仅设计,待确认四项默认选择后再实现),并更新统一调试 Note

* feat(debug): #1210 远程 attach 兼容性审计:路径映射补 dictionary / pairs 两种形状,缺口清单与路线图

按各调试器上游文档核对“附加到远端程序”的参数写法后,路径映射就四种写法:
- objects:对象列表(debugpy pathMappings、delve substitutePath)
- first:唯一一条映射写成两个字符串(js-debug localRoot/remoteRoot)
- dictionary:以 local 或 remote 一侧为键的对象(CodeLLDB sourceMap、PHP pathMappings)
- pairs:二元数组列表,order 为 remoteLocal 或 localRemote(lldb-dap sourceMap)

形状装不下用户给的映射就拒绝,不截断:first 只接受一条(此前只取第一条,与
“不悄悄丢映射”的原则矛盾,属于未发布 API 4 内的行为修正),dictionary 在键的
一侧不能出现同一个根两次,违反返回 debug.target.invalid(target.pathMappings)。
plan.debugAdapter.remoteAttach 增加 maxPathMappings,宿主据此决定最多显示几行。

契约与 fixture:schema 增加两个 oneOf 分支;remote-attach fixture 增加 keyed、
paired 两个适配器(共 6 个);拒绝用例新增 6 条(共 28 条)。

Note:#1210 统一 Note 新增“兼容性审计”,逐个适配器标注“已核对 / 待核验”,列出
G1–G11 缺口(空闲端口占位符、tcpConnect、监听 attach、URI 目标、命令模板等)的
现状、决定和触发条件,并更新后续路线;SSH Note 说明适配器原生映射与 Core 路径翻译
是叠加的两层,远端适配器必须由 Core 翻译。

* docs(debug): separate network paths from TCP lifecycle scope

* feat(debug): #1210 内置汇编级调试:反汇编、指令步进、指令断点、寄存器与只读内存 (#1527)

* feat(debug): #1210 内置汇编级调试:反汇编、指令步进、指令断点、寄存器与只读内存

内核按适配器能力开放汇编级调试,插件只负责启动 lldb-dap/gdb 等适配器;能力快照 supported = 适配器声明 ∧ 已注册扩展 ∧ 已授权。

- 无源码栈帧:栈帧不伪造文件和第 1 行,显示函数名与地址,暂停后自动打开反汇编

- 反汇编:debug.inspect disassemble 与反汇编视图,高亮当前指令,保持最小滚动,剩余不足时向后续读

- 指令步进:debug.execute 增加 granularity,仅适配器声明 supportsSteppingGranularity 时生效;反汇编打开时步过/步入按指令前进,面板头部与按钮提示同步变化,不支持时提示仍按源码行前进

- 指令断点:debug.setInstructionBreakpoints,点击地址栏设置或移除;只属于当前会话,不持久化、不重放

- 寄存器:作用域 presentationHint registers 显示为寄存器标签;宿主不内置 CPU 寄存器表

- 内存:debug.inspect readMemory,接受地址或保存着地址的表达式,从目标前 64 字节读起并分页;目标字节在十六进制和 ASCII 两侧高亮并滚入可见区;右侧显示设置可切换进制、每格字节数、每行字节数、字节序与 ASCII 列;读不到的字节显示为缺失;只读,不开放 writeMemory

- 单步局部刷新:next/stepIn/stepOut/stepBack 保留现有检查数据并原地替换,线程、调用栈、变量、反汇编、内存与 JSON 视图不再整面板清空,变化的内存字节被标出;继续、暂停、结束才清空

- 变量 JSON 视图:修复顶部空白带,key/value 分色高亮

- i18n:新增词条走 shared/i18n 并生成;功能矩阵新增 debug-disassembly(Windows 待实现);设计笔记补充真实 lldb-dap 验证结论

* fix(debug): #1210 guard retained inspection across steps and cancellation

Freeze the old variable tree before the next stop reloads scopes and keep inspection controls read-only until replacement. Retire disassembly and memory callbacks before synchronous cancellation, and reject stale disassembly retries after session changes. Clear retained inspection when transport fails or the session terminates.

Label memory offsets relative to the requested reference, use shared text-input and font owners, and update the owning decision note and platform verification steps.

Add four deterministic regressions reproduced against the original PR. Validation: 152 selected Swift tests and 72 Rust debug tests passed; i18n, shared contracts, platform boundaries, test stability, Agent Notes, matrix gates and runtime bundle immutability passed. Real GUI and Windows runtime validation remain pending.

* feat(debug): #1210 实现普通 TCP 调试连接与有界生命周期 (#1538)

* feat(debug): #1210 implement direct TCP adapter lifecycle

Unify hosted and external DAP byte streams behind a replaceable connection provider; reserve the seam for future network routes without adding proxy or tunnel behavior.

Add explicit endpoint validation, per-connection remote consent, a one-shot launch/attach entry, bounded startup/write buffering, generation-fenced callbacks, and bounded disconnect draining. Keep the debuggee target separate and external resources user-owned.

Cover routing, cancellation, queue limits, cleanup and real loopback Core DAP initialize/attach/disconnect. Update shared fixtures, localization, architecture notes and the platform capability matrix. Windows host and real debugger acceptance remain out of scope.

* fix(debug): #1210 修复 TCP 调试连接评审问题

- 被拒绝或不可达的端口立即以系统原因失败,不再停在 .waiting 等满超时
- 端点发现与建连各自独立计时:发现 120 秒(语言服务器冷启动),建连 10 秒
- 外部适配器会话初始化期限改为 10 秒建连加 10 秒握手,不再抢在建连之前结束
- 连接对话框在连接启动前保持打开,失败原因留在对话框内并保留已填内容
- connectExternalDebugAdapter 返回失败原因,不再静默丢弃请求
- 当前文件没有调试提供方时,"连接调试适配器…"菜单项不可用;主机名先去除首尾空白
- 删除宿主端口传输中无人使用的错误分支
- 补充发现/建连两段期限与真实回环拒绝连接的测试,同步 Agent Note 与功能矩阵

* refactor(debug): #1210 将 TCP 调试连接生命周期下沉到 Rust Core

连接状态转换、取消规则、代次令牌与过期结果拒绝、只结束一次、
建连/写入/排空期限、待发字节与消息预算、单个在途写入,原先都写在
macOS 的 MacTCPDebugAdapterTransport 里,Windows 接入要重写并重新
证明同一套规则。现在这些规则由 Core 的独立状态机持有,平台只做 I/O。

Core(rust/lithe-core/src/debug/transport_lifecycle.rs)
- 与 DAP 协议状态机独立,按 transportId 登记。
- 新增命令 debug.transport.policy / handle / release:平台发送事件,
  Core 返回新代次、阶段、结果和有序效果(发现端点、设置或取消计时器、
  连接、写入、投递数据、关闭、报告失败、通知终止)。
- Core 没有时钟,只决定期限长短和到期后的转换;待发数据只以字节数
  越过 JSON 边界,真实字节、socket 与计时器句柄留在平台。
- 共享 fixture shared/fixtures/debug/transport-lifecycle-v1.json 覆盖
  约 28 个场景,Rust 逐步回放;已登记到 v1-baseline。

macOS
- 新增 RustDebugTransportCore.swift 类型化桥接。
- MacTCPDebugAdapterTransport 只拥有 NWConnection、端点发现任务、待发帧
  字节和系统计时器,并执行 Core 返回的效果;core 参数贯穿托管端口、
  插件和外部端点三条传输,会话初始化期限改读 Core 策略。
- 计时器触发后也释放句柄,避免排空计时器继续持有传输。
- Core 调用本身失败时本地静默拆除并向所有者报告一次。

已接受的行为差异:观察者在错误输出回调里调用 stop() 时,终止通知
现在仍会送达(旧实现把它当作生命周期被替换而吞掉);重启仍会使旧
通知作废。

文档:更新 Agent Note、功能矩阵与 rust-core-api 契约。

* feat(plugins): Java Support 独立分发、迁移与按需安装 (#1483)

* feat(plugins): 支持 Java 签名安装与双架构独立发布基础

* feat(plugins): 完成 Java Support 迁移与按需分发入口

* fix(plugins): suggest Java restoration after completed removal

* docs(plugins): inventory Maven and Java migration for #1495 (#1513)

* fix(run): 统一跨平台启动环境、容错扫描与构建事件过滤 (#1543)

* fix(run): share launch environment and resilient workspace policies

* fix(run): stop shared Java enumeration at its source limit

* docs(plugins): plan macOS public APIs and SDK documentation (#1548)

* feat(plugins): #1495 原生 Provider 工作流与只读工程模型共享 (#1517)

* feat(plugins): execute native build tasks in workspace providers (#1495)

* feat(plugins): discover and execute native provider tests (#1495)

* feat(plugins): prepare and persist provider application runs (#1495)

* feat(plugins): prepare native provider debug sessions (#1495)

* feat(plugins): share read-only provider model inputs (#1495)

* fix(build): isolate producer revisions and own run saves

* feat(plugins): Java Support 独立分发、迁移与按需安装 (#1483)

* feat(plugins): 支持 Java 签名安装与双架构独立发布基础

* feat(plugins): 完成 Java Support 迁移与按需分发入口

* fix(plugins): suggest Java restoration after completed removal

* docs(plugins): inventory Maven and Java migration for #1495 (#1513)

* fix(run): 统一跨平台启动环境、容错扫描与构建事件过滤 (#1543)

* fix(run): share launch environment and resilient workspace policies

* fix(run): stop shared Java enumeration at its source limit

* docs(plugins): plan macOS public APIs and SDK documentation (#1548)

---------

Co-authored-by: Lichenkang <2188718831@qq.com>
Co-authored-by: Xiaoyumuxi <23722032@bjtu.edu.cn>

* fix(macos): 修复 Java 启动竞态、插件启动参数与无限重试 (#1526)

* fix(macos): stabilize Java startup and plugin launch (#1523, #1524)

* test(macos): bound language startup regression task waits

* test(macos): allow disk image creation margin within integration budget

* fix(macos): revoke deferred language activation when project session closes

* test(macos): cover production language launch and navigation evidence

* fix(ide-host): include ttlMs and cacheScope in MCP tools/list (#1545) (#1546)

The helper advertises protocol revision 2026-07-28 through server/discover.
For that revision ListToolsResult extends CacheableResult, where ttlMs and
cacheScope are required, but building the result with ..Default::default()
left both fields absent. Clients validating the negotiated wire shape
rejected the whole server with INVALID_RESULT (ZCode 0.17.0, Qoder).

The catalog describes live IDE state, so the result is immediately stale
(ttlMs 0) and private to the connected client.

Co-authored-by: jiaqizhang258 <321343564+jiaqizhang258@users.noreply.github.com>
Co-authored-by: Lichenkang <2188718831@qq.com>

* fix(mcp): 稳定 Windows 请求调度与授权生命周期 (#1549)

* fix(mcp): stabilize Windows request delivery and protocol discovery

* fix(mcp): recover independent notifications and enforce monotonic deadlines

* fix(macos): 独立多 Diff 标签与连续滚动、工作树管理体验 (#1555)

* fix(macos): support independent diff tabs and continuous Git browsing

- isolate diff sessions, editor groups, focus, navigation and async reads
- auto-load disassembly, Git/worktree history, VCS and MCP discovery lists
- preserve scroll anchors and suppress background Git command noise
- add worktree change management and shared localized actions
- organize develop-lithe guidance in Chinese and update capability records
- repair per-toolchain SwiftPM resource caches and add regression coverage
- align affected macOS code with the pinned Swift 6.3.3 compiler

Refs #1210

* fix(macos): 工作树更改页即时暂存、工具栏精简与 Git 控制台取消过滤

工作树「更改」页
- 勾选复选框后立即显示目标暂存状态(乐观显示),Git 完成后以实际结果为准;
  仅等待本工作树状态扫描完成即恢复可点击,不再被全项目刷新阻塞。
- 工具栏只保留有实际动作的按钮:刷新、暂存全部、丢弃所选、显示 Diff;
  移除灰显无作用的占位按钮,启用条件与选区/可暂存项一致。
- 提交历史页脚在加载中/失败/空闲都有固定行高内容,不再留空白带。
- 概览动作改为自然宽度的单一换行流,宽窗口详情自适应两列。

Git 控制台
- 在任何命令启动前就被取消(被后续请求取代)的请求不再显示为失败行;
  已启动命令的取消仍保留并标注原因。同步更新共享契约、fixture 与 Windows journal。

其他
- Git Log 筛选弹窗/图/Diff 的布局与滚动细节调整,补充对应测试与中英词条。
- 同步 git-worktrees 平台能力记录。

* fix(macos): 修复多 Diff 标签刷新、历史重试、反汇编宽度与保存更改比较的评审问题

- 状态刷新只在本次真正读取过状态的仓库内才把"缺席"当作文件已干净;链接工作树的标签不再被
  工作区刷新误关,由该工作树自己的状态读取(refreshWorktreeChanges)决定是否关闭
- 工作区/目录比较刷新内容未变时不再给会话的 @published 属性赋值(不重绘、不丢滚动位置);
  新增 GitRepositoryDiffSession.updateDocument,同时比较补丁与行(与 HEAD 的比较没有补丁文本)
- 目录比较刷新改为就地更新(showDirectoryDiff 增加 refreshingConfirmedRoots),不再清空行并闪现加载态
- 提交历史加载失败后的显式重试按已加载条数重新打开窗口,不缩回首页、不移动选择
- 反汇编列表只对最长候选行做文字测量,不再每次 body 求值都测量全部行
- 保存更改比较恢复"快照属于当前仓库"的校验,并在打开标签前校验版本与文件,避免留下空标签
- 补充回归测试,并更新两份 Agent Note

* fix(remote): #1507 远程工作区、构建与插件执行适配 (#1515)

* fix(remote): adapt workspace I/O and plugin execution for #1507

* fix(remote): continue #1507 common backend lifecycle and plugin validation

Integrate PR #1515 onto the preview baseline, preserving plugin live activation and shared i18n changes. Reserve pending process, terminal and watch starts before dispatch; retain cleanup ownership across cancellation, worker saturation, disconnect and session shutdown.

Add deterministic lifecycle and declarative remote launch regressions; isolate the empty connection registry test, fix Swift fixture shadowing and synchronize terminal resize with shell readiness. Update contracts, Agent Notes and partial/pending capability evidence. Java/JDT integration remains out of scope.

* fix(remote): own plugin snapshots and isolate upload I/O

Add session-owned run directory allocation and cleanup with retryable errors, original-session macOS deployment cleanup, and per-upload I/O isolation.

Cover lifecycle and upload ordering regressions, update contracts/resource boundaries and capability evidence, and record optional transfer/environment candidates without expanding Agent or Java scope.

* fix(remote): preserve repository identity and consolidate remote crate

Keep remote Git repository roots and external metadata bound to their original host, including parent repositories and symlink roots.

Consolidate client, protocol and server into lithe-remote with isolated client/server features, preserving the standalone server binary. Update consumers, packaging, CI selection, resource validation, contracts and regression coverage.

* fix(remote): 修复合并后的 Agent Notes 路径,补齐能力矩阵并收紧远程扫描失败判定

- 两条 proposed 笔记的适用范围仍指向已合并的 rust/lithe-remote-client,
  改为 rust/lithe-remote/src/client/,修复 Verify Agent Notes。
- 能力矩阵:remote-development-workspace 增加 BuildSystemService 与共享扫描证据,
  写明运行配置发现尚未接入远程(Core 对 runConfig.inspect 返回 NotSupported,
  仅 runConfig.selectJava 可用);run-discovery 增加同一说明。状态不变。
- 远程共享运行扫描只在链路取消、超时或中断时整体失败;主机对单个目录报告的
  错误仍记为扫描不完整,与本机一致。判断集中到 workspace_io::is_transport_failure,
  detectors/scan.rs 与 workspace_scan.rs 共用,修正此前两处不一致。
- 新增集成测试:读取主机目录树且占位目录保持为空、单目录错误记为不完整、
  根目录之下链路中断时扫描失败。

* fix(macos): avoid reentrant workbench hit testing (#1542) (#1557)

* chore(scripts): 按作用语义整理 scripts 目录层级 (#1563)

* chore(scripts): 按作用语义整理 scripts 目录层级

把 scripts/ 根目录下 127 个平铺脚本移入分类子目录,根目录不再放任何脚本。
全部使用 git mv,历史可追溯。

新目录:
- ci/{common,cancel-closed-pr-runs,update-repo-charts}:CI 脚本,按工作流名分目录
- macos/{build,package,prepare,test,verify,perf,probe}
- windows/{build,prepare,package,test,verify}
- release/{sparkle,macos,autobuild,windows,notes}
- rust-core、architecture、i18n、agent-notes、platform-feature-matrix、
  plugins、remote、ide-mcp、editor、git-graph、agent、resources

同步修改:
- classify-ci-changes.sh 路径模式、plan-ci-lane-reuse.mjs 基础设施规则、
  对应测试夹具(夹具复制脚本时按新目录深度建目录)
- ci-macos.yml 的 scripts/**/*.sh 循环、verify-i18n.yml 等工作流路径与 paths 过滤
- sparkle 的三个 Ruby 脚本改为 require_relative "../autobuild/autobuild-identity"
- tauri.conf.json 的 beforeDevCommand / beforeBuildCommand
- README、docs、Agent 笔记、Skill 和 Fonts NOTICE 中的脚本路径
- develop-lithe Skill 新增“脚本放置与分类”一节,AGENTS.md 增加入口提醒:
  脚本必须在 scripts/ 下按作用分类,不得放在 scripts/ 根目录

验证:
- 127 个脚本在旧分类器/新分类器下的 lane 结果一致,未知路径仍然 fail closed
- 127 个脚本的规划器基础设施规则一致
- 受影响的 node/bun/shell/ruby/python 测试与 i18n、特性矩阵、Agent 笔记、
  共享契约、模块/服务/编辑器边界、运行时 bundle 只读校验均通过

* fix(scripts): 修复 scripts 分类整理的评审问题

- Windows 前端安装测试移到 scripts/windows/build/,与被测脚本同目录,
  测试夹具里复制脚本的路径、ci-windows.yml 的运行命令、分类器 windows 分支
  和 Agent Note 里的路径同步更新
- 分类器空分支删除 3 个已不存在的平铺脚本名,避免过期名字被误当成已登记
- 规划器的 Windows 规则改为按目录匹配(windows/、release/windows/),
  并单独登记 ide-mcp/build-windows-ide-mcp.mjs,补齐测试期望,
  与分类器的路由保持一致
- develop-lithe Skill 补充:平台专属脚本留在所属跨平台领域目录的例外、
  手工验收脚本放 test/、tauri.conf.json / package.json / official-plugins.json
  inputPaths / worktree-resources.json 里硬编码脚本路径的检查清单

* fix(windows): 补全 JavaSelectionRequest.requirements,修复 Windows 安装包构建 (#1507) (#1565)

#1515 给 lithe-core 的 JavaSelectionRequest 新增了必填字段 requirements,
但 Windows 的 select_project_java 仍按旧字段构造,导致 Release AutoBuild
的 Windows 安装包步骤报 E0063 编译失败。

- windows/tauri/src-tauri/src/run.rs:Windows 传 root,requirements 与 root
  互斥,所以填 None
- develop-lithe Skill:补充 lithe-core 公开 Rust 类型/签名也是兼容面,
  Windows 直接链接 Core,改动时要同步检查调用点并给出检查方法

* docs: refresh WeChat community QR code (#1569)

---------

Co-authored-by: Xiaoyumuxi <23722032@bjtu.edu.cn>
Co-authored-by: muchen <145200703+Mucheen@users.noreply.github.com>
Co-authored-by: arkleselect <166632698+arkleselect@users.noreply.github.com>
Co-authored-by: jiaqizhang258 <549728022@qq.com>
Co-authored-by: jiaqizhang258 <321343564+jiaqizhang258@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

review: medium ghfind author score; see https://ghfind.com

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant