【外滩大会2026】Attention：面向个人 Agent 的收藏与发现基础设施和共享平台

[EthanSMC]

参赛项目名称

Attention：面向个人 Agent 的收藏与发现基础设施

团队 / 作者

Attention Team / Github：EthanSMC、pryceyang

我们做了什么

Attention 解决的是 AI 时代的信息质量与知识沉淀问题。传统内容平台依赖用户交互和分发算法组织信息；当低成本生成内容大量涌入后，重复、空洞却“看似言之有物”的 AI Slop 不断消耗用户的注意力。与此同时，平台中仍然存在真正有思考、有经验、有长期价值的内容，只是它们越来越难被识别和保留下来。

对普通用户（Consumer）而言，Attention 利用真实的人类收藏作为质量信号，帮助用户减少筛选低质量内容的时间，在公开瀑布流中发现经 Filter 判断“值得保留”的信息，并始终回到原作者和原文阅读，从而达到更好的学习效果。

对收藏者(Filter) 而言，Attention 解决的是优质信息散落和无法复用的问题。过去收藏通常分散在微信文件传输助手、浏览器书签以及不同平台的收藏夹中，之后很难再次找到。Attention 将这些跨平台收藏统一整理为可检索、可管理、可被个人 Agent 调用的知识资产；Filter 也可以通过公开收藏完成一次轻量背书，让自己筛选过的好内容获得再次被看见的机会。

Attention 不试图用 AI 生产更多内容，而是让人的判断成为过滤 AI Slop 的信号，让真正有价值的信息能够被保存、发现和持续利用。

Ver 0.1.0

Attention 第一版提供了一套统一的收藏基础设施：
用户可以提交普通链接或平台分享文案。
系统识别其中的候选链接，并完成链接标准化、来源识别和重复内容合并。
收藏可以设为公开或私密。
公开收藏进入发现瀑布流，成为 Filter 对内容的人工背书。
收藏始终保留作者、来源和“查看原文”入口。
用户可以在网页中管理收藏，也可以让自己的 Agent 通过 Attention Skill 和 Hosted MCP 操作同一份数据。
OAuth 与 API Key 均绑定真实 Attention 账号，Agent 获得的能力不会超过用户本人在网页中的权限。

Tradeoffs

1. 处于时间的考虑，第一期不提供 Hosted Agent，也不在 Attention 服务端托管用户的对话模型。用户可以使用自己已有的 Agent，通过 Attention Skill 与 MCP 接入 Attention。
2. 因此在本项目的开发过程中，我使用 OpenWork / 百炼 CLI 辅助完成代码阅读、架构梳理、接口检查、测试设计和文档整理。但是百炼不是 Attention 的线上运行依赖（因为没有hosted agent）。项目的核心不是再生产更多 AI 内容，而是让人类收藏产生的高质量信号，可以同时被人和用户自己的 Agent 使用。
3. 链接识别部分：处于时间的问题，有些细节还没有打磨完毕，目前对于小红书复制的链接完成了支持，正在扩充更多支持的种类。
4. Agent部分，也是时间问题，CLI，Skills，MCP 我都还在持续优化中，托管的Agent也在开发计划中。

使用的工具

Qwen模型：使用Qwen3.8-max作为开发模型使用；第一期产品不依赖百炼进行解析
Skill 名称：Attention Skill（自研）
其他：Attention Hosted MCP
OAuth 2.0 Authorization Code + PKCE
API Key
Next.js
PostgreSQL
Docker Compose

效果展示
Attention 当前已经提供可访问的 Staging 环境，评委可以直接体验：

1. 登录评委专用 Filter 账号。
2. 在网页中提交普通链接或小红书等平台的分享文案。
3. 查看系统识别出的候选链接、来源和处理状态。
4. 将内容收藏为公开或私密。
5. 在“我的收藏”中管理内容。
6. 查看公开收藏进入发现瀑布流。
7. 在“连接”页面创建 API Key，或通过 OAuth 将自己的 Agent 接入 Attention。
8. Agent 可以通过 Attention MCP 查询当前账号、创建收藏、检索收藏和管理可见性。
9. Attention Skill 负责告诉 Agent：什么时候应该调用 Attention；如何处理一段文字中的多个候选链接；如何确认公开或私密；如何查询处理状态；如何在失败时保留原始收藏；如何验证 MCP 是否真正连接成功。
10. Attention MCP 则提供实际的账号鉴权和业务工具。网页和 Agent 最终进入同一个 Attention Core，使用相同的权限和业务规则。

项目链接（可选）

在线 Demo：https://attention-staging.noveltystudio.cn/
GitHub：https://github.com/EthanSMC/Attention
评委专用 Filter 账号：
邮箱：filter_dev@attention.com
密码：请私下联系
该账号拥有公开收藏权限，可用于体验完整的收藏与发现流程。

踩坑记录

1. Hosted Agent 和 Hosted MCP 很容易被混为一谈
   最初的架构曾考虑由 Attention 自己运行 Agent，接收网页或微信消息，再调用收藏服务。
   继续拆解后发现，第一期没有必要托管 Agent。不同用户已经在使用不同的 Agent，Attention 更应该提供一套稳定、开放的业务能力。
   因此第一期最终收敛为：
   用户自己的 Agent → Attention Skill → Hosted MCP → Attention Core

Attention 托管的是 MCP 服务，不是用户的 Agent，也不托管用户的模型凭据。

