状态：四项方向已由用户确认（2026-10-18）：导航以业务对象与用户任务组织；全局导航与对象内部导航各有职责；支持按业务流程推进工作；工作空间的权限范围明确且稳定、跨范围能力单独定义（第 3.5 节）。对应的定义、要求与示例按先写入后展示的流程整理，默认采用，可根据反馈修订；D08 稳定范围由代理依用户授权采用为初始设计输入。其余细则为建议，可调整，验收项均未执行，本页不是实现完成或产品验收声明。 更新：2026-10-18
本章对应大纲第 03 章，说明工作入口、对象内容与任务空间如何形成连贯的使用路径。
流程浏览与操作衔接沿用最新已确认方向：返回任务保留仍有效的输入与上下文；区分实际业务阶段与正在查看的步骤；数据变化或任务已完成时重新核实并确认，不允许直接沿用过期内容提交。
已确认方向与原文
导航组织方向（2026-10-18）
方向已由用户明确确认；以下定义、具体要求与示例依用户授权先写入后展示，默认采用，可根据反馈修订。
导航组织：以业务对象与用户任务为基本方向
YUDS 的导航应围绕用户要处理的业务对象和要完成的任务组织，帮助用户找到工作入口，并在进入具体工作后理解当前对象、任务及必要上下文。
具体要求：
- 以资产、合同、项目等业务对象，以及待办、审核、分析等用户任务组织合适的入口。根据产品范围、角色与使用频率选择和组合，不要求每个产品同时建立两套导航，也不直接照搬 AMKit 的业务层级。
- 入口采用用户能够理解的业务名称，避免把技术模块或内部实现结构直接作为导航。同一名称应表达同一含义；不同含义需要清楚区分，角色所需且有权使用的入口应容易找到。
- 对象入口与任务入口涉及同一记录时，应指向相同的业务事实，并遵守相同的权限规则。不同入口可以提供适合任务的视图与操作，但不能因此改变数据含义、状态或授权范围。
- 进入具体工作后，应清楚呈现当前处理的对象、正在执行的任务及必要上下文。有版本、期间或其他影响判断与操作的范围时，应明确当前选择；没有版本概念的对象不必人为增加版本层级。
示例：用户既可从“合同”中找到一份待审核合同，也可从“待办”中进入该合同的审核任务。两条路径指向同一份合同及其当前审核状态，遵守相同的访问与操作权限；审核界面清楚显示合同名称、当前任务，以及确有版本管理时本次审核对应的版本。
全局与对象内部导航的职责（2026-10-18）
职责划分已由用户明确确认；以下定义、具体要求与示例依用户授权先写入后展示，默认采用，可根据反馈修订。
导航职责：全局导航定位工作类别，对象内部导航组织当前对象的内容
YUDS 的全局导航帮助用户选择要进入哪类工作；对象内部导航帮助用户在已进入的业务对象中查看和处理不同部分。两者应清楚表达各自的作用范围，让用户知道当前在哪里，以及一次切换会改变什么。
具体要求：
- 全局导航提供资产、合同、待办等工作入口；对象内部导航组织当前对象的概览、付款计划、附件、变更记录等内容。入口按实际业务需要设置，不把当前对象的内容分区与全局工作类别混为一谈。
- 进入对象后，应清楚呈现对象身份与当前所在部分。用户在对象内部切换内容时，仍应能够辨认正在处理哪个对象；影响判断与操作的其他上下文按实际需要显示。
- 切换同一对象的视图或内容分区，与切换到另一个对象应有清楚区别。内部视图切换不应让用户误以为更换了对象；对象切换后应明确新的对象身份及必要上下文，避免将前一对象的信息或操作范围误认为仍然适用。
- 导航的职责与作用范围应保持清楚，具体层级和呈现方式可按任务、平台与空间调整。这项划分不限定导航永远只有两级，也不预定侧栏、顶栏或其他布局；返回时沿用第02章关于权限、数据与上下文仍有效时保留相关筛选和位置的要求。
示例：用户从全局“合同”入口打开合同A，再在“概览”“付款计划”“附件”“变更记录”之间切换时，应始终清楚这些内容属于合同A。切换到合同B时，应明确显示合同B的身份及相关上下文，让用户分辨这是更换了合同，而非继续查看合同A的另一部分。
按业务流程推进工作（2026-10-18）
用户明确补充需要支持按业务流程操作；以下定义、具体要求与示例按先写入后展示的流程整理，默认采用，可根据反馈修订。
流程支持：衔接业务对象与当前任务，帮助用户理解事情如何推进
YUDS 除了帮助用户找到业务对象与当前任务，也应支持按业务流程开展工作。对象说明正在处理什么，任务说明当前需要做什么，流程说明事情如何从当前状态向后推进；三者应相互衔接。
具体要求：
- 对需要流程引导的工作，应让用户理解当前阶段、已完成事项与下一步。按任务需要呈现推进所需的前置条件、责任人或负责角色，避免只显示步骤名称而无法判断如何继续。
- 流程入口应连接相关对象与任务，并保持一致的对象身份、业务状态和权限。用户应能理解当前步骤针对哪个对象、需要完成什么；不为体现流程而机械复制一套菜单。
- 流程的顺序、跳过、退回、并行及完成条件由产品业务规则决定，YUDS 负责将这些规则、当前状态和可执行操作清楚呈现，并提供一致的交互反馈。不把所有流程强制表达为线性步骤，也不要求所有产品或对象都配置固定流程。
- 推进流程前，应明确本次操作的作用范围、必要条件与后果；操作后反馈实际结果。查看其他阶段或浏览对象内容，应与实际推进、退回或改变业务状态的操作可区分，不能把页面切换当作流程已完成。
示例：合同可以经历起草、审核、签署、生效等阶段，具体顺序与条件由产品定义。处于审核阶段时，界面清楚显示当前合同、已完成的起草事项、当前负责角色，以及进入签署阶段前尚需满足的条件；查看合同附件或其他阶段的信息不应自动改变审核状态。若产品允许退回起草或并行审核，界面应按实际规则呈现相应路径与结果。
以下第 1 至 9 节给出应用方法与专题入口；已确认内容单独标明，其余细则仍为建议。
1. 要解决的问题
数据密集型企业软件通常同时存在“找到某个对象”“完成当前待办”“判断整件事推进到了哪里”三类需求。只按数据实体分类，会让用户找到合同却找不到自己该做什么；只按流程编排，会让临时核查资料变得困难；把它们都变成独立菜单，则容易重复入口、产生不同版本的事实。
YUDS 建议把三种需求衔接为同一工作空间的不同入口。用户无论从列表、搜索、待办还是通知进入，均能回答：我在处理什么，数据属于什么范围，目前真实状态是什么，我能采取什么操作。
2. 职责速查
- 对象回答“处理什么”。可以是合同、项目或产品定义的其他业务对象；对象类型、字段和关系由产品确定。
- 任务回答“当前做什么”。例如补充资料、审核或分析；任务有目标和适用条件，不必都拥有独立任务记录。
- 流程回答“事情如何推进”。可能是线性、分支、并行或含退回的过程；业务顺序、完成条件和责任分配由产品确定。
- 全局导航回答“去哪类工作”。不把对象内部的附件、计划等分区伪装为全局工作类别。
- 对象内部导航回答“当前对象的哪一部分”。内部切换时保持对象可辨，更换对象时明确身份变化。
以上是对本页已确认方向的速查，完整定义与要求以上方原文为准。它不规定菜单层级或控件形式，也不要求对象、任务、流程各有一套菜单；产品没有的版本、审批或租户概念，不人为添加。
3. 怎样组织入口与范围
3.1 先列工作，再安排入口
先选真实角色和任务，记录触发条件、常用对象、需要对照的内容、完成结果与失败代价。将高频且相对独立的工作作为候选入口，再检查用户是否能用同一术语理解它们。
入口名称应使用业务语言。技术服务名、数据库表名和团队内部缩写只有在使用者确实以此开展工作时才适合作为名称。相同概念不要因入口不同而分别叫“事项”“项目”“记录”；确有差别时，在名称或说明中指出差别。
3.2 为每个入口写明契约
一个入口至少应说明：
- 服务哪个角色与任务，进入后首先看到什么。
- 数据范围由什么决定，是否继承当前组织、项目、期间或版本。
- 默认排序与筛选的含义，是否存在未加载、不可访问或被过滤的内容。
- 进入对象或任务后的返回路径，哪些上下文可恢复。
- 无数据、无权限、目标已删除、任务已结束时的落点。
入口按角色突出不同内容，但不能成为另一套授权逻辑。同一对象经“合同”“待办”“搜索”进入时，应使用相同的对象身份、业务事实与实际权限。
3.3 层级只承载真实范围变化
组织、项目、对象和版本不应仅因为数据库有外键就逐层成为页面。只有当一层改变可访问范围、操作对象或判断依据时，才需要显式呈现其作用。过深的导航应优先通过清楚的上下文摘要和关系入口减轻负担，而不是隐藏影响操作的范围。
跨组织或跨项目切换若改变数据边界，应在切换前说明未保存工作的处理方式；切换完成后清楚显示新范围。不能继续显示前一范围的总数、选中记录或操作结果，并让用户误认为它们属于新范围。
3.4 工作空间与安全范围不是同一概念
本章“工作空间”指围绕工作组织的交互上下文，不据此断言它等于租户、组织、项目或资产。租户在本文指系统隔离域；AMKit 中物业的租户／承租人属于业务对象，两者不能因同名混用。组织与租户是否一一对应、项目与资产如何归属，均由产品定义，当前未定。
建议把以下语义分别说明，而非强制排成一棵菜单树：身份与安全范围；业务对象及其归属；对象版本或数据基准；当前任务与执行目标；本窗口或面板的查看位置。版本与任务可以关联对象，但不自动构成对象的下级导航；查看位置也不是权威业务状态。
每个工作入口应声明哪些范围固定、哪些继承当前选择、哪些必须显式选择，以及范围变化使哪些查询、输入、预览或授权失效。切换只改变声明的范围，不把参照对象、另一窗口的浏览位置或新组织的当前选择自动变成本任务的写入目标。
当前已确认边界
工作空间应声明稳定的数据权限范围，跨范围能力单独定义，见第 3.5 节。范围不必等于单一组织，也可覆盖明确定义且获准共同访问的数据组。工作空间是否等于租户或某个组织层级，以及具体跨范围能力是否提供，仍由产品决定。
3.5 工作空间的权限范围明确且稳定，跨范围能力单独定义
方向已确认（2026-10-18）
用户明确认可“工作空间的权限范围明确且稳定，跨范围能力单独定义”。以下定义、四项要求与示例沿用先写入后展示的流程，默认采用，可根据反馈修订。
每个工作空间都应有清楚声明、不会随普通页面或对象切换而隐式扩大的数据权限范围。范围可以覆盖单一组织，也可以是明确定义且获准共同访问的数据组；范围稳定不等于冻结用户权限，实际访问与操作始终受当前有效授权约束。
具体要求：
- 声明范围，不隐式扩大。 进入工作空间时说明实际数据范围及其依据；切换页面、对象或内容分区不暗中增加可访问数据。确需改变范围时，明确展示新的范围与变化，不把导航当作授权。
- 范围稳定，权限实时生效。 按最新授权检查读取、展示和执行；权限撤销后立即限制不再允许的访问、展示与操作，不能凭旧会话、缓存或保存视图继续使用受限内容。已发动作按真实结果核查，不将权限撤回误报为任务已取消。
- 跨范围能力独立定义。 跨范围查看、搜索、比较、汇总或其他能力须有产品明确支持及独立授权，说明来源范围、目标范围与允许的数据边界。能查看或比较多个范围，不自动获得跨范围写入权；是否提供写入及其明确作用对象与权限，另由产品定义。
- 切换不改变原任务归属。 输入、选择、预览和后台任务保留发起时的对象与范围关联；切到新范围不会将旧工作自动带入或改投新目标。原范围回执不得污染新范围的数据与反馈；恢复、取消和重试继续按当前权限及原任务协议核查。
示例：工作空间 A 声明覆盖组织甲的获准数据，用户从合同列表切到资产详情时，范围不会自动加入组织乙。若产品另行提供并授权“甲乙经营比较”，比较入口明确两侧来源与本次允许查看的数据，不因此允许修改乙的数据。在 A 发起的后台任务即使用户已切到工作空间 B，仍归属原范围；若甲的权限被撤回，立即限制相关展示和后续操作，并按真实执行结果核查原任务。
保存视图的固定范围／使用时解析仍按查询、选择范围与批量执行「已应用条件与保存视图」明确声明，不构成扩大工作空间授权的方式；切换与后台任务沿用导航、深链接与上下文保留第 6.1 节及异步执行、结果核查与恢复第 3.1 节。若产品采用可选 AI，沿用AI 辅助与用户控制第 2.1 节的上下文隔离和独立授权，不由模型自行扩大范围。
4. 工作空间的组成
工作空间是一组围绕同一任务协作的区域，不等同于某个固定布局组件。
- 身份与范围区：对象名称及必要的辨识信息、当前业务状态、任务身份，以及影响判断的组织、期间或版本。名称可能重复时补充有辨识力且允许展示的信息。
- 定位区：全局位置、对象内分区或流程视图。每种导航表达其自身作用范围，避免三组同时高亮而无法分辨。
- 主工作区：当前任务需要阅读、比较或修改的内容。
- 辅助区：相关对象、依据、历史或帮助。辅助内容不能遮挡完成任务所需的关键数据与错误。
- 操作与结果区：本次动作及其范围、保存状态、执行反馈和下一步。不能只依赖短暂提示承载重要结果。
这些区域可在桌面并排，在窄容器中依次呈现，或通过明确入口打开。调整布局时，身份、数据口径、业务阶段、风险提示及必要操作不能丢失。区域只是布局划分，不自动形成独立任务或增加主操作；主操作边界见操作组件：按钮与动作入口。
5. 多面板与复杂上下文
主从区域
列表与详情并排适合高频逐条核查。打开详情不应擅自改变批量选择；“当前查看的记录”和“已选中待操作的记录”应有不同表达。切换详情时若存在未保存内容，先按表单规则保护，再切换。
参照区域
编辑时需要对照附件或其他对象，可用参照面板或独立阅读页。参照内容应标明身份和数据时间；不同对象、版本或期间不能仅靠左右位置区分。参照面板内的操作仍需解释其目标，不能默认继承主工作区的编辑对象。
工作区之间的切换
切换工作区属于上下文变化，不等于完成当前任务。返回后能否恢复输入、选择和位置，应按权限与有效性判断。无法保留全部内容时，在离开前说明真实限制；不要承诺刷新、关闭应用或跨设备后一定恢复。
6. 渐进呈现与效率
主要入口围绕当前任务安排。低频配置、详细依据和历史可按需展开，但应能通过清楚名称找到；不能把影响本次提交的约束只放在折叠区。需要同时比较的信息应尽量共存，避免用户依赖记忆反复切页。
高频快捷路径可以减少定位步骤，但必须与普通路径共享权限、校验、范围确认和结果反馈。直接从列表审核、从通知打开任务等快捷入口，不得跳过业务前置条件。
7. 正反例
合适
用户从待办打开合同审核。身份区持续显示合同与审核任务；流程区显示业务处于审核阶段。打开附件后仍可返回审核，原有意见在仍有效时保留。返回发现合同版本变化，界面说明变化并要求重新核查后提交。
不合适
用户点“签署”步骤查看未来材料，流程就被标成已进入签署；或者返回审核后把旧意见与新版本静默组合，继续允许提交。
合适
用户在合同 A 内部切换“付款计划”，对象身份保持不变；从关系入口进入项目 B 时，标题与范围明确改变，并保留返回合同 A 的路径。
不合适
相关项目替换主面板内容，但标题仍显示合同 A，操作按钮也没有明确目标。
D08：稳定范围的初始设计采用
代理依据用户授权采用已有稳定范围规则。初始合成任务位于单一 S1，见端到端任务旅程与验收案例 D06；真实租户／组织／服务事实仍缺证。
D08 保持以下稳定范围字段：
- 当前范围身份
- 允许数据集合
- 当前授权版本
- 查询／视图版本
- 对象身份及版本
- 已发请求／任务身份
从 S1 切换到其他范围，必须先按当前任务处理草稿／子层，重查授权和查询；旧读取不进入新视图，旧写回执不转到新范围。跨范围只读／写入均默认无能力，只有真实协议和授权明确后才逐项登记。导航、菜单、共享链接、已保存视图都不授予跨范围权力。
理由与撤回条件见决策与讨论记录「代理初始设计基线D01—D08」。
8. 验收与交付证据
以下为建议验收项，当前状态均为未执行：
- 同一对象从对象入口、任务入口和深链接进入，身份、业务状态与权限一致。
- 用户能区分当前查看对象、批量选择范围与当前流程任务，操作预览与实际范围一致。
- 只切换对象内容分区不会推进业务流程；实际推进有明确动作和确认后的结果。
- 对象或工作区切换后，不混入前一上下文的字段、统计、选中项和提交目标。
- 键盘、读屏与窄容器路径均能辨认身份和当前位置，完成基本任务及返回。
- 无权限、对象不存在和任务已结束分别按安全策略呈现可用落点，不泄露受限对象事实。
- 从参照资料返回时恢复仍有效的工作；变化、冲突与失效均有解释，不静默覆盖或提交。
评审材料应包含入口地图、一条真实任务路径、上下文保留表、错误与权限案例，以及实现验证记录。页面截图只能证明某个呈现状态，不能代替路径和状态转换验证。
工作空间边界走查与待决项见工作空间边界审阅（2026-10-18）。
导航规则补充：任务边界判定见对象、任务与流程的衔接 TASK-01；返回、关闭、取消与预测返回的仲裁见导航、深链接与上下文保留 NAV-01 至 NAV-05。这些补充不改变上文已确认的定义，真实平台验证仍未执行。
9. 后续专题
- 对象、任务、流程与查看步骤的关系：对象、任务与流程的衔接。
- 搜索、深链接、跨对象跳转与返回：导航、深链接与上下文保留。
- 表单与流程操作：表单与业务流程。
- 权限变化与并发：权限变化、并发修改与保存冲突。
- 页面组合与端到端检验：页面与端到端模板、端到端任务旅程与验收案例。
本章不定义行业模型、业务计算、审批制度或实现栈。相关规则由产品提供，YUDS 约定其可理解的表达、交互与验收要求。