一个聊天装不下一个家庭，但我还是开始为它搭建系统

我把 Nevsky OS 作为处理个人和家庭流程的系统来启动：保存信息、找到信息、再回到该做的事情上。家庭不同部分涉及不同的数据和权限，把一切放进同一个聊天并不够。

我围绕任务、家庭财务、个人记录和独立的学习场景开发 Nevsky OS。Web 界面使用 React，数据与 API 使用 Cloudflare。对话助手连接到特定操作，而不是获得管理整个家庭事务的通用权力。

记忆需要一个地址

如果一笔支出只记在助手的消息中，下一次对话可能就看不到它。如果任务只存在于人的脑子里，日历也没有义务猜出来。因此，记录需要进入对应的数据区，拥有状态，并能通过明确的界面访问。

AI 在这里是一种便捷的系统入口：用普通语言解释发生了什么，或需要做什么。但财务记录不能因为对旧对话的新解读而改变。“练习一下阅读”的愿望，也还不是一份已完成课程的报告。

下面是 Nevsky OS 中使用虚构数据的 Today 归档页面。它展示了日常事务的一个入口，而不会公开我家人的私人记录。

“今天”页面

归档界面 · 演示数据

家庭助手没有通行所有区域的权限

孩子的阅读场景和成人界面需要不同权限。项目对此进行了区分：某一节课的助手不应自动获得访问家庭档案和管理功能的权限。

有些部分已经实现，另一些仍需要与真实流程中的人一起测试。学习交互尤其如此：API 能正常回复，不意味着孩子能理解、觉得有趣，或能舒服地继续。

第二个页面打开同一个演示系统中的 Work。可以查看导航，以及本地状态可进行的修改。

工作区

归档界面 · 演示数据

我不会把家庭记录放进演示案例。解释架构，并不需要把亲人的私人生活变成推销开发服务的素材。

本文展示的是使用演示数据的 Web 界面。它不代替独立的原生应用，也不泄露家庭记录。对我来说，系统是否有用，要看具体行动：能否记录、找到并继续需要处理的事情。

相关故事：Source 与 Operator · Letterstep 与家庭文件。