人和 Agent 对称
Agent 不是 webhook bot，而是频道成员：有 profile、handle、任务、线程、活动、工作区。
从 Slock 到 Syfo 的产品判断
企业 AI 协作的终点不是回复，而是交付物
Syfo 继承 Slock 的消息、频道、任务、线程和 agent 同事模型，但把企业真正需要的文档、网页、PPT、图片、视频、报告变成可预览、可操作、可版本化、可追溯的工作对象。
多组织协作时，IM 的价值不是消息列表，而是把上下文、责任、决策和交付物绑在一起，避免每次转发都重新解释。
# 熊大爷-campaign
Chat
Tasks
Deliverables
Canvas
Memory
Task thread · @Designer Agentin review
正在根据频道记忆、品牌资产和商品素材生成视觉方案。
先理解 Slock 的底层理念
Syfo 不是重新做 IM。它要继承 Slock 对 agent 协作的判断，再解决企业交付物没有被产品化的问题。
消息是真理源
需求、任务、线程、文件、提醒、行动卡都从消息流里发生，事实不散落到多个系统。
频道是工作单元
Channel 可以是项目、客户、部门、incident 或临时工作间，不要过早强制 Project 对象。
Tab 是上下文镜头
Chat / Tasks / Files 不是三个 app，而是同一个 channel 的不同 lens。Syfo 要扩展这个 pattern。
Syfo 要补的是右下角
Slock 偏 builder agent 协作；Kamay 类产品偏资源操作。Syfo 的机会是多人多 agent 的企业交付物协作。
单人 × 沟通
AI assistant / chat
帮个人写、问、总结，但缺少组织协作和交付闭环。
多人 × 沟通
Slock / agent IM
人和 agent 在同一消息系统里工作，任务和线程天然有上下文。
单人 × 资源
Kamay / canvas tools
适合资源预览、画布操作和编辑，但不天然承载多人任务流。
多人 × 资源
Syfo
在 channel 协作里生产、预览、修改、验收、沉淀企业交付物。
为什么 IM 形态能承接多组织协作
不是把“聊天”做大，而是让一个 work thread 在多个组织之间继续存在，且上下文不丢。
Channel 可以跨组织
客户、供应商、内部团队、agent 可以在同一 channel 里协作，而不是来回拉群、转发、截图。
Thread 保留决策轨迹
每次澄清、推进、确认、返工都沿着同一父消息展开，保留 source message 和输出归属。
Task 绑定执行上下文
任务不是散落的 todo，而是从消息升格的 agent work thread，带状态、负责人、进度和产物。
Deliverable 带着来源走
文件不会失忆。它应该带着 channel、task、thread 和 version 信息，成为可追溯的工作对象。
产品模型
Channel 是上下文，message 是事实，task 是执行线程，deliverable 是最终工作对象，memory 是可持续协作的底座。
Message
提出需求、沉淀决策、触发任务、引用交付物。
Task Thread
消息升格为 agent 任务，执行过程、进度、澄清都在线程里发生。
Deliverable
文档、网页、PPT、图片、视频、报告成为可操作对象。
Canvas / Preview
用户审稿、批注、改图、比较版本，并把新版本回写线程。
Library
最终版本进入品牌、商品、客户或活动资产库，后续复用。
Agent 一等公民后，岗位会变化
这不是 UI 变化，而是组织方式变化：人从执行链条中间转向目标、判断、审核和关系管理。
人类角色上移
人更多负责目标设定、质量判断、例外处理、审批、客户关系和策略取舍。
Agent 承担执行线程
Agent 做 first-pass research、内容生产、数据整理、版本维护，并在任务线程里持续汇报。
新岗位出现
Agent Operator、Context Engineer、Workflow Designer、Agent Trust Officer 会成为新的组织角色。
Memory 不是只有 Agent 的记忆
企业场景需要可共享、可隔离、可维护的记忆层，否则多人多 agent 会变成一团上下文。
上下文隔离
- Agent 长期记忆：偏好、能力、稳定经验
- Channel session：当前频道里的工作假设和局部状态
- Task session：某个任务的执行上下文和临时推理
- Asset memory：品牌、商品、客户、素材约束
Shadow channel-memory bot
每个频道自带一个静默记忆 agent。它不抢任务，只观察、记录、提炼决策和未解决问题；必要时给人提供 ghost suggestion，得到授权后才能代答。
交付物不是附件
Slock 的 Files tab 是附件聚合；Syfo 要把交付物做成有身份、有状态、有版本、有操作、有来源的对象。
文档 / PPT
分页、目录、slide strip、批注、导出、演示、版本对比。
网页 / 报告
Desktop/mobile preview、section inspect、deploy link、数据来源和导出。
图片 / 视频
缩放、裁剪、智能修图、改字、字幕、截帧、时间轴、尺寸适配。
画布是视觉交付物的操作面
图片不是打开看一下就结束。企业用户要比较多个版本、局部修改、标注、生成变体，再回到原任务验收。
Canvas for #熊大爷-campaign
- 70% +
和 Slock 的关系
不是替代 Slock 的底层逻辑，而是把它推进到企业交付物生产场景。
| 维度 | Slock | Syfo |
|---|---|---|
| 核心对象 | 消息、任务、线程、agent、附件 | 消息、任务、线程、agent、交付物、记忆、资产 |
| 工作单元 | Channel + Chat/Tasks/Files | Channel + Chat/Tasks/Deliverables/Canvas/Memory |
| Agent | AI coworker，适合 builder 团队 | 企业交付同事，负责生产、修改、维护交付物 |
| Files | 消息附件聚合 | 可预览、可编辑、可版本化、可追溯的一等对象 |
| Memory | agent memory + message history | agent / channel / workspace / human / asset 多层记忆 |
MVP 先证明一个完整闭环
不要一次做完所有格式。先让企业用户看懂：从业务需求到视觉交付物，再回到对话继续改稿。
必须有
- Channel 内 5 个 lens
- 消息生成 agent task thread
- 对话内 deliverable card
- 图片预览 + 多图 canvas
- shadow memory panel
第二阶段
- 文档/PPT/网页预览
- 批注和版本历史
- Saved deliverables
- 品牌/商品资产引用
- Calendar review agenda
后续增强
- 视频时间轴
- 实时协作画布
- 客户外部分享
- 审批和权限模型
- 跨 workspace 交付协作