From e601b253bc0d6a3fc762c7495d235b68f3910eb6 Mon Sep 17 00:00:00 2001 From: weichen Date: Wed, 30 Sep 2026 09:59:40 +0000 Subject: [PATCH] Add UI redesign and auth design proposal with HTML demos Why: current UI scatters creation entries (project + at sidebar top-left, new session at bottom-left), has no user/tenant surfaces, and the project tree forces per-project navigation; the system targets multi-user multi-tenant operation. Evidence: - Studied zai-org/ZCode desktop layout (WorkspaceShellLayout, WorkspaceSidebar, DESIGN.md) and mapped transferable patterns (single New-Task entry, organize-by views, sidebar account footer) with repo file citations. - Three layout proposals (task-centric / activity rail / project portal) with comparison table and recommendation A; auth stage-2 design (orgs, memberships, server sessions) with SSE cookie upgrade removing ?key=. - Five static demos (index + A/B/C + auth) verified headless: DOM layout assertions (column widths, view switching, screen switching), clipping and contrast QA clean, zero console errors, light/dark themes render. Impact: documents only; no code change. Demos double as the R4 design-token target palette. Implementation proceeds only after direction is approved. Refs: docs/proposals/2026-09-30-ui-inbox-command-workspace.md (D25-D33), docs/proposals/2026-09-30-dual-tier-storage-and-multitenancy.md (D17-D24) --- .../2026-09-30-ui-redesign-and-auth.md | 202 ++++++ .../demo-a-task-centric.html | 631 ++++++++++++++++++ .../ui-redesign-demos/demo-auth.html | 335 ++++++++++ .../demo-b-activity-rail.html | 240 +++++++ .../demo-c-project-portal.html | 243 +++++++ docs/proposals/ui-redesign-demos/index.html | 133 ++++ 6 files changed, 1784 insertions(+) create mode 100644 docs/proposals/2026-09-30-ui-redesign-and-auth.md create mode 100644 docs/proposals/ui-redesign-demos/demo-a-task-centric.html create mode 100644 docs/proposals/ui-redesign-demos/demo-auth.html create mode 100644 docs/proposals/ui-redesign-demos/demo-b-activity-rail.html create mode 100644 docs/proposals/ui-redesign-demos/demo-c-project-portal.html create mode 100644 docs/proposals/ui-redesign-demos/index.html diff --git a/docs/proposals/2026-09-30-ui-redesign-and-auth.md b/docs/proposals/2026-09-30-ui-redesign-and-auth.md new file mode 100644 index 0000000..aacee49 --- /dev/null +++ b/docs/proposals/2026-09-30-ui-redesign-and-auth.md @@ -0,0 +1,202 @@ +# 界面重构与多用户认证 —— 设计提案(2026-09-30) + +状态:**proposed**(本文为方案对比稿,待用户裁定方向后另立实施提案);owner:weichen;主任务:Dev 仓 `feature/ui-redesign-proposals`。 +前置:[界面交互底座](2026-09-30-ui-inbox-command-workspace.md)(D25–D33)、[双档存储、多租户与规模化](2026-09-30-dual-tier-storage-and-multitenancy.md)(D17–D24)。 +配套 demo:`ui-redesign-demos/`(index.html 为入口,本地浏览器直接打开)。 + +--- + +## 1. 背景与问题 + +用户对现有界面的判定(2026-09-30):**界面与交互设计不够好**。具体事实(对照 v0.1.0 截图与 `modules/frontend/src/components/ProjectNav.tsx`): + +1. **创建入口分裂且错位**:新建项目在左上角 `nav-header` 的 ✚,新会话在左下角 `nav-footer` 的「+ 新会话」。两个高频动作一个在最上一个在最下,且都是小图标/文字按钮,无主次。 +2. **项目树导航繁琐**:`ProjectNav` 只渲染 `currentProjectId` 的会话(`open && p.id === currentProjectId`),切项目才能看会话;项目折叠态与会话列表耦合,浏览成本高。 +3. **无用户与租户界面**:系统定位是多用户、多租户(D17 已落 `users`/`api_keys` 表),但界面只有一个密钥输入登录门(`App.tsx LoginGate`),没有账户、身份、成员、租户切换的任何表面。 +4. 视觉密度与专业度不足:emoji 图标(✚ ☰ ⚙ 📦 🤖)、无统一设计令牌,观感偏离"办公工作台"。 + +## 2. ZCode 桌面端研究结论 + +研究对象:`github.com/zai-org/ZCode`(Apache-2.0,Electron 桌面 + Web + CLI/TUI 三形态)。证据为仓库源码与 `DESIGN.md`(以下文件路径均在该仓)。 + +### 2.1 布局范式(`packages/ui/src/app-shell/WorkspaceShellLayout.tsx`) + +- 四区:**左侧栏(任务列表)+ 中栏会话 + 底部终端 + 右侧 Side Pane**(浏览器/子代理会话/工作流运行/工件,Tab 化)。 +- 尺寸用 CSS 变量驱动(`--workspace-sidebar-width` 等),拖拽中只写变量不进 React state;宽度持久化 localStorage。 +- 自动收起策略:窗口变窄(去抖 300ms)时若会话列 < 480px 收 Side Pane、< 360px 收侧栏;**只在窗口 resize 时触发**,避免把用户手动打开的面板又关回去。 +- 侧栏隐藏时由 `DesktopTopOverlay` 浮出 New Task,保证创建入口永不丢失。 + +### 2.2 侧栏组织(`packages/ui/src/WorkspaceSidebar.tsx` 等) + +- **顶部动作区**:第一颗按钮就是 **New Task**(带快捷键),随后是 Command Center 搜索(⌘K)、Automations、插件商店。创建入口在视觉与逻辑的**第一位**,不在角落。 +- **任务列表四种组织模式**:`grouped`(自定义分组)/ `workspace`(按项目)/ `timeline`(按时间线)/ `archived`,pill 切换 + 过滤菜单(排序、归档)。项目是任务的**组织维度**,不是必须展开导航的树。 +- **置顶区全局置顶**(`WorkspacePinnedTasksSection`:归档态也保持置顶区可见)。 +- 任务行支持拖拽排序、分组展开态持久化、右键菜单(`TaskListItemContextMenu`)。 +- **Footer = 账户区**:主题/语言、设置、用量与套餐徽章、**登录/登出与用户信息**(`WorkspaceSidebarFooter`)。 +- 收起后变 52px 图标轨道(`WorkspaceSidebarCollapsedRail`)。 + +### 2.3 会话头与中栏(`WorkspaceHeaderSections/`) + +- 中栏会话头:上下文路径(项目/目录)+ 最近活动时间 + 动作区;**无全局顶栏**(与我方 D26 一致)。 + +### 2.4 设计系统(`DESIGN.md`) + +- 定位:"calm, dense, operational rather than decorative";桌面优先。 +- 硬规则:统一 `text-ui-*` 字号阶(默认 14px);语义色只用于真实语义态;**所有等待确认类交互(提问/权限/计划批准)统一绿色确认**;圆角按嵌套层级递减(外 12 → 内 10/8/6);4px 间距基;高度克制(先靠背景对比与描边,不堆阴影)。 +- 键盘优先:可聚焦、可见焦点、快捷键全程可触达(新建任务、⌘K、侧栏拖拽支持方向键步进 16px)。 + +### 2.5 认证表面 + +- `login/LoginApiKeyForm.tsx`:API 密钥表单;`onboarding/`:首跑引导;OAuth 相关在 `root/` 与 `packages/web/src/auth/`。 + +### 2.6 对本系统的可迁移结论 + +| ZCode 实践 | 迁移判据 | +|---|---| +| New Task 置顶 + 快捷键 + 隐藏侧栏时浮出 | 直接采纳:解决"创建入口分裂"这一首要痛点 | +| 项目/时间线/分组/归档是列表的**视图模式** | 直接采纳:项目从"树"降为"组织维度",浏览免切项目 | +| 侧栏 Footer 承载账户/租户/用量 | 直接采纳:多租户身份常驻但低噪声 | +| 底部终端 + Side Pane Tab | 远期:我们的代理/工件已有 ⌘1–9 弹层(D25/R4),不重复建面 | +| CSS 变量驱动分隔条、自动收起策略 | 实现层采纳(现有 divider 逻辑升级) | +| 绿色统一确认 | 与 InlineConfirmCard 语义合并考虑 | + +## 3. 设计原则(继承 + 新增) + +继承界面五原则(D25–D33 提案 §1.2:中栏做空、消息是事件流卡片是状态对象、弹层是加速器、待办不沉没、确认留痕)与 D26(无全局顶栏)。新增: + +- **P6 单一主创建入口**:创建动作只有一个主按钮(新建任务=会话),其余创建(项目等)收进它的次级菜单或组织区的显式 +。位置固定在侧栏顶部第一位,快捷键 ⌘N。 +- **P7 身份常驻**:用户(头像/名/租户/角色)常驻侧栏 Footer;一切跨租户资源不可见性由服务端保证(D18 不变)。 +- **P8 组织即视图**:项目/时间线/归档是任务列表的切换视图,不改变数据模型(`conversations.project_id` 不变),切换是本端偏好。 + +## 4. 三个方案 + +demo:`ui-redesign-demos/demo-a-task-centric.html` / `demo-b-activity-rail.html` / `demo-c-project-portal.html`(含明暗主题切换;方案 A 含完整交互演示)。 + +### 方案 A:任务中心(ZCode 同构)——**推荐** + +``` +┌────────────────────┬──────────────────────────────┬─────────────────┐ +│ Agent-System │ [项目徽章] 会话标题 ⋯ │ 收件箱 2 │ +│ [+ 新建任务 ⌘N ▾] │ 状态 · 模型 · 更新于 3 分钟前 │ [待办][全部] │ +│ [🔍 搜索 ⌘K] ├──────────────────────────────┤ ⚠ 发布前确认 │ +│ 组织 [项目|时间线] ⋯│ │ ▷ 记忆库索引 68% │ +│ 📌 置顶 │ 消息流 + 内联确认卡 │ ✓ 周报已生成 │ +│ ▾ 研发体系文档 (4) │ │ − 已确认(折叠) │ +│ • 任务… ├──────────────────────────────┤─────────────────│ +│ ▸ 真实模型测试 (2) │ [附件] 输入框… [发送] │ 代理 2 · 工件 5 │ +│ 👤 weichen · 个人 │ │ │ +│ 租户 ⚙ 🌓 │ │ │ +└────────────────────┴──────────────────────────────┴─────────────────┘ +``` + +- **新建任务**(主按钮,split menu):默认在"当前项目上下文"建会话;▾ 展开新建项目/新建任务于指定项目/导入。解决入口分裂:一个位置、有主次、带快捷键。 +- **组织切换**:按项目(分组可折叠,组头 hover 出「在此项目新建」)/ 按时间线(今天/昨天/本周)。置顶区恒在顶部;过滤菜单含归档视图与排序。 +- 任务行:状态点(运行中/待我确认/空闲/已完成)+ 相对时间 + 所属项目徽章(时间线模式)。 +- **Footer 账户区**:用户 chip(点头像弹账户菜单:信息/切换租户/API 密钥/退出)+ 设置 + 主题。 +- 中栏头沿用 D26:项目徽章 + 会话标题 + 状态;右栏纯收件箱(D25 不变),底部快捷链接进 ⌘1–9 弹层。 +- **优点**:创建/浏览/身份三大痛点一次解决;与 ZCode(以及 Linear/ChatGPT 侧栏)这类已验证范式同构;纯前端改造,不动数据模型。 +- **代价**:需重写 `ProjectNav`(约一个组件的量)+ 新增账户菜单;左栏语义从"项目树"变为"任务列表",用户有一周适应期。 + +### 方案 B:活动栏 + 上下文列表(VS Code 式) + +``` +┌──┬─────────────────┬──────────────────────┬─────────────┐ +│▣ │ 研发体系文档 ▾ │ 会话(同 A 中栏) │ 收件箱 │ +│+│ [+ 新会话] │ │ │ +│🔍│ ── 会话列表 │ │ │ +│📭│ • … │ │ │ +│🤖│ │ │ │ +│📦│ │ │ │ +│⚙ │ │ │ │ +│👤│ │ │ │ +└──┴─────────────────┴──────────────────────┴─────────────┘ +``` + +- 最左 48px 图标轨切换领域(任务/收件箱/代理/工件/设置/账户),第二栏随活动渲染列表。 +- **优点**:导航可无限扩展(插件域友好);账户/设置有恒定图标位。 +- **代价**:**创建仍是二级动作**(先选项目再新建),痛点 1 只部分解决;多一列常驻(1280px 屏占 6%);与 D25"代理/工件走弹层"重复建面。判定:适合域数量 ≥ 6 时再启用。 + +### 方案 C:项目门户(Notion/Linear 式) + +``` +┌──────────────┬────────────────────────────────┐ +│ [+ 新项目] │ 研发体系文档 12 会话 · 3 运行│ +│ ▸ 文档智能体 │ ┌─────┐┌─────┐┐─────┐ │ +│ ▸ 记忆库建设 │ │会话卡││会话卡││ + 新│ │ +│ ▸ 模型测试 │ └─────┘└─────┘└─────┘ │ +│ 👤 weichen │ 点会话卡 → 进入对话视图 │ +└──────────────┴────────────────────────────────┘ +``` + +- 项目是页面:首页是会话卡片网格 + 统计 + 项目内新建(入口在上下文中,最贴任务)。 +- **优点**:项目级总览最好;新建会话离上下文最近。 +- **代价**:对话-first 被破坏(打开高频会话多一跳);卡片网格信息密度低;与"中栏做空"张力最大。判定:适合项目数少(<10)且以交付物为中心的用法。 + +### 对比与推荐 + +| 维度 | A 任务中心 | B 活动栏 | C 项目门户 | +|---|---|---|---| +| 解决创建入口分裂 | **完全** | 部分 | 部分(上下文内) | +| 跨项目浏览 | **优(视图切换)** | 中 | 中 | +| 身份/租户常驻 | **Footer 账户区** | 图标位 | Footer | +| 与既有决策兼容(D25/D26/D31) | **完全** | 需调 D25 | 张力大 | +| 改造量 | 中(左栏+账户菜单) | 大 | 大(含视图路由) | +| 扩展性(未来插件域) | 中 | **优** | 中 | + +**推荐 A**,并以 A 的 Footer 账户区 + 账户菜单吸收 B 的"账户恒定入口"优点。B 的活动栏留作域数量增长后的演进项(远期不否决)。 + +## 5. 多用户与多租户设计(认证阶段 2) + +demo:`ui-redesign-demos/demo-auth.html`(登录/注册/账户与租户三屏)。 + +### 5.1 身份模型演进(延续 D17 编号段,新决策从 D34 起,本文只提案) + +- **阶段 1(现状,保留)**:API key(`ask_`)即身份,user 即租户 owner,嵌入式档默认关闭认证。 +- **阶段 2(本设计)**: + - `users` 增 `email`、`password_hash`(argon2id)、`status`;`organizations`(租户)与 `memberships`(user × org × role: owner/admin/member)分离——**user 不再天然等于租户**,一个用户可属多租户。 + - 登录:邮箱 + 密码 → 服务端会话(`sessions` 表,HttpOnly+SameSite=Lax cookie,滑动过期);**API key 保留**为程序化访问凭证,挂到 user,权限同其成员角色。 + - 阶段 1 过换路径:每个既有 owner user 自动建同名个人租户并设 owner;API key 归属不变。 +- **SSE 认证升级**:会话 cookie 使 EventSource 同源自动携带,**移除 `?key=` URL 传钥**(消除 D17 §3 记录的日志泄露权衡);API key 客户端仍可用 header。 + +### 5.2 界面表面 + +| 表面 | 内容 | +|---|---| +| 登录页 | 品牌 + 双 tab(访问密钥 / 邮箱密码)+ 注册入口;错误内联;宽屏右侧产品信息面板 | +| 注册页 | 姓名/邮箱/密码/组织名(即建租户,成为 owner) | +| 账户菜单(侧栏 Footer) | 头像、显示名、邮箱;当前租户 + 角色徽章;**切换租户**(多租户成员);API 密钥管理;偏好(主题/语言);退出 | +| 成员管理(设置内) | 成员表(邮箱/角色/状态)、邀请(邮件链接或邀请码)、角色变更;仅 owner/admin 可见 | +| 项目可见性(远期) | 项目级成员范围(默认租户内全员);跨租户访问仍一律 NotFound(D18) | + +### 5.3 服务端边界(不变项) + +- 权威在执行端(baseline 硬边界 4):角色检查在服务端每路由执行,UI 只做可见性降级。 +- 密码哈希 argon2id、会话 cookie HttpOnly;不引入第三方 OAuth(远期)。 +- 限流沿用 D24 租户固定窗口;登录路由加 IP 级失败退避。 + +## 6. 落地路线(裁定方向后另立实施提案,此处仅示意切分) + +| 期 | 内容 | 验收要点 | +|---|---|---| +| R1 | 左栏重构(方案 A 任务列表 + 新建任务 + 组织视图 + 置顶/归档)+ 设计令牌接入(modules/ui tokens.css) | 创建入口唯一性走查;对话完备性剧本不回退 | +| R2 | 登录页 + 阶段 2 认证(orgs/memberships/sessions)+ 侧栏 Footer 账户区 + 迁移 | auth_e2e 扩容;`?key=` 移除后 SSE 全链路 | +| R3 | 成员管理与邀请、租户切换、API 密钥管理页 | 角色负例(member 越权 NotFound) | +| R4 | 视觉系统全面收敛(字号阶/语义色/圆角嵌套/绿色统一确认) | 明暗主题截图对比 + 密度走查 | + +## 7. Demo 清单 + +| 文件 | 内容 | 交互 | +|---|---|---| +| `index.html` | 方案总览与链接、对比表 | — | +| `demo-a-task-centric.html` | 方案 A 全应用 | 组织切换、新建菜单、账户菜单、收起轨道、主题、收件箱筛选 | +| `demo-b-activity-rail.html` | 方案 B | 活动切换、二级列表 | +| `demo-c-project-portal.html` | 方案 C | 项目切换、进入会话 | +| `demo-auth.html` | 登录/注册/账户与租户 | 双 tab 登录、注册表单校验、账户菜单、成员管理 | + +demo 为静态设计稿(无后端),数据为演示数据;视觉规格(色板/字号/圆角)即 R4 设计令牌的目标值来源。 + +## 8. 边界与不做 + +- 本提案不含实施;实施前须用户裁定方案(默认 A)与认证阶段 2 范围。 +- 不做计费/套餐(Footer 用量区留位即可)、不做 SSO/OAuth、不做项目级 ACL(远期,见 5.2)。 +- 中栏与右栏结构不在本次重构范围(D25/D26 已定且未被推翻);底部终端面板不做(我们非终端工作台)。 diff --git a/docs/proposals/ui-redesign-demos/demo-a-task-centric.html b/docs/proposals/ui-redesign-demos/demo-a-task-centric.html new file mode 100644 index 0000000..8f7665b --- /dev/null +++ b/docs/proposals/ui-redesign-demos/demo-a-task-centric.html @@ -0,0 +1,631 @@ + + + + + +方案 A · 任务中心 — Agent-System 设计稿 + + + +
+ + + + + +
+ + + + + + +
+ +
+ + +
+
+
+ + / + 本周周报起草与素材汇总 + + + +
+
+ 2 个代理运行中 + 更新于 3 分钟前 + · + 消息 18 条 +
+
+ +
+
+
把记忆库建设项目的本周素材汇总一下,并起草周报——重点写「两树一网」模型 v3 的进展和接口设计文档的评审安排。
+
+ +
+
+ + 助手GLM-4.610:21 +
+
+

