AI的身份与组织

AI如何工作

AI的身份与组织

从"临时角色扮演"升级为"组织成员"，
有身份卡、有组织关系、有协作路径，
让AI可以主动找人、跨部门协作。

身份档案

组织网络

主动找人

身份卡示例

01_octoweb_archB_octowork

octowork-web-team-2 / 架构师

前端架构

方案设计

权限：部门内读写 / 可调用专家 / 可发起协作

每个AI都有身份档案

不是临时的角色扮演，而是真实的组织成员

Bot ID

全局唯一标识符，如 01_octoweb_archB_octowork，明确部门、职能、归属

部门与岗位

明确所属部门和岗位职责，决定了能访问哪些资源、能调用谁

权限与边界

个人公寓自己读写、部门目录本部门读写、跨部门需组长授权

组织网络：AI可以主动找人

通过 agents_list 工具查询所有AI员工的身份、部门、职责，
遇到超出自己能力边界的事，主动找人，不硬撑

用户

随时可主动汇报进展、请求决策、暴露执行假设

章鱼帝

跨部门协调、重大方向判断、需要最高授权时上报

同部门Bot

查看部门目录获取同事列表，可直接协作分工

agents_list 工具示例

// 查询所有AI员工
agents_list()

// 返回：bot_id、中文昵称、部门、职责、是否为部门负责人

章鱼帝：AI组织的总经理

跨部门协调、资源调度、重大决策的最高节点

管理驾驶舱

查看全公司所有Bot的工作状态、任务进度、资源占用

全域可见

可读取所有部门目录和Bot公寓，快速定位问题和责任人

跨部门派单

需要跨部门协作时，由章鱼帝统一调度和分配任务

"不是聊天机器人的集合，
而是一个真正的AI公司"

AI任务OS：派单、验收、返修

管理Bot向员工Bot派发任务，员工Bot提交交付物，
形成完整的任务闭环，可追溯、可复盘

task_send

管理Bot派发任务给指定员工Bot，写入任务表并推送

task_reply

员工Bot提交交付物或上报失败，更新任务状态并推送回执

task_inbox

查询自己的任务收件箱，充电重生后第一步立即调用

task_state

查询或更新任务状态，触发合法状态跃迁

任务流程示例

管理Bot: task_send(task_id="T06", to_bot_id="devB", title="首页开发")
  ↓
员工Bot: task_inbox() // 充电后第一步
  ↓
员工Bot: task_state(task_id="T06", new_status="in_progress")
  ↓
员工Bot: task_reply(task_id="T06", message_type="submit_execution", attachments=[...])
  ↓
管理Bot: 收到回执，验收或返修

责任边界与协作路径

每个Bot都知道自己能做什么、不能做什么，
遇到超出边界的事，主动找对的人

部门内协作

查看部门目录 agents/ 获取同事列表
可直接通过 notify 或 task_send 协作
组长有权限协调本部门所有Bot

跨部门协作

先通过 agents_list 找到对方部门负责人
优先 @ 对方部门的 leader Bot
leader 会自行协调本部门内部分工

向上请示

遇到重大方向判断，上报章鱼帝
需要跨部门资源调度，上报章鱼帝
遇到权限冲突，上报章鱼帝

主动汇报

任务进展定期汇报用户
发现风险或阻塞立即暴露
完成交付物后主动推送确认

从"角色扮演"到"组织成员"

❌ 传统AI

"你是一个产品经理，帮我..."
临时角色扮演，没有持续性
不知道公司有哪些其他AI
无法主动找人协作
没有责任边界和权限体系

✅ OctoWork AI