App内打开
歸藏: 最近抖音很火的即梦或者豆包直出三宫格氛围人像照片
只需要拿你的照片加上提示词就能搞定，建议用 2:3 比例
提示词在下面，整了三套不错的👇：
提示词 1：
一张以图片人像为主角的三宫格胶片质感艺术感写真图,场景为清晨安静的图书馆,阳光从高窗斜射进来。
图中人物和参考图一致,人物和脸不变,衣服为简单的白色毛衣。第一张为近景,上半身背影,人物站在高大的书架前,仰头寻找一本书,添加中英字幕“故事都写在书里吗？-Are all the stories written in books?-”第二张为中景,人物侧身坐在窗边的桌前,阳光照在翻开的书页上,低头看书,添加中英字幕“我好像…读到了别人的脚本。-I seem to be... reading someone else's script.-”第三张为大特写,人物脸部位于画面偏左侧,合上书本,眼神平静地望向窗外的光,添加中英字幕“我的故事,从这一笔开始。-My story begins with this stroke.-”整体色调清冷,带有富士胶片效果,过度曝光,画面粗粝且色调偏冷,暗部细节保留完整,高光区域呈现自然晕化、均采用柔和漫射光,无明显硬边阴影,营造出文艺且充满自我探索情绪的氛围,三张图合成一个三宫格,字幕位于底部居。
提示词 2：
一张以图片人像为主角的三宫格胶片质感艺术感写真图,场景为古典美术馆的空旷走廊,早晨或傍晚,光线透过拱形窗户洒在地板上。
图中人物和参考图一致,人物和脸不变,衣服为简约款的白色针织衫或衬衫。第一张为近景,上半身背影,人物站在一幅巨型画作前,双手插兜,背影显得修长而有艺术气息，添加中英字幕“美,是否有终点？-Does beauty have an end?-”第二张为中景,人物侧身走在长廊上,目光落在墙壁上的雕塑或另一幅画上，光影勾勒出侧脸的轮廓，优雅而富有吸引力，添加中英字幕“我只是,路过每个瞬间。-I merely, pass through every moment.-”第三张为大特写,人物脸部位于画面偏左侧,微抬下巴,眼神略带疑惑却又充满好奇,仿佛在与艺术品对话，展现出一种知性的帅气，添加中英字幕“也许我本身,就是意义。-Perhaps I myself, am the meaning.-”整体色调清冷,带有富士胶片效果,过度曝光,画面粗粝且色调偏冷,暗部细节保留完整,高光区域呈现自然晕化、均采用柔和漫射光,无明显硬边阴影,营造出文艺且充满探索与沉静的氛围,三张图合成一个三宫格,字幕位于底部居中。
提示词 3：
一张以图片人像为主角的三宫格胶片质感艺术感写真图,场景为霓虹闪烁的城市街道,刚下过雨,地面湿润反光。
图中人物和参考图一致,人物和脸不变,衣服为风衣,撑着一把透明的伞。第一张为近景,上半身背影,人物撑伞站在路口,看着对面的红绿灯和穿梭的车流,添加中英字幕“这座城市会为谁停留？-For whom does this city pause?-”第二张为中景,人物在公交站台的玻璃后,侧身看着玻璃上的雨滴,添加中英字幕“每个人都在等一趟车吗？-Is everyone just waiting for a bus?-”第三张为大特写,人物脸部位于画面偏左侧,,脸颊上有一滴分不清是雨水还是泪水的水珠,眼神平静地望向镜头外的霓虹,添加中英字幕“没关系，我的终点是我自己。-It's alright, my destination is myself.-”整体色调清冷,带有富士胶片效果,过度曝光,画面粗粝且色调偏冷,暗部细节保留完整,高光区域呈现自然晕化、均采用柔和漫射光,无明显硬边阴影,营造出文艺且充满自我探索情绪的氛围,三张图合成一个三宫格,字幕位于底部居中
MooreAI: A2A 不是 MCP。
MCP 是 Tools 的一种。
Agent = LLM + Memory + Tools (包含 MCP) + Planning。
客户端会更加智能，可以理解为内置了各种 Agent，Manus 是一个通用 Agent 的例子，未来可期。
A2A 协议关键点 (核心目的：代理互操作):
核心目标： AI 代理之间的无缝协作 (不同开发者、技术栈、基础设施)。
核心原则： 简单、企业级准备、异步优先、模态无关、不透明执行。
主要参与者： 用户、客户端、远程代理/服务器。
通信协议： HTTP, JSON-RPC 2.0, SSE (可选流式), 推送通知 (可选)。
身份验证授权： 参考 OpenAPI，带外身份验证，Agent Card 声明认证方式。
Agent Card： JSON 描述代理能力，客户端发现代理的关键。 (位置: /.well-known/agent.json)。
核心对象： Task (任务), Artifact (制品), Message (消息), Part (部分)。
任务状态 (TaskState)： submitted, working, input-required, completed, canceled, failed, unknown。
关键方法： tasks/send, tasks/get, tasks/cancel, tasks/pushNotification/set, tasks/pushNotification/get, tasks/sendSubscribe, tasks/resubscribe。
错误处理： JSON-RPC 错误代码，详细错误信息。
1. 任务 (Task)
作用： Task 是 A2A 协议中最重要的概念之一，它代表了客户端请求远程代理执行的一个具体的工作单元。 可以把它理解为 "一次完整的对话或交互"。
比喻： 类似于 "订单"，订单里包含了顾客想买什么、送到哪里、什么时候送到等信息。
包含信息：
任务 ID (id)： 每个任务的唯一标识符，用于区分不同的任务。 就像订单号一样。
会话 ID (sessionId, 可选)： 用于将多个任务关联到同一个会话中，表示这些任务之间存在逻辑关系。
比喻： 如果一个用户在电商网站上购买了多个商品，这些商品可以属于同一个 "会话" (例如 "双十一购物")。
状态 (status)： 任务的当前状态 (例如 "已提交"、"正在处理"、"已完成"、"已取消"、"失败"等)，反映了任务的进展情况。
历史消息 (history)： 客户端和远程代理之间交换的消息列表，记录了任务的整个交互过程。
制品 (artifacts)： 远程代理完成任务后生成的结果，例如文本、图片、文件等。
元数据 (metadata)： 用于存储一些额外的、非结构化的信息，例如任务的优先级、创建时间等。
目的： Task 对象将整个任务的上下文信息都集中在一起，使得客户端可以追踪任务的进展情况，并获取任务的结果。
2. 制品 (Artifact)
作用： Artifact 代表远程代理完成任务后生成的最终结果。 它是客户端最关心的东西。
比喻： 类似于 "快递包裹"，是订单的结果。
包含信息：
名称 (name)： 制品的名称，例如 "分析报告"、"翻译结果" 等。
描述 (description)： 制品的描述，用于解释制品的内容和用途。
部分 (parts)： 制品的实际内容，可以由多个 "部分" 组成，每个部分包含不同的内容类型。
元数据 (metadata)： 用于存储一些额外的、非结构化的信息，例如制品的创建时间、大小等。
示例：
如果任务是 "翻译一段文本"，则 Artifact 可能是 "翻译后的文本"。
如果任务是 "生成一张图片"，则 Artifact 可能是 "生成的图片文件"。
如果任务是 "分析一份报告"，则 Artifact 可能是 "分析结果的摘要" 和 "完整的分析报告文件"。
目的： Artifact 对象将任务的最终结果以结构化的方式呈现给客户端。
3. 消息 (Message)
作用： Message 代表客户端和远程代理之间交换的任何信息，用于沟通和协调。 它不包括最终结果 (Artifacts)。
比喻： 类似于 "对话"，是客户端和客服之间的沟通。
包含信息：
角色 (role)： 消息的发送者，可以是 "用户" (客户端) 或 "代理" (远程代理)。
部分 (parts)： 消息的实际内容，可以由多个 "部分" 组成，每个部分包含不同的内容类型。
元数据 (metadata)： 用于存储一些额外的、非结构化的信息，例如消息的发送时间、优先级等。
示例：
客户端发送给远程代理的 "任务请求"。
远程代理返回给客户端的 "状态更新" (例如 "正在处理中"、"需要更多输入" 等)。
客户端发送给远程代理的 "额外的输入"。
远程代理返回给客户端的 "错误信息"。
目的： Message 对象记录了客户端和远程代理之间的所有交互，为任务的执行提供了必要的上下文信息。
4. 部分 (Part)
作用： Part 是消息或制品中一个独立的内容块。 它将不同类型的内容 (文本、文件、数据) 统一封装起来。
比喻： 类似于 "附件"，可以包含各种类型的文件。
包含信息：
类型 (type)： 内容的类型，可以是 "text" (文本)、"file" (文件) 或 "data" (数据)。
实际内容： 根据 type 的不同，实际内容可以是文本字符串、文件数据 (Base64 编码) 或 JSON 对象。
元数据 (metadata)： 用于存储一些额外的、非结构化的信息，例如内容的 MIME 类型、编码方式等。
示例：
一个 text 类型的 Part 包含一段文本。
一个 file 类型的 Part 包含一个图片文件。
一个 data 类型的 Part 包含一个 JSON 对象。
目的： Part 对象使得 A2A 协议可以支持多种类型的内容，提高了协议的灵活性和可扩展性。
总结
Task: 一个完整的任务，包含所有相关信息。
Artifact: 任务的最终结果。
Message: 客户端和代理之间的沟通。
Part: 消息或制品中的内容块。