已检索记忆库「记忆库建设」项目本周新增的 23 条素材。要点如下:

+

· 两树一网 v3:文档树与追溯网的合并方案已完成初稿,等你之前留的「阶段门禁」意见合并(见下方确认卡);
· 接口设计文档:评审材料齐备,建议安排在周四 14:00,涉及 3 个模块的契约变更;
· 风险:外部语料导入试点在 9/26 触发了 2 条知识条目冲突,已按去重策略合并。

+
+
+
+ + 检索知识库 · rag.search("记忆库建设 本周") + 23 段命中 · 0.8s + +
+
query="记忆库建设 本周" → 向量 18 + 全文 RRF 融合 → rerank top-23
片段 #4【两树一网 v3 合并方案初稿 · 09-30】置信 0.91
片段 #9【接口契约变更清单 · 09-29】置信 0.87
…
+
+
+
等待确认:生成《本周周报》草稿
+
按「进展 / 评审安排 / 风险」三节起草,约 1200 字,图表以表格呈现。确认后写入工件并回写本会话时间线。
+
+ + + 来源:消息 #6 · 10:22 +
+
+
+ +
+
可以,按这个大纲生成。评审时间改成周五上午。
+
+ +
+
+ + 助手GLM-4.610:24 +
+

周报草稿已生成,评审时间已调整为周五 10:00。工件存于项目工件区,可直接导出 PDF。

