当 GLOFTER 遇见 AI Agent：构想一个 AI 原生的去中心化摄影师网络

过去一段时间，我一直在思考 GLOFTER 应该如何发展。

GLOFTER 最初的设想，是建立一个去中心化的摄影平台。

摄影师不再只是某个平台里的一个账号，而是拥有自己的 Studio；每一个 Studio 都可以独立运行；摄影师可以管理自己的作品、相册、服务和客户，并通过 Hub 被发现和连接。

在这个模型中，ArcBlock 提供了非常重要的基础设施：

Blocklet 提供应用运行环境，DID 提供身份，NFT 可以用于权益和激励机制，Hub 可以承担发现和连接的角色。

但是，随着 AI Agent 时代的到来，我开始意识到：

GLOFTER 可能不应该只是一个去中心化的摄影平台，而可以进一步成为一个 AI Native 的摄影师网络。

而这其中，一个非常重要的变化，就是：

未来的 GLOFTER，不仅仅是“摄影师使用的软件”，还可以拥有属于摄影师自己的 AI Agent。

一、从“摄影师使用软件”到“AI Agent 代表摄影师工作”

传统互联网平台的逻辑是：

用户登录平台 → 创建个人主页 → 上传作品 → 管理内容 → 回复客户 → 接受订单。

在这种模式下，所有事情都需要摄影师自己完成。

摄影师需要维护自己的主页，需要整理照片，需要给照片添加标题和标签，需要回复客户，需要处理预约，需要推广自己的作品。

这意味着，摄影师不仅是一个创作者，同时还必须成为一个内容运营者、客服、营销人员甚至销售人员。

对于一个独立摄影师来说，这些事情往往比拍摄本身更加消耗时间。

AI Agent 的出现，可能会改变这种模式。

未来，一个摄影师进入 GLOFTER 后，可以拥有一个属于自己的：

GLOFTER AI Photographer Agent

这个 Agent 不只是一个聊天机器人。

它可以理解摄影师是谁，知道摄影师擅长什么，了解摄影师的作品风格，知道摄影师提供哪些服务，也能够代表摄影师与外界进行交互。

例如：

“我是一个主要拍摄人像和旅行摄影的摄影师。”

Agent 可以逐渐理解：

这样，摄影师不再只是一个静态的 Profile。

而是拥有了一个能够持续工作的数字化 Agent。

二、GLOFTER AI Photographer Agent 可以做什么？

我认为，GLOFTER Agent 的第一个阶段，并不需要追求复杂的自主决策。

最重要的是让 Agent 成为摄影师的：

AI Assistant + Digital Representative

例如，一个摄影师拥有自己的 GLOFTER Studio。

他的 Agent 可以帮助完成以下工作。

1. 自动管理摄影作品

摄影师上传一组照片后，Agent 可以自动分析照片内容。

例如：

“这是一组在京都拍摄的街头摄影作品。”

Agent 可以自动生成：

甚至可以根据摄影师自己的风格，对内容进行重新编辑。

摄影师只需要确认：

“发布。”

整个过程就完成了。

2. 自动整理摄影作品

随着摄影师积累越来越多的照片，Agent 可以帮助管理整个 Studio。

例如：

“帮我找出过去一年拍摄的所有城市夜景作品。”

Agent 可以搜索摄影师自己的作品库。

或者：

“帮我创建一个适合展示给商业客户的作品集。”

Agent 可以从摄影师已有的作品中自动筛选，并创建新的 Album。

这时候，AI Agent 实际上已经成为了摄影师的：

AI Photo Manager

3. 自动维护摄影师的 Studio

未来，摄影师可能只需要告诉 Agent：

“我最近开始提供婚礼摄影服务。”

Agent 可以协助完成：

摄影师不需要打开十几个管理页面。

只需要告诉 Agent：

“帮我把 Studio 更新一下。”

Agent 完成剩下的工作。

4. 成为摄影师的 AI 客服

假设一个客户来到摄影师的 Studio。

客户问：

你提供洛杉矶婚礼摄影吗？

