北京
几十年来，我们一直在改进软件：更快的应用、更好的编程语言、更强的操作系统、越来越聪明的AI助手。但有一个基本假设很少被追问——为什么人类必须先选好应用，计算机才能理解我们想完成什么？
想剪视频，先打开视频编辑器；想分析信息，先打开电子表格；想写软件，先打开IDE；想自动化一个流程，得把好几个工具连起来。计算机的算力已经很大，可组织工作的责任，大部分仍然压在人身上。
如果把这种关系倒过来呢？
设想输入这样一句请求：“把我的项目文件夹拿去，分析它的架构，找出潜在问题，生成依赖关系可视化，再写一份报告。”按常规做法，这要动用多个应用、脚本和手工步骤。而一个“意图原生”的计算机可能会换一种路径：先理解目标，再识别所需能力，然后制定执行计划、申请必要权限，并为这项任务组装出一个界面。
最终结果不一定是一个新安装的应用。它可能只是一个临时工作区，由已有的可复用组件拼装而成。
六层架构设想
按概念划分，这样的系统可能包含六层：
- 意图解释：把用户的请求翻译成结构化的目标。
- 规划：识别依赖关系、约束条件和所需能力。
- 权限管理：确保每一项操作都经过授权。
- 能力执行：调用已有的工具、库和服务。
- 动态界面组装：呈现与当前任务相匹配的控制项。
- 验证与恢复：记录结果、暴露不确定之处，并在可能时支持回滚。
一个请求可以被表示成这样的结构：意图是分析项目，来源指向本地项目目录，要求包含依赖图、架构报告和安全审查，执行约束则包括优先本地运行、不访问网络、变更需经批准。这个例子是概念性规格说明，不是可运行的操作系统接口。值得注意的是，请求描述的是想要的结果及其约束，而不是某个特定应用。
传统应用会消失吗？
未必。应用之所以有价值，是因为它们提供可预期的工作流、专门的界面和成熟的功能。专业视频编辑器、CAD工具、调试器和科学软件，不可能被一个文本框简单替代。
但长期的机会也许在于，让应用变成可选的入口，而不是强制的边界。开发者可以暴露单项能力，用户可以自行组合，AI则协助把目标翻译成安全、可检查的工作流。
最难的问题不是智能，而是信任。假设计算机听懂了“清理我的项目”这句话，这授权它删除文件了吗？重命名文件夹了吗？改动依赖了吗？把源代码上传到远程服务了吗？当然都没有。意图原生系统需要明确的能力边界、权限检查、在可行范围内的可逆操作，以及关于实际执行了什么的可靠记录。它还必须区分“AI生成的计划”和“真正运行过的操作”。否则，我们只是用自动化风险替换了应用的复杂性。
这套东西能不能不依赖云端？至少部分可以。本地优先的实现可能组合这些部分：用于解释请求的端侧语言模型、执行已批准操作的确定性执行引擎、隔离能力的沙箱组件、存放用户数据和执行历史的本地存储，以及在明确授权时才启用的可选云服务。困难的工程工作在于让这些部分可靠、安全、可互操作且高效。
更大的问题或许是：计算领域最重要的创新，会不会不是操作系统的又一个功能，而是改变操作系统眼中“工作的基本单位”？今天我们主要围绕应用、窗口、文件和进程来组织计算。未来的系统也许还能围绕目标、能力、权限和经过验证的结果来组织计算。
这不会消灭编程。它可能为编程语言设计者、操作系统工程师和构建可复用软件组件的开发者创造全新的机会。也许计算的未来不是选对应用，而是描述你想要的结果，让计算机安全地组装出抵达那里的工具。这仍然是一种愿景，不是已经解决的工程问题。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