+
+ + +
周报_第39周_研发体系文档.docx
+
文档 · 1,214 字 · 刚刚生成
+
+ +
+
+
+ +
+
+ +
+ + + + + +
+
+
+
+ +
+ + + +
+ + +
+ +
+ + + +
+ +
+
排序
+ + +
+
显示
+ + +
+ +
+ + + +
+ +
+ +
+
+ W +
weichen
weichen@rd-team.cn
+
+
+
当前租户
+
+ 研 +
研发体系团队
6 名成员 · 标准档
+ OWNER +
+
切换租户
+
+ W +
个人租户
仅自己
+ OWNER +
+
+ 测 +
测试联调租户
3 名成员
+ MEMBER +
+
+ + + +
+ +
+ +
方案 A · 任务中心设计稿 · 无后端 · ⌘B 收起侧栏
+ + + + diff --git a/docs/proposals/ui-redesign-demos/demo-auth.html b/docs/proposals/ui-redesign-demos/demo-auth.html new file mode 100644 index 0000000..272e0ec --- /dev/null +++ b/docs/proposals/ui-redesign-demos/demo-auth.html @@ -0,0 +1,335 @@ + + + + + +认证与租户 — Agent-System 设计稿 + + + +
+ + + +
+ + + +
+
+
+
+
+
+
Agent-System
研发记忆与文档智能体工作台
+
+

