2026-09-19 学习复盘：EP与TP、代码数据处理疑问
2026-10-17
时间与覆盖范围
北京时间2026-09-19 00:00（含）至2026-09-20 00:00（不含）。2026-09-20整理。
经过时间窗口检索和补充查询，本次实际取得两个主题：凌晨ZCode数据处理疑问、11:00的EP/TP追问。不是说你当天只聊了两项；其它会话未返回，不补造内容，也不把18日晚的提问移到19日凑数。
已更新：EP和TP是否功能重叠
DP2、TP8 与 MoE EP：两节点部署为何不一定是两份独立模型已合并18—19日增量，避免另外建重复页。
问题起点：“vLLM EP和TP是不是有一些功能重叠？”
结论：都可以分摊MoE计算和权重，但EP分配专家，TP拆张量；专家层存在切分方案选择，系统不同层又可以组合使用。Attention走TP、专家走EP是理解入口，不要把EP再额外乘到DP×TP设备数上。具体分组由版本和后端决定。
这一点连接18日DP2×TP8脚本：16个逻辑worker不是16个完全独立副本，也不能只凭逻辑device数断言物理卡数。
ZCode数据处理：保留疑问，区分事实与指控
02:26及02:32左右，用户询问工作区代码是否被加密上传至境外/香港，是否违法，以及投诉、诉讼和香港证监会等渠道是否相关。
本次仅取得讨论摘要，没有获得网络抓包、客户端版本、当时隐私政策、授权界面、对象存储记录或运营方完整回复。因此“发生了未授权上传”“目的地已确认”“违反某条法律”均未被此次整理证实；旧助手关于OSS、RepoWiki等断言不作为事实重述。
值得保留的分析顺序：
- 先列观察：在什么版本、什么操作后，出现哪些请求、文件、域名与提示。加密传输与用户是否授权是不同问题。
- 区分上传内容：代码全文、索引、文件名、日志还是遥测；工作区中是否存在个人信息、商业秘密等，不能仅凭“代码”一词判断适用规则。
- 对照发生时的产品承诺、隐私说明、开关默认值与用户选择，保存原始证据与时间线。
- 只有明确处理主体、地区、数据类别和事实后，才判断适用法律与受理机关。本次不做违法定性，不承诺某机构会受理或处罚，也未向外部提交任何材料。
上述是待核事实清单，不是已经查明的案件结论。若后续取得原始材料，应追加证据与正式一手法律来源，再形成合规专题；当前无需为缺证据的指控建立正式结论页。
本次变更
本日新增本总览1页；专题增量与18日共用同一篇并行文章，不重复计为新文章。未确认重复稿，无回收或删除操作。已取得内容之外仍存在覆盖缺口。