第 1 章　一天中的数字生活｜你的第一张数字世界地图

早上七点，闹钟响起。你按掉声音，看天气，回复消息，扫码进站；中午点餐，下午修改文档，晚上刷视频、听网课，再向AI问一个没有弄懂的问题。一天结束时，你也许没有碰过台式机，却已经连续使用了许多计算系统。

我们平常把“电脑”理解为笔记本或台式机，手机看起来像另一类东西。从计算角度看，手机同样接收输入，运行程序，处理和保存数据，通过屏幕、声音、震动和网络产生输出。它是一台体积很小、传感器很多、与远端服务联系紧密的计算机。

本章把常见片段合成一个教学场景，不对应真实个人，也不试图提前讲完全部技术。它只完成一项任务：让读者第一次看见，数字生活并非一组孤立应用，而是设备、软件、网络、数据、规则与人共同构成的系统。

同一块屏幕，工作发生在不同地方

闹钟和天气显示在同一块屏幕上，计算位置却不同。闹钟可以主要依靠手机本地的时间和设置；最新天气通常需要经过网络，从远端服务取得观测与预报数据。网络断开时，闹钟仍会响，天气却可能停留在旧状态。

这说明界面不能直接代表系统边界。按钮离你只有几厘米，处理可能发生在设备内部，也可能跨越校园网络、数据中心和第三方服务。判断一项功能时，应问“计算和数据主要在哪里”，不能只看屏幕长什么样。

可以把计算系统理解为一组相互配合的部分：接收输入，按照程序和规则处理，保存或传递数据，并产生输出。这个工作定义足以帮助初学者观察，不代替后续计算机体系结构中的完整概念。

扫码或刷卡以后，闸机响了一声，门打开。对乘客而言，这是一项动作；系统可能依次处理车辆或账户标识、身份状态、时间、权限和设备反馈。

人提出目标：进入车站
  → 手机或卡片提供输入
  → 读卡设备取得标识
  → 软件按规则检查状态
  → 本地或远端服务读取、更新记录
  → 闸机执行放行或拒绝
  → 人观察结果并决定继续、求助或改道

实际实现可能离线、并行或加入人工处理。这条简图不猜测任何具体产品架构，只让责任位置显现出来。

界面上一个“通过”状态，背后至少包含两类东西：数据和规则。数据描述账户、设备与当前事件；规则决定什么条件下允许放行。规则由组织和人制定，软件负责执行。自动执行提高了速度，却不会让软件获得制定规则的正当性。

人的行为也在系统里。授权定位、选择路线、发现现场施工后改道、刷卡失败后申诉，都会改变最终结果。把人只当作点击按钮的外部使用者，会漏掉系统中最重要的判断与责任。

上午，你写下一段文字，拍一张板书，把图片放进文档，再将文件发给同伴。现实中的声音、画面和想法，需要先形成计算机能够保存和处理的表示。

天气页面上的温度、照片中的像素、文档中的字符，都是数据。数据记录现实的某些方面，却不等于现实本身。温度数值可能来自远处测站，照片可能改变过裁切和颜色，课程记录也可能遗漏讨论过程。当这些记录帮助人作出“带伞”“修改报告”“联系教师”等判断时，它们在具体情境中形成信息。[1]

内容能够复制，不表示权利自动复制。文档传给同伴以前，还要判断哪一版是当前版本，照片是否包含不应公开的人，课程材料是否允许转发，修改痕迹和作者信息是否会随文件一起离开。数字系统降低了复制成本，也让版本、来源和授权问题更容易扩散。

后面两章会继续解释：文字、图片和声音怎样被数字表示；文件格式、压缩、同步和备份怎样改变内容的可用性。

夜里，你向AI提出一个陌生问题。几秒后，一段结构完整、语气肯定的回答出现在屏幕上。它可能帮助整理思路，也可能给出错误事实或不存在的来源。[2]

聊天框没有替代原有计算系统。输入仍经过设备、操作系统和网络；模型可能运行在远端；周边应用可能检索文件、调用搜索或连接日历；账户、权限和日志仍由普通软件维护。AI为系统增加了新的语言与模式处理能力，没有独自接管数据来源、现实执行和责任。

如果系统说“已经添加日程”，需要查看真实日历；如果它引用论文，需要独立找到原文；如果材料包含个人信息、同伴聊天或未公开作业，发送前应确认服务怎样处理以及自己是否有权上传。[3][4]

“AI很聪明”无法替代这些具体问题。后面的AI章节会分别解释模型、检索、工具和人的职责。

一天中的许多场景可以用同一枚指南针观察：

这六问不是后台架构猜谜。公开资料不足时，应把某个环节标成未知。知道自己不知道哪一段，比根据界面动画虚构内部流程更接近理解。

选一个今天真正使用过的功能，例如导航、网课进度或AI问答，回答其中三四问即可。若回答过程中发现自己需要先理解数据、文件、操作系统或网络，地图已经发挥作用：它没有一次给出答案，却指出下一站在哪里。

明天手机仍会亮起。观察方式已经变了——图标不再只是功能入口，也成为一条系统关系的线索。