登录

+
进入你的组织工作区
+
+ + +
+ +
+
+ + +
+
密钥无效或已撤销——请核对后重试,或联系组织管理员重新签发。
+ +
密钥由服务端管理员创建:agent-system apikey create --owner <name>。密钥等同账户凭证,请勿写入代码库。嵌入部署(未开启认证)时无需登录。
+
+ +
+
+
+ +
+
+
忘记密码?
+ +
+ +
登录建立服务端会话(HttpOnly Cookie);系统自动选择你上次的组织工作区。程序化访问仍可使用 API 密钥。
+
+ +
还没有组织账户?创建组织
+
+
+
+

把研发记忆
变成组织的第二大脑

+

文档、决策与知识的沉淀、检索与生成——一个面向团队的多租户智能体工作台。

+
    +
  • 项目化的多会话工作区,任务卡片收件箱驱动待办
  • +
  • 组织内成员协作,角色与密钥分级授权
  • +
  • 知识库检索(全文 + 向量)与文档生成流水线
  • +
  • 自托管优先:单二进制部署,数据不出域
  • +
+
自托管 · 多租户Apache-2.0 内核
+
+
+
+ + +
+
+
+
+
+
+
Agent-System
创建组织(租户)
+
+

注册

+
创建组织后你即为其 OWNER,可邀请成员加入
+
+
+
+
+
+
组织名即租户:资源按组织隔离,跨组织一律不可见。个人使用可填「个人租户」。
+
+ + +
已有账户?直接登录
+
+
+
+