Agent 可以回答：

提供。我主要提供婚礼、人像和纪实摄影服务。你可以查看我的婚礼摄影作品集。如果你告诉我婚礼日期和地点，我可以帮你查询档期。

客户继续问：

2026 年 10 月 10 日还有时间吗？

Agent 可以检查摄影师的预约系统。

如果有空档：

这个日期目前有档期。

如果没有：

这个日期已经被预约，我可以帮你查看附近的其他日期。

这已经不是简单的 FAQ。

Agent 正在代表摄影师与客户进行真实的业务交互。

三、从 AI Assistant 到 AI Photographer

这是我认为 GLOFTER 最值得探索的方向。

第一阶段：

Agent 是摄影师的助手。

第二阶段：

Agent 是摄影师的数字代表。

第三阶段：

Agent 成为摄影师业务的一部分。

第四阶段：

Agent 可以自主完成一部分摄影业务流程。

例如：

客户
 ↓
发现摄影师
 ↓
与 Photographer Agent 对话
 ↓
了解摄影师风格
 ↓
查看作品
 ↓
询问服务
 ↓
查询档期
 ↓
预约
 ↓
支付
 ↓
生成订单
 ↓
摄影师确认

未来甚至可以进一步发展：

客户需求
 ↓
AI Agent 分析
 ↓
寻找合适摄影师
 ↓
比较摄影风格
 ↓
比较价格
 ↓
查询档期
 ↓
推荐摄影师

这时候，GLOFTER 的核心不再只是一个“摄影网站”。

而可能变成：

一个由 AI Agent 驱动的全球摄影师网络。

四、为什么 ArcBlock 非常适合构建这样的 Agent？

我认为，AI Agent 真正大规模发展后，会遇到一个非常重要的问题：

Agent 到底是谁？

如果一个 Agent 可以代表一个人、一个组织、一个 Studio，甚至一个商业实体，那么它需要：

这恰恰是 ArcBlock 长期积累的能力可以发挥价值的地方。

一个 GLOFTER Photographer Agent 可以拥有自己的 DID。

例如：

Photographer
      │
      ↓
   DID Identity
      │
      ↓
Photographer Agent
      │
 ┌────┼─────┐
 ↓    ↓     ↓
Studio Album Service
      │
      ↓
     Hub

摄影师本人拥有自己的 DID。

Studio 可以拥有自己的 DID。

Agent 也可以拥有自己的身份标识。

这样，未来就可以形成一种更加清晰的关系：

人拥有 Agent，Agent 代表人，Agent 操作 Studio，Studio 连接 Hub。

这比传统平台中的：

用户名 + 密码 + 平台账号

具有更强的可组合性。

五、Agent + DID：AI 时代的数字身份

传统 AI Agent 最大的问题之一，是：

Agent 可以行动，但它是谁？

如果一个 Agent 调用了一个 API，我们知道是一个程序调用了 API。

但如果未来 Agent 代表一个摄影师与客户签订服务协议，或者代表一个 Studio 接受预约，那么“身份”就变得非常重要。

DID 可以成为 Agent 世界中的身份基础设施。

例如：

Photographer DID
       │
       ├── Owns
       │
       ↓
Studio DID
       │
       ├── Operates
       │
       ↓
Photographer Agent DID
       │
       ├── Uses
       │
       ↓
Studio Tools

这样可以建立清晰的身份和授权关系。

Agent 不一定拥有摄影师的全部权限。

它可以拥有不同级别的权限：

读取作品       ✓
创建 Album     ✓
修改 Profile   ✓
回复客户       ✓
查询预约       ✓
创建订单       ✓
退款           ✕
资金转账       ✕

这意味着未来可以形成：

DID + Agent + Permission

这样的基础模型。

Agent 不只是“聪明”，还必须是：

可识别、可授权、可验证、可追踪。

我认为，这将是区块链技术与 AI Agent 真正产生深度结合的一个重要方向。

六、Blocklet 可以成为 Agent 的“身体”

如果把 Agent 比作“大脑”，那么 Agent 还需要一个可以运行和执行任务的环境。

