update: NixMsg 产品边界确认

MemRelay-Operation: memory-save:nixmsg-boundary-20260930-r6 MemRelay-Resource: de0503ed-3d77-400d-a0bb-bbe44371f906
2026-09-30 02:25:57 +08:00
parent 888fff2894
commit 0a83e60dc6
1 changed files with 4 additions and 4 deletions
@@ -8,10 +8,10 @@ memory_type: decision
 project_id: 25464650-ed5d-440e-b362-190f2852d451
 usage_profile_id: 0c9feb46-d06e-43cd-9ef0-c5813c84a998
 status: active
-revision: 5
-request_id: nixmsg-boundary-20260930-r5
+revision: 6
+request_id: nixmsg-boundary-20260930-r6
 created_at: '2026-09-29T18:07:17.185616+00:00'
-updated_at: '2026-09-29T18:23:50.383963+00:00'
+updated_at: '2026-09-29T18:25:53.729259+00:00'
 tags:
 - nixmsg
 - prd
@@ -28,7 +28,7 @@ tags:
 7. 需要网页管理后台：开通端、改密码、看在线、管群、查消息送没送到。
 8. 第一批 SDK：Go、Java/Android、JavaScript/TypeScript（浏览器和 Node.js）、Python。
 9. 服务端：单个 Go 程序，内置 MQTT。在线状态准确，一个程序一个端口，部署只放一个文件。所有消息先经服务器处理，设备之间不直接转发。
-10. 消息大小：正常是小数据，但不限制单条消息总大小。大消息由 SDK 自动切块传输，断网后从断点接着传，拼好后再交给对方；单块大小受 MQTT 包大小限制。
+10. 消息大小：单条消息上限 256 KB，不做分块和断点续传。用户曾选过不限大小、自动分块，已明确推翻，原因是分块麻烦、维护难。大文件传输后续另行实现（例如先上传到服务器再发送链接），这一版不做。
 11. 消息送到（或过期、撤回）后，服务器马上删掉消息内容，只留“谁发给谁、什么时候、送没送到”的记录供后台查。记录保留多久可以自己设定，也可以不留；不留则送完后连记录一起删除，后台只能看到未送完的消息。
 12. 设了对话密码的 B 主动给 A 发消息后，A 回复 B 不用再输密码；B 改对话密码后，A 也要重新输。
 13. 同一个端（同一个编号）只能在单台设备上登录。用户曾选过多台同时登录，已明确推翻。要多台就开多个端；发出的消息不同步到其他设备。