为你的团队
建立专属智能体工作台

+

注册即创建一个隔离的租户工作区:项目、会话、知识库与工件都属于组织,成员按角色协作。

+
    +
  • OWNER / ADMIN / MEMBER 三级角色
  • +
  • 按需签发 API 密钥,随时撤销
  • +
  • 一个账户可加入多个组织,随时切换
  • +
+
自托管 · 多租户Apache-2.0 内核
+
+
+
+ + +
+
+
+
侧栏 Footer · 账户菜单(方案 A 形态)
+
+
+ W +
weichen
weichen@rd-team.cn
+
+
+
当前租户
+
+ 研 +
研发体系团队
6 名成员 · 标准档
+ OWNER +
+
切换租户
+
W
个人租户
仅自己
OWNER
+
测
测试联调租户
3 名成员
MEMBER
+
+ + + +
+ +
+
+
+
设置 · 成员与角色(OWNER/ADMIN 可见)
+
+
+

成员管理 · 研发体系团队

角色变更即时生效;被移除成员的 API 密钥同时失效。

+ + +
+
+ + + +
+
+
+ W +
weichen OWNER
weichen@rd-team.cn
+ 活跃 + 刚刚 + +
+
+ Y +
youchen ADMIN
youchen@rd-team.cn
+ 活跃 + 2 小时前 + +
+
+ L +
lin.zhou MEMBER
lin.zhou@rd-team.cn
+ 活跃 + 昨天 + +
+
+ H +
han.mei MEMBER
han.mei@partner.cn
+ 待接受 + 3 天前 + +
+
+
OWNER:管理与计费、角色、密钥、删除组织 · ADMIN:成员与项目、插件 · MEMBER:项目内协作(按项目可见范围)。越权访问一律返回 NotFound,不泄露资源存在性。
+
+
+
+
+ +
认证与租户设计稿 · 无后端 · 顶部切换场景
+ + + diff --git a/docs/proposals/ui-redesign-demos/demo-b-activity-rail.html b/docs/proposals/ui-redesign-demos/demo-b-activity-rail.html new file mode 100644 index 0000000..9343548 --- /dev/null +++ b/docs/proposals/ui-redesign-demos/demo-b-activity-rail.html @@ -0,0 +1,240 @@ + + + + + +方案 B · 活动栏 — Agent-System 设计稿 + + + +
+ + + + +
+
+
+
+ + +
+
+
进行中
+
本周周报起草与素材汇总3 分
+
接口设计文档评审1 时
+
空闲
+
文档规范修订意见收集昨
+
8 月文档资产盘点周二
+
+
+
+
+
+
发布前确认:接口契约变更10 分
+
记忆库索引重建4 分
+
+
+
+
+
+
#a3 索引重建 worker68%
+
#a4 语料去重31%
+
+
+
+
+
+
周报_第39周.docx
+
接口契约变更清单.md
+
知识条目冲突报告.pdf
+
+
+
+
+ + +
+
+ + +
+
+
+ 本周周报起草与素材汇总 + + + +
+
研发体系文档·2 个代理运行中·更新于 3 分钟前
+
+
+
把记忆库建设项目的本周素材汇总一下,并起草周报——重点写「两树一网」模型 v3 的进展。
+
+
A助手GLM-4.610:21
+
已检索记忆库本周新增的 23 条素材:「两树一网」v3 初稿完成待合并意见;接口契约变更涉及 3 个模块;外部语料导入触发 2 条条目冲突已合并。
+
检索知识库 · rag.search("记忆库建设 本周")23 段命中 · 0.8s
+
+
等待确认:生成《本周周报》草稿
+
按「进展 / 评审安排 / 风险」三节起草,约 1200 字。确认后写入工件并回写时间线。
+
来源:消息 #6
+
+
+
+
+
+ +
+ + + GLM-4.6 + +
+
+
+
+ + + +
+
方案 B · 活动栏设计稿 · 无后端 · 悬停图标看提示
+ + + diff --git a/docs/proposals/ui-redesign-demos/demo-c-project-portal.html b/docs/proposals/ui-redesign-demos/demo-c-project-portal.html new file mode 100644 index 0000000..2c02249 --- /dev/null +++ b/docs/proposals/ui-redesign-demos/demo-c-project-portal.html @@ -0,0 +1,243 @@ + + + + + +方案 C · 项目门户 — Agent-System 设计稿 + + + +
+ + +
+ +
+
+
项目 / 研发体系文档
+
+ 研 +

