@ 提及
在聊天中键入 @ 让 AI 基于真实的浏览器上下文——当前页面、其他标签页、历史、书签、选区或整个窗口。
@ 提及让你把 AI 指向浏览器中的真实内容。在输入框中键入 @，选择当前页面、其他打开的标签页、某个书签、一段历史，或你的文本选区——Cordy 会把该上下文附加到你的下一条消息，使回复基于你实际正在查看的内容。
使用方法
- 在聊天输入框中键入
@。 - 会打开一个选择器，按来源分组：当前页面、选区、当前窗口、打开的标签页、历史和书签。
- 继续输入以筛选（例如
@后接标签页标题的一部分），或输入来源别名直接跳到某一组。 - 选择一项。它会成为你消息上的一个标签片；照常发送即可。
你可以给一条消息附加多个提及——例如两个标签页加一个书签——并让 AI 对比或综合它们。
各类提及
@current——当前页面
附加活动标签页的可读文本。这是日常「就这个页面提问」的提及。如果页面无法读取，Cordy 会回退到仅其标题和网址。长内容可能会按模型的上下文预算截断；发送确认弹窗会显示实际包含的字符数。
@tab——其他打开的标签页
列出你其他打开的标签页（一次最多八个）。选一个即可附加它的可读页面文本——适合就一个你当前未在查看的标签页提问。它与 @current 采用相同的上下文限制。
@history——你的浏览历史
搜索你的历史并以仅元数据（标题和网址——不获取页面内容）的形式附加匹配项。你会得到一个分组的「最近历史」条目以及各个单独结果。历史需要搜索词或 @history 别名才会显示结果。
@bookmark——你的书签
搜索你的书签并以仅元数据（标题和网址）的形式附加匹配项。你会得到一个分组的「书签」条目以及各个单独匹配。
此外还有
@selection——附加你在页面上选中的文本。仅在有文本被选中时出现；过长的选区也可能受发送上下文预算截断。@window（也可用@tabs）——把当前窗口中最多前 30 个标签页打包成一个提及，尝试获取前十个标签页的可读文本，其余保留元数据。提及标题仍会显示窗口的标签页总数。
完整内容 vs. 元数据
并非每个提及都会发送页面文本。这对实用性和隐私都很重要：
| 提及 | 附加的内容 |
|---|---|
@current、@tab、@window | 提取成功时的可读页面文本，受发送上下文预算限制 |
@selection | 选中的文本，受相同预算限制 |
@history、@bookmark | 仅元数据——标题和网址 |
你发送消息上的每个标签片都会标注**「包含内容」或「仅元数据」**，让你清楚看到究竟有什么发给了模型。
你会看到什么
- 附加的提及会作为标签片显示在你的用户消息上，并有一个累计的**「已附加 N」**计数。
- 在云端发送前，**「发送浏览器上下文？」**弹窗会列出包含哪些内容以及大致多少字符——见 页面感知 AI。同意即发送。
- 回复之后，Cordy 会标注使用了多少个上下文来源。
多标签页工作流
@ 提及驱动着 Cordy 的浏览器上下文工作流，可从聊天和命令菜单使用。每一项都只作用于你用 @ 明确提及的标签页或链接：
- 总结选中标签页——简短勾勒每个页面的用途、共同主题和下一步。
- 对比标签页——用紧凑表格列出每个页面的用途、关键点和差异。
- 清理计划——把你的
@标签页分为保留 / 加书签或稍后读 / 关闭三组，并附理由（它绝不会自行操作你的浏览器）。 - 保存结论——把提及的页面整理成可保存的研究结论：问题、答案、支撑链接和未解决问题。
权限
- 页面内容类提及（
@current、@tab、@window、@selection）需要网站访问权限才能读取页面。 @history和@bookmark只有在你通过设置 → 通用 → 权限授予对应的 Chrome 权限后才会显示结果，且只发送元数据。- 不会在后台读取任何内容；提及仅为你发送的那条消息附加上下文。本地模型会把一切都留在设备端。