Sugrid 智能语义工作簿 | 邓枭雄项目案例
个人项目 · Alpha 已验收并上线

Sugrid 智能语义工作簿

让业务团队在熟悉的表格中消费可信指标:语义模型统一口径,查询、AI 修改与多人协同都保留可回查证据。

我的职责

独立完成产品定义、对象与权限模型、交互设计、Next.js/Rust 开发、测试体系和生产部署。

核心问题

业务团队习惯在表格中分析数据,但指标口径、权限、AI 修改和多人协同缺少统一可信边界。

核心决策

以 Workbook 为主路径,用版本化语义资产支撑查询,并让 AI、协同与历史进入同一证据链。

真实验证

真实数据库、API、WebSocket 与浏览器链路通过验收;线上系统可直接访问。

公开边界

这是个人独立项目,线上系统可直接核验。应用使用合成业务数据,不含公司、客户或个人真实数据;生产路径由 Next.js BFF、Rust Runtime 与 PostgreSQL 共同提供,不以 Mock 或 localStorage 代替业务能力。

72 秒产品导览

从可信取数,到 AI 计划与语义口径。

三个真实界面展示 Sugrid 的主路径:在工作簿中选择语义字段并查询,用 AI 面板生成可审查计划,再回到已发布数据模型核对字段与指标。

Sugrid 工作簿取数界面,展示业务数据、字段列表与查询布局
01 / 可信取数

在工作簿中选择语义字段并写入查询结果

右侧取数面板读取当前 Workspace 已启用的已发布模型,字段选择、筛选、明细或汇总模式与目标区域一起持久化。截图使用本地合成验收数据。

01 / 03
案例主线

从产品问题到可验证交付。

01 / 产品问题

表格足够灵活,但数据口径、权限和修改来源常常留在工作流之外。

业务团队可以快速在 Excel 类工具中处理数据,却需要反复确认字段含义、访问范围和结果来源;加入 AI 与多人协同后,未经审阅的修改和状态漂移会进一步放大风险。

产品目标:保留 Spreadsheet 的操作习惯,同时把可信指标、权限、协同和修改证据放进同一条主路径。
02 / 产品判断

不要把表格包装成展示层,而要让语义资产成为每次取数的真实执行边界。

我把 Cube、Indicator、Dimension 做成全局版本化资产,由 Workspace 启用和授权;公式与 Query Region 显式引用发布版本,AI 也必须在可见计划与当前权限范围内工作。

关键取舍:Workbook-first、显式引用、发布版本不可变、AI 人工门禁。
03 / 工程交付

用真实前后端与数据库边界证明产品规则,而不是用原型模拟成功。

系统由 Next.js、Rust Axum、PostgreSQL、Univer 与 Loro/WebSocket 组成,覆盖会话、权限、语义查询、AI 应用与撤销、历史、多客户端收敛和重启恢复,并通过 CI/CD 部署到公开域名。

当前可核验:Alpha 验收记录、真实运行服务与 sugrid.ai 在线系统。

对象模型

01

Workspace / Workbook

工作空间管理成员与工作簿,Workbook 作为多 Sheet 的业务分析容器。

02

Cube / Indicator

把数据源字段、指标口径和发布版本组织为可授权、可复用的语义资产。

03

S.QUERY / Query Region

公式与查询区域显式引用已发布模型,并把结果、范围和配置持久化。

04

AI Plan

AI 先生成可审查计划,确认后原子应用到表格,并支持历史与撤销。

05

Loro / WebSocket

工作簿通过增量更新、快照和重连恢复实现多浏览器实时协同。

06

Provenance / Cell History

查询、协同与 AI 写入都保留来源和单元格历史,结果可以回查。

关键产品决策

01

Workbook-first,而不是先做传统 BI 看板

选择:工作空间默认进入工作簿;用户在熟悉的 Spreadsheet 中通过公式或 Query Region 消费指标。

理由:业务用户需要继续保留表格的灵活处理能力,产品价值在于给取数、口径和修改补上可信边界。

02

语义资产全局管理,Workspace 只负责启用与授权

选择:数据源、Cube、Indicator 与 Dimension 使用版本化发布;Workbook 显式引用当前 Workspace 已启用的已发布版本。

理由:把资产本体与使用范围分开,才能同时保证口径复用、发布稳定性和成员权限。

03

AI 先计划、再确认、后应用

选择:AI 不能直接静默改表,必须经过计划、校验、确认、原子应用、历史记录和撤销。

理由:表格中的修改会影响业务判断,AI 的价值必须建立在可审阅、可追溯和可恢复之上。

04

Next.js 与 Rust 使用单一写入者边界

选择:Next.js 负责会话与公开 API,Rust 原子拥有语义查询、协同和业务数据写入,数据库角色强制表级权限。

理由:真实系统不能同时保留多条互相漂移的写入路径;所有权边界让权限、幂等和故障恢复可以被测试。

下一步

查看完整经历,继续聊聊产品与岗位。

下载与当前方向匹配的简历,或通过邮件、电话直接联系。

下一个案例 · 02 / 09 AI 产研协同平台
esc