Chalked：把“回复什么”放回正在打开的对话里
Chalked 把回复草稿放回当前对话，把带来源和状态的承诺卡交给用户核对，展示 AI 如何贴着沟通任务工作。
Chalked 是一款运行在 Mac 上的回复助手。产品从用户当前打开的对话开始，结合日历和已经核对过的工作上下文，准备一条可以直接放进原输入框的回复。Chalked 目前处于 beta 阶段，实测回复路径面向一对一英文 Messages 对话；用户需要 Apple 芯片 Mac、macOS 26 和 Apple Intelligence。按住
fn 键可以在其他 Mac 应用里使用听写。1普通 AI 回复工具把人带到一个新的聊天窗口，用户需要重新粘贴对话、补充背景，再把生成结果复制回原来的输入框。Chalked 把入口放在用户已经准备发送的位置，并把发送前的判断留在用户手里。产品真正值得拆解的地方，是回复草稿和长期记忆都围绕“当前这件沟通工作”展开，而不是围绕一个独立的 AI 收件箱展开。
亮点一：让 AI 站在输入框旁边，而不是另开一个收件箱
Chalked 先读取用户正在回复的会话，再准备一条完整句子。官方示例里，对方询问周二的时间、修改后的演示文稿和预算上限，Chalked 结合日历与已经记录的承诺，给出包含时间、金额和审批依赖的回复。用户按下
Tab，草稿才会插入当前光标位置；用户按住 fn，还可以直接说“改成周二上午，保留预算上限”，让 Chalked 修改回复想要达成的结果。1这里有一个容易被忽略的交互判断：Chalked 把“生成回复”和“改变意图”做成了相邻的两步。用户先看到一条可用草稿，再用
fn 补充目标；用户不必重新解释整段对话，也不必先写出一条完整的改写指令。产品把 AI 的工作对象从“这段文字”换成了“我想让这次回复完成什么事”。这个入口还改变了上下文的责任归属。Chalked 读取的是当前已经打开的线程，输出也回到原来的 composer。用户始终在熟悉的消息界面里完成查看、修改和发送，AI 只承担把相关背景组织成初稿的工作。对回复频繁、每条消息又带着时间、金额或承诺的人来说，少一次窗口切换，减少的不只是操作步骤，还有重新确认上下文时发生的遗漏。
Chalked 对运行范围写得很具体。当前 beta 的完整 contextual reply 主要服务于一对一英文 Messages 对话；其他 Mac 应用先提供全局
fn 听写。这个范围意味着设计者可以先把“读取当前线程—生成草稿—插入原输入框”这条链路做扎实，再逐步扩展应用，而不是一开始承诺覆盖所有沟通软件。1亮点二：把记忆做成带来源、带状态的承诺卡
Chalked 保存的重点不是一份模糊的“用户画像”，而是沟通中可以影响下一次回复的具体承诺。官方页面展示了几类卡片：把修改控制在预算内、在周二交付演示文稿、等待 Jack 审批，以及一条已经被新安排替代的更早交付时间。每张卡都保留来源和当前状态，旧安排进入
superseded 后，系统可以把它和仍然有效的承诺区分开。1“来源”和“状态”让记忆从隐藏变量变成了可以检查的工作对象。下一次回复需要调用预算信息时，用户可以回看这条承诺来自哪段对话；交付时间改变后，用户可以确认旧卡已经被替代。产品没有把“记住了什么”交给一个不可见的上下文窗口，而是给每条记忆留下了核对、修改、导出和删除的入口。12
这个设计解决的是沟通里的时间冲突。聊天模型擅长从很多文字里找相关句子，却很难单凭一段隐藏上下文判断哪条承诺已经失效。Chalked 把“仍然有效”“等待处理”和“已经被替代”写成不同状态，用户就能在发送前检查 AI 依据的是哪一个版本。对产品设计者来说，值得迁移的不是“增加长期记忆”，而是先定义记忆对应的业务对象，再定义对象怎样更新、失效和回溯。
记忆的隐私边界也被拆成了不同层级。隐私政策说明，Private mode 在 Mac 上通过 Apple Foundation Models 处理有界的可见对话和草稿，回复上下文留在设备上；用户主动开启 Best quality mode 后，Chalked 才会把有界对话数据包和选中的已验证事实发送给 Chalked 与 Anthropic Claude。这个数据包不包含截图、原始 Accessibility 树、窗口标题、联系人标识或完整消息历史。2
日历也采用了同样的“够用就停”原则。启用日历关联后，Chalked 使用最新的空闲与忙碌时间段，回复模型拿不到事件标题；日历读取和云端 Google Calendar 请求分别走本地路径与授权路径。产品准备回复时，用户现有事件保持不变，日历只提供安排时间所需的约束。2
用一段真实对话复核这两个设计
准备一台满足产品页面条件的 Apple 芯片 Mac，并打开一条尚未回复的一对一英文 Messages 对话。下面的顺序可以同时检查回复入口和记忆边界：1
- 让对方的消息包含一个时间安排和一个已经存在的约束，例如预算上限或等待审批。观察 Chalked 是否从当前线程准备完整回复，并把草稿留在原消息输入框附近。
- 按住
fn，只改变一个目标，例如把下午改成上午，同时保留预算约束。检查新草稿是否沿用了原来的关键信息；按Tab前，用户仍然可以编辑、忽略或暂缓发送。 - 打开 Chalked 保存的承诺，逐条查看来源和状态。修改一个安排，再观察旧安排是否被标记为替代，而不是和新安排同时保持有效。
- 分别查看 Private mode 与 Best quality mode 的设置，确认产品把本地回复、可选云端回复、日历关联和用户发送动作分成了不同开关。发送动作始终由用户完成，Chalked 只把草稿放进输入位置。2
Chalked 的两处设计可以收束成一个原则：AI 应该贴着用户正在完成的沟通任务工作，记忆则应该变成带来源和状态、可以被人改写的业务对象。 当前线程决定回复从哪里开始，承诺卡决定哪些过去的信息还能继续影响下一次回复，
Tab 和发送前检查则把最后的控制权留在用户手里。References
- 1Chalked — your replies, already worked out
usechalked.com
- 2Privacy Policy
usechalked.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.