2. Skill 和 MCP 不能互相替代
   Skill 适合描述工作流、调用时机、失败处理和交互规则；MCP 负责提供真实工具、鉴权、权限控制与错误协议。
   如果只有 Skill，Agent 知道应该做什么，却没有统一的业务接口；如果只有 MCP，Agent 虽然看得到工具，却容易错误组合工具。
   最终我们将 Skill 与 MCP 作为版本配套的集成包维护。

3. 网页与 Agent 的能力容易出现分叉
   早期设计中，网页接口和 MCP 工具分别增长，可能造成“网页能做、Agent 做不了”的问题。
   后来统一了业务核心：网页和 MCP 都进入 Attention Core。收藏、查询、公开与私密、账号权限和处理状态等规则只有一份业务真相。
   MCP 的实际能力也会随当前账号权限变化，而不是给 API Key 设置一套脱离用户账号的固定权限。

4. 分享文案不等于一个干净的 URL
   小红书、抖音和微信公众号的分享内容通常包含标题、提示语、短链接和多个候选地址。
   第一版如果只用正则取第一个 URL，很容易收藏错误目标。因此系统会先提取候选链接；无法唯一判断时要求用户确认，而不是静默收藏一个可能错误的地址。

5. 链接重复比预想中复杂
   同一内容可能存在短链接、重定向链接、带追踪参数的链接和不同分享入口。
   如果只按用户提交的原始字符串去重，同一内容会重复出现。Attention 因此区分：用户提交的原始输入；解析出的候选链接；跟随重定向后的最终链接；用于平台内去重的规范化链接。
   收藏操作还需要具备幂等性，避免 Agent 重试时制造重复数据。

6. 外部内容读取失败不能等于收藏失败
   平台反爬、登录墙和链接暂时不可达都可能导致元数据获取失败。
   最后采用的原则是：先保存收藏，再异步处理。即使暂时无法获得摘要或元数据，也保留原始链接，并明确显示处理状态，不伪造内容，也不因为一次抓取失败删除收藏。

7. OAuth 成功不代表 MCP 已经可用
   仅仅完成浏览器授权或写入配置，并不能证明 Agent 真正完成接入。
   因此安装验收不是“配置文件存在”，而是要求 Agent 实际调用：
   attention_get_my_account
   只有该工具返回当前 Attention 账号，才认为 OAuth、MCP 和账号权限已经完整连通。

8. 多个 Agent 宿主的安装方式并不统一
   Codex、Claude Code、OpenClaw、Hermes 和 WorkBuddy 对 Skill、MCP 与 OAuth 的加载方式不同。
   我们没有假设所有客户端共用一套安装命令，而是为不同宿主维护独立接入文档，同时让它们加载同一份 Attention Skill、调用同一个 Hosted MCP，并采用相同的最终验收标准。

9. 不应把Agent绑定进业务核心
   Attention 的价值是收藏、权限、公开背书、检索和跨 Agent 调用，而不是绑定某个Agent去生成内容。
   最终用户可以选择自己的 Agent 和模型，Attention 只提供稳定、可授权的业务基础设施。

[TreeLin]

两件事，第一件比较急：

1. 正文里有明文密码，建议尽快处理。
你在「项目链接」里贴了评委账号 filter_dev@attention.com 和明文密码。这是公开仓库，任何人（包括爬虫）都能看到并登录这个账号，而它还带公开收藏权限——意味着别人可以用它往你的发现瀑布流里发东西。建议现在就编辑 issue 删掉密码并改一次密码；如果希望评审能直接体验，更稳的做法是开一个只读的游客入口，或者需要时私下提供账号。收录到 Showcase 后这条 issue 的访问量会上来，所以最好在收录前先处理掉。

2. 收录还缺界面截图。
「效果展示」现在是 10 条文字步骤，没有图。麻烦补 2~3 张，建议是：链接/分享文案提交后识别出候选链接的那一屏、公开收藏的发现瀑布流、以及「连接」页创建 API Key / OAuth 接入的界面。图直接粘到 issue 里就行，会自动上传。

另外把百炼的口径跟你确认清楚，避免收录时写错：你明确写了百炼不是 Attention 的线上运行依赖，第一期不托管 Agent，开发阶段用 OpenWork / 百炼 CLI 做代码阅读、架构梳理、接口检查、测试设计和文档整理，开发模型是 Qwen3.8-max。这种「百炼在开发链路」的情况我们照常收录，卡片会照实写成开发阶段的使用，不会声称线上依赖百炼。后面如果 Hosted Agent 上线、走百炼推理，回来说一声我们更新卡片。

在线 Demo https://attention-staging.noveltystudio.cn/ 和仓库 https://github.com/EthanSMC/Attention 我们都验证过，可以正常访问。截图补上、密码处理完就可以收录了。

顺便说一句，你在踩坑记录里区分 Hosted Agent 与 Hosted MCP、以及「OAuth 成功不等于 MCP 可用，验收要真的调一次 attention_get_my_account」这两条，是很多人踩过的坑，收录时我们会保留在卡片里。

👉 提交加入百炼开源开发者计划：http://bailian.console.aliyun.com/opensource

[EthanSMC]

非常感谢回复，我已经完成了对应调整，是的，百炼目前主要是开发流程，目前Agent层依赖本地消息bridge 和 本地
Agent。 @TreeLin