架构边界
这个仓库的核心方向不是“继续堆叠更多纯 TypeScript 兼容层”，而是：
sdk/作为私有混合核心cli/作为公共入口点和兼容性发布层- Rust crate / NAPI 作为核心实现的长期中心
- TypeScript 主要负责接口暴露、配置装配、bridge 运行时逻辑和声明
组件职责
| 组件 | 职责 |
|---|---|
sdk/ | tnmsd crate、Node bridge runtime、prompt service、schema 与 NAPI 的事实来源 |
cli/ | tnmsc 命令入口、公开 npm CLI 包，以及兼容发布外壳 |
mcp/ | 复用 sdk prompt service 的 MCP stdio server |
gui/ | Tauri 桌面调用与呈现层 |
sdk/ | Rust-first / NAPI-first 基础库 |
关键边界
- GUI 不是核心实现的中心
- MCP 并不是新的事实来源模型
- CLI 不是共享内部 API 的默认依赖点
- 文档站并不是架构事实的唯一来源
如果你需要面向用户的操作面，请回到 CLI 或 GUI。这一页只解释为什么实现要这样拆分。
如果你具体想看 sdk/ 的职责、消费者方向和标识保持策略，直接看 SDK。
Last updated on