这时候，Blocklet 就可以成为一个非常有意思的基础设施。

例如：

GLOFTER Photographer Agent
           │
           ↓
        Blocklet
           │
    ┌──────┼──────┐
    ↓      ↓      ↓
  Studio  Album  Booking
    │      │      │
    └──────┼──────┘
           ↓
         Hub

Agent 负责：

理解、规划、决策。

Blocklet 负责：

执行、存储、提供 API 和服务。

例如：

“帮我创建一个新的旅行摄影 Album。”

Agent 可以调用 Blocklet 提供的 API：

createAlbum()
uploadPhotos()
generateMetadata()
updateProfile()
publishToHub()

Agent 不需要直接操作底层数据库。

它通过标准化 Tool 调用 Blocklet 的能力。

这就形成：

Agent → Tool → Blocklet

的架构。

如果未来 ArcBlock 的 Agent Framework 可以很好地连接 Blocklet，那么我认为这会非常有潜力。

因为 Blocklet 本身就非常适合作为：

Agent 的可组合能力单元。

七、从一个 Agent 到 Agent Network

GLOFTER 还有一个非常有意思的可能性。

未来不一定只有“摄影师 Agent”。

可以出现：

Photographer Agent
      │
      ├────────────┐
      ↓            ↓
Client Agent    Studio Agent
      │            │
      ↓            ↓
Booking Agent   Payment Agent
      │
      ↓
Hub Agent

例如，一个客户不再自己搜索摄影师。

客户可以告诉自己的 Agent：

“我下个月去东京，希望找一位擅长街头摄影的摄影师，预算 500 美元。”

Client Agent 可以与 GLOFTER Hub 进行交互。

Hub Agent 找到：

Photographer A
Photographer B
Photographer C

然后分析：

风格
价格
地点
档期
作品
评价

最终推荐：

“我认为 Photographer B 最适合你。”

客户 Agent 和摄影师 Agent 之间进行进一步沟通。

这时候：

人不再直接操作平台。

而是：

Agent 与 Agent 之间进行协作。

这可能是未来互联网非常重要的一种交互方式。

八、Hub 可能从“目录”变成“Agent Discovery Layer”

在传统互联网中，Hub 或平台的作用是：

把用户和内容连接起来。

在 Agent 时代，Hub 的作用可能发生变化。

它不仅仅发现：

Photographer
Studio
Album

还可以发现：

Photographer Agent
Studio Agent
Service Agent

例如：

GLOFTER Hub
       │
       ├── Photographer Agent A
       ├── Photographer Agent B
       ├── Photographer Agent C
       ├── Wedding Agent
       ├── Travel Agent
       └── Photo Service Agent

Hub 甚至可以成为：

Agent Discovery Network

用户或者其他 Agent 可以通过 Hub 找到合适的 Agent。

如果结合 DID，那么每一个 Agent 都可以具有一个可验证的身份。

如果结合 NFT、Stake 或其他机制，则可以进一步建立：

这时候，ArcBlock 的去中心化基础设施就可能成为 Agent 网络的一部分。

九、GLOFTER 可能成为 ArcBlock Agent Framework 的一个真实应用场景

ArcBlock 正在开发 Agent Framework。

我认为，GLOFTER 可以成为一个非常适合验证 Agent Framework 的真实应用。

因为 GLOFTER 本身拥有非常清晰的业务对象：

User
Photographer
Studio
Album
Photo
Service
Booking
Review
Hub
DID

这些对象天然适合被 Agent 操作。

例如：

Agent Tools

createStudio()
updateStudio()
createAlbum()
searchPhotos()
searchPhotographers()
queryAvailability()
createBooking()
updateService()
publishToHub()

未来可以让 Agent Framework 负责：

用户意图
    ↓
Agent
    ↓
理解任务
    ↓
选择 Tool
    ↓
调用 Blocklet
    ↓
执行操作
    ↓
获取结果
    ↓
继续推理

这样，GLOFTER 就可以成为一个真正的：

Agent Native Application

