Workbook-first,而不是先做传统 BI 看板
选择: 工作空间默认进入工作簿;用户在熟悉的 Spreadsheet 中通过公式或 Query Region 消费指标。
取舍: 业务用户需要继续保留表格的灵活处理能力,产品价值在于给取数、口径和修改补上可信边界。
个人项目 · Alpha 已验收并上线
真实前后端系统 · 可信指标、AI 计划与实时协同
让业务团队在熟悉的表格中消费可信指标:语义模型统一口径,查询、AI 修改与多人协同都保留可回查证据。
我的工作:产品定义 · 产品架构 · 全栈研发 · 测试与部署
三个真实界面展示 Sugrid 的主路径:在工作簿中选择语义字段并查询,用 AI 面板生成可审查计划,再回到已发布数据模型核对字段与指标。
正在加载界面…
正在加载界面…
正在加载界面… 面向业务人员在表格中按统一口径取数、使用 AI 并协作的场景,独立完成产品定义与真实运行链路,覆盖权限、语义模型、查询、AI 审阅、历史追溯和双客户端协同,并部署至 sugrid.ai。
验收覆盖真实 HTTP/WS、Owner/Editor/Viewer/Outsider 权限、双客户端收敛、服务重启恢复、错误矩阵,以及 Next.js、Rust、数据库和前端测试;线上系统由 main 分支持续部署至 sugrid.ai。当前证据聚焦系统可运行性、权限与协同边界,不把合成数据验收表述为真实用户采用或业务增长结果。
这是个人独立项目,线上系统可直接核验。应用使用合成业务数据,不含公司、客户或个人真实数据;生产路径由 Next.js BFF、Rust Runtime 与 PostgreSQL 共同提供,不以 Mock 或 localStorage 代替业务能力。
选择: 工作空间默认进入工作簿;用户在熟悉的 Spreadsheet 中通过公式或 Query Region 消费指标。
取舍: 业务用户需要继续保留表格的灵活处理能力,产品价值在于给取数、口径和修改补上可信边界。
选择: 数据源、Cube、Indicator 与 Dimension 使用版本化发布;Workbook 显式引用当前 Workspace 已启用的已发布版本。
取舍: 把资产本体与使用范围分开,才能同时保证口径复用、发布稳定性和成员权限。
选择: AI 不能直接静默改表,必须经过计划、校验、确认、原子应用、历史记录和撤销。
取舍: 表格中的修改会影响业务判断,AI 的价值必须建立在可审阅、可追溯和可恢复之上。
选择: Next.js 负责会话与公开 API,Rust 原子拥有语义查询、协同和业务数据写入,数据库角色强制表级权限。
取舍: 真实系统不能同时保留多条互相漂移的写入路径;所有权边界让权限、幂等和故障恢复可以被测试。
业务团队可以快速在 Excel 类工具中处理数据,却需要反复确认字段含义、访问范围和结果来源;加入 AI 与多人协同后,未经审阅的修改和状态漂移会进一步放大风险。
产品目标:保留 Spreadsheet 的操作习惯,同时把可信指标、权限、协同和修改证据放进同一条主路径。
我把 Cube、Indicator、Dimension 做成全局版本化资产,由 Workspace 启用和授权;公式与 Query Region 显式引用发布版本,AI 也必须在可见计划与当前权限范围内工作。
关键取舍:Workbook-first、显式引用、发布版本不可变、AI 修改人工审核。
系统由 Next.js、Rust Axum、PostgreSQL、Univer 与 Loro/WebSocket 组成,覆盖会话、权限、语义查询、AI 应用与撤销、历史、多客户端收敛和重启恢复,并通过 CI/CD 部署到公开域名。
当前可核验:Alpha 验收记录、真实运行服务与 sugrid.ai 在线系统。