研发体系文档

+ + + + + +
+
研发记忆与体系文档的沉淀、检索与生成。目标系统「两树一网」的载体项目。
+
+ 4 会话 + 2 运行中 + 1 待确认 + 5 工件 + 成员 6 +
+
+
+
进行中的会话全部 ›
+
+
+
本周周报起草与素材汇总
+
检索本周 23 条素材,起草周报;已进入生成确认环节…
+
3 分钟前·18 条消息W
+
+
+
接口设计文档评审
+
3 处契约变更待确认;评审材料已备齐,建议周四 14:00…
+
1 小时前·9 条消息Y
+
+
+
文档规范修订意见收集
+
汇总各模块对文档规范 v2.4 的修订意见,输出对照表…
+
昨天·12 条消息W
+
+ +
+
最近工件全部 ›
+
+
+
周报_第39周.docx
+
10:24 生成 · 1,214 字 · 本周周报起草与素材汇总
+
刚刚文档
+
+
+
接口契约变更清单.md
+
09-29 · 3 模块 12 项变更 · 接口设计文档评审
+
昨天文档
+
+
+
+
+ + +
+
+ + 本周周报起草与素材汇总 + + + +
+
研发体系文档 · 2 个代理运行中 · 更新于 3 分钟前
+
+
把记忆库建设项目的本周素材汇总一下,并起草周报——重点写「两树一网」模型 v3 的进展。
+
+
A助手GLM-4.610:21
+
已检索记忆库本周新增的 23 条素材:「两树一网」v3 初稿完成待合并意见;接口契约变更涉及 3 个模块;外部语料导入触发 2 条条目冲突已合并。
+
+
等待确认:生成《本周周报》草稿
+
按「进展 / 评审安排 / 风险」三节起草,约 1200 字。确认后写入工件并回写时间线。
+
来源:消息 #6
+
+
+
+
+
+ +
GLM-4.6
+
+
+
+
+
+
方案 C · 项目门户设计稿 · 无后端 · 点击会话卡进入对话
+ + + diff --git a/docs/proposals/ui-redesign-demos/index.html b/docs/proposals/ui-redesign-demos/index.html new file mode 100644 index 0000000..b7eb00b --- /dev/null +++ b/docs/proposals/ui-redesign-demos/index.html @@ -0,0 +1,133 @@ + + + + + +界面重构方案总览 — Agent-System 设计稿 + + + +
+
+
+
+

