refactor(gateway): 传输层抽象与分层 ActionRegistry（Step 1）

[pionxe]

背景

NeoCode 网关层当前的 transport 协议（IPC/HTTP）和 action handler 均以硬编码方式耦合在核心文件中。每次新增接入面（gRPC）或新增能力（飞书、CLI 诊断），都需要直接修改 gateway_commands.go 和 bootstrap.go，违背"对扩展开放、对修改封闭"原则。

##做了什么

1. 新增 TransportAdapter 接口——定义 ListenAddress / Serve / Close 三方法契约，Server 和 NetworkServer 零修改满足
2. 新增分层 ActionRegistry——core map 在 initCore() 中固定注册全部 15 个内置 handler（不可覆盖），extended map 供 Register / MustRegister 动态挂载
3. 分发链路切换——dispatchRequestFrame 从 var requestFrameHandlers map 改为 defaultRegistry.Lookup
4. CLI 装配层重构——删除本地 gatewayServer / gatewayNetworkServer 接口，启动改为 []TransportAdapter 遍历，IPC 保持主阻塞、HTTP goroutine 降级语义不变
5. 测试——新增 6 个 registry 单测（core 不可覆盖、扩展注册、重复冲突、非法输入、panic 路径）+ 编译期接口断言

验证

• go build ./... 通过
• go test ./... 全部通过
• TUI 端到端对话链路不受影响

影响范围

• 零业务语义变更，JSON-RPC 契约无变化
• 核心 handler 均在 initCore() 中保留，安全边界不变
• 新增 RegisterAction / MustRegisterAction 公开 API，供后续扩展包使用

Closes #474

[chatgpt-codex-connector]

Codex usage limits have been reached for code reviews. Please check with the admins of this repo to increase the limits by adding credits.
Credits must be used to enable repository wide code reviews.

[codecov]

Codecov Report

❌ Patch coverage is 80.95238% with 16 lines in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
internal/gateway/registry.go	83.05%	7 Missing and 3 partials ⚠️
internal/cli/gateway_commands.go	75.00%	5 Missing and 1 partial ⚠️

📢 Thoughts on this report? Let us know!

[phantom5099]

可以，方案上和代码实施我看着基本一致

[phantom5099]

/review

[fennoai]

整体改动方向清晰，分层 ActionRegistry 与 TransportAdapter 抽象基本合理。仅有 1 条建议：当前传输适配器与其名称通过两个并行切片维护，和“后续扩展传输层”目标存在可维护性冲突，建议改为单一结构体切片避免索引耦合。

[fennoai]

transportAdapters 与 transportNames 通过索引绑定（并在后续日志中继续使用该假设），后续新增/重排适配器时很容易出现长度不一致导致 panic，或日志名称与真实适配器不一致。建议改为 []struct{name string; adapter gateway.TransportAdapter} 这类单一数据结构，避免并行切片耦合。