feat: update Makelore modules and conversations

README.md

@@ -2,10 +2,11 @@
 
 **一念成光，万物可创。**
 
-Makelore 是一个面向软件与视觉创作的 AI 桌面工作台。当前版本为 `2.0.0`，包含两个产品模块：
+Makelore 是一个面向软件与视觉创作的 AI 桌面工作台。当前版本为 `2.0.0`，包含两个已开通产品模块，并保留一个学习模块入口：
 
 - `Makelore Code｜AI 编程`：管理本地项目、项目 Agent、会话、文件上下文、代码变更和运行时。
 - `Makelore Canvas｜AI 绘画`：以项目、Agent 和对话组织云端视觉创作。
+- `Makelore Learning｜AI 学习`：数学与知识宇宙主题的学习入口，当前暂未开通；开屏页和模块切换菜单保留置灰入口，不能进入。
 
 作品广场、素材广场、发布上传和云部署页面不属于 Makelore 2.0 工作台。项目成果预览 `/deliverables` 继续保留。
 
@@ -27,13 +28,13 @@ pnpm install --frozen-lockfile
 pnpm run dev
 ```
 
-启动仅供开发使用的本地图像工作区：
+开发环境中的 AI 绘画创作空间默认使用仅供开发的本地适配器；它会把项目数据保存在本机用户数据目录，并生成本地占位图。也可以使用下面的显式命令启动同一模式：
 
 ```bash
 pnpm run dev:image-workspace:local
 ```
 
-该模式只允许在未打包应用中启用，使用独立开发数据，并保持与生产界面相同的工作区结构。
+该模式只允许在未打包应用中启用，使用独立开发数据，并保持与生产界面相同的工作区结构。打包应用和生产环境仍使用云端工作区契约。
 
 ## 质量检查
 
@@ -67,8 +68,8 @@ pnpm run package:linux
 | `src/` | React Renderer、页面、组件和状态管理 |
 | `electron/` | Electron Main、Preload、Host API、运行时与系统能力 |
 | `shared/` | Main 与 Renderer 共享的契约和项目配置 |
-| `.opencode/` | 随产品提供的当前 Agent 与 Skill 定义 |
-| `resources/` | 品牌、图标、项目模板和打包资源 |
+| `.opencode/` | 随产品提供的 Skill 定义 |
+| `resources/` | 品牌、图标和打包资源 |
 | `scripts/` | 运行时准备、图标生成、打包与验证脚本 |
 | `tests/` | Vitest、Electron runtime 与 Playwright 测试 |
 
@@ -81,6 +82,16 @@ pnpm run package:linux
 - AI 绘画使用独立的云端工作区边界，不回退到 AI 编程项目数据。
 - Agent 配置是项目所有的；稳定 id 用于保持会话兼容，显示名称可以修改。
 
+### 项目联系人与会话
+
+- 新项目默认没有联系人或 Agent；用户在项目内手动创建联系人时必须填写名称、预设头像、职责和精确的 `provider/model`，提示词与 Skill 属于后置高级设置。
+- 一个联系人可以拥有多条互相独立的 OpenCode Session；联系人、会话、归档时间、置顶和未读数分别由项目配置与 `.niancode/conversations.json` 保存。
+- 联系人展开后按时间展示会话，默认显示前五条，更多会话通过“更多会话”展开；每条会话只显示一行精简的最新消息预览和右侧时间，归档按钮仅在悬浮或聚焦会话卡片时出现，选中联系人会在卡片上保持明确的展开状态反馈。
+- 创建联系人后先进入联系人对话，首条消息发送时才懒创建 OpenCode Session；新会话从干净上下文开始，标题从“新对话”在首条消息发送后自动生成，也支持手动重命名。
+- 不同 Session 由 OpenCode 自己并发运行；同一 Session 的后续消息按顺序排队。Makelore 只展示运行中、待处理和未读状态，不增加额外的全局并发锁。
+- 归档联系人或单个会话前必须确认；归档会停止对应运行、保留历史，并可从列表底部恢复。未读按会话记录，打开一个会话只清除它自己的未读数。
+- OpenCode 的问题与权限请求在当前会话内联处理，不自动批准；上下文压缩沿用 OpenCode 自动机制，在最新消息位置显示“正在压缩上下文”。
+
 ## 兼容标识
 
 Makelore 2.0 继续保留既有 `niancode` 包名、应用 id、协议、数据目录、环境变量、API 请求头和服务标识，以兼容现有安装与服务。它们是内部技术契约，不是对外品牌名称。