界面重构与多用户认证 · 方案总览

+
2026-09-30 · 设计提案配套 demo(静态、无后端,明暗主题可切换)· 完整提案见 Documents 仓 docs/proposals/2026-09-30-ui-redesign-and-auth.md
+
+ + +
+ +
+
+ 推荐 +

方案 A · 任务中心TASK-CENTRIC

+
+
+
+
+
+

创建入口唯一置顶(新建任务 ⌘N + 次级菜单);项目/时间线是列表的视图模式而非树;置顶区 + 归档;侧栏 Footer 承载账户与租户身份。与 ZCode 桌面端范式同构,兼容既有 D25/D26/D31 决策。

+ +
+
+

方案 B · 活动栏ACTIVITY RAIL

+
+
+
+
+
+
+

最左图标轨切换领域(任务/收件箱/代理/工件/设置/账户),第二栏随活动渲染列表。导航可无限扩展(插件域友好),但创建是二级动作、多占一列——适合域数量 ≥ 6 后启用。

+ +
+
+

方案 C · 项目门户PROJECT PORTAL

+
+
+
+
+

项目是页面:门户首页为会话卡片网格 + 统计 + 项目内新建,点卡片进入对话。项目总览最好,但高频会话多一跳、对话-first 被破坏——适合以交付物为中心的少量项目。