而不是简单地在传统应用上增加一个 AI Chatbox。

我认为这是两种完全不同的产品思路。

十、传统 AI + GLOFTER 与 Agent Native GLOFTER

传统方式：

GLOFTER
   │
   └── AI Chat
         │
         └── 回答问题

Agent Native：

                    GLOFTER Agent
                         │
             ┌───────────┼───────────┐
             ↓           ↓           ↓
          Studio       Album       Booking
             │           │           │
             └───────────┼───────────┘
                         ↓
                      Blocklet
                         ↓
                         Hub

前者：

AI 是功能。

后者：

AI 是应用的核心运行方式。

我认为，未来的 GLOFTER 应该更接近第二种。

十一、我设想的 GLOFTER Agent 未来形态

最终，一个摄影师可能只需要拥有：

一个 DID
一个 Studio
一个 AI Agent

然后：

DID
 ↓
证明身份

Studio
 ↓
展示作品和服务

Agent
 ↓
代表摄影师工作

Hub
 ↓
让摄影师被发现

Blocklet
 ↓
提供执行能力

摄影师可以对 Agent 说：

“帮我把最近拍摄的东京街头摄影整理成一个 Album。”

Agent 完成。

摄影师说：

“把它发布到我的 Studio。”

Agent 完成。

摄影师说：

“告诉 Hub，我现在接受东京街头摄影预约。”

Agent 完成。

客户来到 GLOFTER：

“我想找一位东京街头摄影师。”

Hub 帮助发现 Agent。

客户与 Agent 对话：

“我下个月 15 日到东京。”

Agent 查询档期。

客户：

“预算 500 美元。”

Agent 根据摄影师设置的规则提供方案。

最终：

客户 Agent ↔ 摄影师 Agent

完成一次业务协作。

十二、从 GLOFTER 看未来的 Agent Native Internet

我认为，AI Agent 最终带来的变化，可能不仅仅是“AI 帮我们工作”。

更大的变化是：

互联网的交互主体可能发生变化。

过去：

人 → 网站 → 服务

现在：

人 → AI → 网站

未来：

人
 ↓
Personal Agent
 ↓
Agent Network
 ↓
Service Agents
 ↓
Blocklets / APIs / Services

在这个模型中，网站可能不再是用户交互的唯一入口。

Agent 会成为新的入口。

而去中心化身份、权限、数据所有权和可验证性，会成为 Agent 之间协作的重要基础。

这也是我认为 ArcBlock 非常值得探索的方向：

用 Agent Framework 连接 AI，用 DID 解决身份，用 Blocklet 提供能力，用 Hub 建立发现和连接机制。

最终形成一个：

Agent + DID + Blocklet + Hub

的新型应用生态。

结语：GLOFTER 不只是一个摄影平台

GLOFTER 的最初目标，是让摄影师拥有自己的 Studio。

而 AI Agent 的出现，让这个目标可以进一步延伸。

未来，一个摄影师拥有的可能不只是一个 Studio，而是一个：

能够理解摄影师、管理作品、服务客户、参与业务、连接网络的 AI Photographer Agent。

摄影师负责创作。

Agent 负责运营。

Blocklet 负责执行。

DID 负责身份。

Hub 负责发现和连接。

而 ArcBlock Agent Framework，则有机会成为连接这一切的基础设施。

我认为，GLOFTER 的下一步不应该只是“加入 AI”。

而应该思考：

如果 GLOFTER 从第一天开始就是为 AI Agent 设计的，它会是什么样？

也许未来的 GLOFTER，不再只是一个让人寻找摄影师的平台。

而是一个由无数 Photographer Agent 组成的全球摄影网络。

在那里，摄影师拥有自己的身份、自己的 Studio、自己的作品、自己的数据和自己的 Agent。

人和人之间可以交流。

人和 Agent 可以交流。

Agent 和 Agent 也可以交流。

而这一切，都建立在一个开放、可组合、去中心化的网络之上。

这可能就是 GLOFTER 与 ArcBlock Agent Framework 结合后，我最期待看到的未来。