update at 2025-11-01 17:57:04

todolist.md

@@ -27,10 +27,10 @@ sk-2546da09b6d9471894aeb95278f96c11
 ✅
 
 ## 优化
-该项目经过反复重构，重构过程关注功能实现，没有关注性能、结构合理性、和实现的优雅性。全量分析，提供优化点及思路。
+1. 该项目经过反复重构，重构过程关注功能实现，没有关注性能、结构合理性、和实现的优雅性。全量分析，提供优化点及思路。
 **先优化，在做数据库改造**。
 
-### 重构进度 (2024-01-XX)
+### 重构进度 (2025-10-16)
 
 #### Phase 1: 核心服务拆分 (Day 1-2) ✅ 已完成
 - ✅ Step 1: 创建服务目录结构 `/web/src/services/chat/`
@@ -82,3 +82,16 @@ Pinia store、localStorage、内存状态三处保存数据？
 使用sqlite3 vs. better-sqlite3持久化？性能开销？
 没有统一的数据源?
 
+5. 当前实现，client参数重带图片path，server收到后按path发布图片。目前client/server部署在同一个服务器，测试没问题，因为server可以从path找到图片。
+但问题是：server部署如果部署在远程服务器上，用户是client需要使用mcp server发布文章，图片在client侧处理好，需要送到远程服务器上，否则server找不到图片。在多client用户使用mcp server下，进一步需要考虑几个问题：
+  - 图片通过什么方式传送到远程服务器？
+  - 用户publish content时，需要等待图片上传完成，等待时间根据网络状态，可能会很长？
+    本来用户发布文章到xhs，本地之间上传图片到xhs，现在多了一个环节，图片上传mcp server，mcp server在上传图片到xhs。
+  - 图片上传和发布文章能不能解耦，比如，用户先传送图片，缓存到mcp server。需要的时候，再发布文章。
+    但这样，用户操作会很繁琐。
+  - 上传图片到mcp server，还有一个存放位置问题。client的path参数用什么？上传到哪个目录？发布时从哪个目录寻找？
+    如果上传图片，最好约定一套策略，path中只要填文件名，mcp server的路径不需要client考虑。
+  - 如果用上传图片方式，大量client接入的排队机制怎么处理？client采用异步方式递交，点击发送/发布，可以去喝茶了，不必考虑多久完成。
+  - mcp server侧需要考虑的机制。
+
+