+ +
+
+

认证与租户AUTH & TENANCY

+
+
+
+
+

登录(访问密钥 / 邮箱密码双 tab)、注册即建租户(OWNER)、应用内账户菜单(多租户切换、API 密钥)、成员与角色管理。配套认证阶段 2 的 orgs / memberships / 服务端会话设计。

+ +
+
+ +

方案对比

+ + + + + + + + + + +
维度A 任务中心(推荐)B 活动栏C 项目门户
解决创建入口分裂完全部分部分(上下文内)
跨项目浏览优(视图切换)中中
身份/租户常驻Footer 账户区图标位Footer
与既有决策兼容(D25/D26/D31)完全需调 D25张力大
改造量中大大(含视图路由)
扩展性(未来插件域)中优中
+ +
+ 说明:demo 为静态设计稿(无后端,交互为演示性),视觉规格(色板 / 字号阶 / 圆角嵌套 / 状态色语义)即 R4 设计令牌的目标值来源。方案 A 支持 ⌘B 收起侧栏、按项目 / 时间线组织切换、新建菜单、账户菜单、明暗主题切换。
+ 决策待定:方向裁定(默认 A)→ 另立实施提案(R1 左栏重构 → R2 认证阶段 2 → R3 成员与租户 → R4 视觉收敛)。 +
+
+ +