一个有三个项目和一个工作计划的学生

一名学生正在撰写实验报告，协助小组演示，并组织学生社团活动。这些项目单独来看都不特别复杂。它们共同产生了一个熟悉的协调问题：截止日期在一个日历中，小组决策在消息中，支持文档在共享文件夹中，个人笔记解释了为什么选择某个特定计划。

周日晚上，学生想为这一周制定一个现实的计划。一个通用的助手可以建议时间分块、任务排序和合理的作业顺序。但它在没有上下文的情况下无法知道哪个实验室分析未完成，哪个演示文稿幻灯片小组重新分配了，或者哪些活动材料需要在会议前进行审查。

学生可以解释所有这些。但这需要先制定计划，然后才要求助手帮助制定计划。

之前：几份准确的列表，没有单一的视图

学生查看课程门户并将截止日期复制到笔记中。小组发来的消息改变了演示顺序。实验室的共享文件仍然有一个草稿标题，而私人清单则包含当前的分析步骤。俱乐部日历上的排练与学习会重叠。

每个来源都准确地描述了部分工作。没有一个能讲述整个故事。学生问助手：“我应该先做什么？”并得到一个通用答案：处理最早的截止日期，将大任务分解成小任务，留出缓冲时间。这个建议没错，但它没有解决实验室报告是否依赖队友的数据，或者小组演示是否已经足够完整可以排练。

然后，学生花时间在系统之间复制详细信息并纠正助手的假设。在打开另一个AI工具来概述报告后，学生再次解释项目上下文。信息在某个地方可用，但在提问时并不方便可用。

之后：计划从相关承诺开始

在这种情况下，学生将允许的日历、文件和消息源连接到个人上下文引擎。每周计划助手接收相关项目，而无关的私人材料则保留在其授权范围之外。

问题变成：“使用我已经记录的承诺。显示本周的依赖关系和冲突。不要凭空捏造截止日期，并标记任何无法验证的内容。”

助手汇集了实验室截止日期、幻灯片所有权和俱乐部活动详情。其时间表将准备开始的任务与被他人阻止的工作分开，并记录了每个日期和依赖项的来源。

假设它注意到提议的排练与学生的分配实验室时间重叠。有用的响应不是静默的日历编辑。它是一个可见的冲突，并提供选项：移动个人学习块，询问小组排练是否可以推迟，或更改准备顺序。学生选择响应。

该计划保留了截止日期的来源参考，并标记了暂定事件、过时文件和模糊的群组消息，以便根据课程要求进行确认。

工作流程一览

两种规划工作流程：手动回顾来源和审查与来源相关的承诺。

尊重不同类型工作的计划

学生有三项不同的义务。实验报告需要持续的个人关注。演示文稿取决于协调。俱乐部活动有一个外部时间，无法通过重新安排待办事项列表来移动。将这三者都视为通用任务会掩盖它们冲突的原因。

一个上下文感知的视图可以保留这些区别。它可以显示实验室需要特定的源文件，幻灯片更改取决于队友，以及事件预订创建了固定的约束。这使得学生更容易分配精力，而无需反复将所有内容翻译成新的聊天消息。

还有一个连续性问题。学生可能会使用一个AI来规划一周，另一个来审查报告大纲，第三个来制作演示文稿。相同的基础个人上下文可以减少这些对话中重复的解释，但要受限于每次集成所授予的权限。报告助手不需要访问学生的私人俱乐部对话，仅仅因为规划器使用了它们。

目的不是鼓励自动完成学业。助手可以帮助查找资料、解释计划或指出缺失的先决条件，而学生仍需负责理解课程材料并遵守学术诚信规则。一个连贯的时间表只有在支持学生自己的工作时才有用。

权限边界

Zortex 的上下文引擎围绕本地优先存储和每个 AI 访问决策进行组织。 版本2页面 列出了桌面访问和连接要求；该计划遵循产品的每个AI权限边界。

也存在隐私边界。如果连接的AI使用远程模型，发送给该AI的允许片段可能会离开学生的设备。一些群组文档也属于其他人或机构。技术访问不应与共享权限混淆，学生应该能够将敏感来源置于助手的视野之外。

一个有用的计划将截止日期与源记录关联起来，显示冲突的条目，并且易于学生解释和修改。

工作仍然是人类的

到周日结束时，学生有一个由来源支持的日程表，一个明显的冲突和一些给队友的问题。该计划组织了现有的义务，而没有为学生做出选择。

学生花更少的时间重复义务，花更多的时间优先处理工作。