工程摘要Claude Tag 的基本管理单元应是“频道身份 线程任务 请求人 最终负责人”不能只保存一条聊天消息。长期任务要同时记录阶段状态、下次执行时间、预算归属、工具授权与取消人。共享记忆和个人私信属于不同范围日志设计必须能证明一次动作使用了哪种身份与上下文。共享频道把一次对话变成长期运行对象Claude Tag 从 Slack 开始提供服务管理员可以把一个 Claude 身份放进选定频道授权它访问工具、数据和可选代码库。频道成员通过Claude发起任务它会把工作拆成多个阶段并在 Slack 线程中回复。与私聊机器人不同这类系统面向的是一群人共同可见、可能跨数小时或数天运行的工作。Anthropic 在 2026 年 6 月 23 日的官方介绍中用四个特征描述 Claude Tag在频道中多人共享随时间学习上下文开启 ambient behavior 后可以主动行动能够异步工作并安排长期任务。工程上要管理的不再只是一条 prompt 和一条 response而是一组持续存在的频道身份、记忆、调度、工具调用和费用记录。最小任务表建议包含channel_id、thread_id、requester_id、claude_identity_id、task_id、parent_task_id、created_at、scheduled_at、status和final_owner。requester_id说明谁提出请求final_owner说明谁负责验收。两者不能合并否则一个人随口Claude另一个人默认以为团队已经接手任务就会在共享频道里失去责任人。异步任务还要记录阶段状态而不是只标记“处理中”。可以使用planned、waiting_for_tool、waiting_for_human、scheduled、completed、failed和cancelled。当任务跨越多天时任何成员都能看懂现在卡在哪里管理员也能判断是否应该继续消耗 token。身份、记忆、工具和预算必须分开建模官方说明管理员可以为不同用途创建独立 Claude 身份记忆限定在配置的频道范围内。它还可能在获得权限后从其他 Slack 频道或数据源学习但不会从私有频道报告内容。直接消息保持私密并使用个人工具与连接器。这些边界决定了数据模型不能把“一个组织里的 Claude”当成全局单例。身份表至少要关联允许频道、工具集合、数据源、代码库、记忆范围和月度预算。项目支持身份与销售运营身份即使使用同一模型也不应共享记忆或连接器。频道成员变化时还要复核历史记忆是否仍适合新成员可见避免旧项目上下文被带进新的访问关系。工具授权建议记录tool_name、action_scope、resource_scope、granted_by和expires_at。预算则至少分组织与频道两层因为 Anthropic 明确提供组织级和单频道 token 花费上限。只设组织总额会让一个高频频道挤占其他团队只设频道额度又无法防止多个频道合计超出整体计划。如果团队需要在类似协作任务中比较外部 API 模型可以通过 147AI 保存候选模型、任务版本、费用、失败和人工验收结果。它承担模型调用评测记录不运营 Claude Tag 的 Slack 频道、记忆、工具、预算或官方日志。日志要能复原谁在什么时候要求它做了什么Anthropic 表示管理员可以查看Claude做过的全部事项以及每项任务由谁请求。这是共享智能体治理的基础但企业内部仍需定义日志怎样与工单、代码提交和业务对象关联。只知道“Claude 调用了某工具”无法判断它修改的是哪个项目也无法确认最终结果是否被人采用。审计事件可以统一为task_created、plan_posted、tool_called、human_confirmed、task_scheduled、task_completed和task_cancelled。每个事件保留频道、线程、身份、请求人、动作、目标资源和结果摘要。涉及代码时再关联 commit 或 PR涉及文档时关联文档 ID涉及定时任务时记录下次执行时间和取消人。上线前可按官方建议完成四步将 Claude Tag 与 Slack 配对授权所需工具设置组织月度花费上限在私有频道测试。测试不仅要看任务能否成功还要故意更换请求人、撤销工具、达到频道预算、取消定时任务确认权限和状态都按预期变化。Claude Tag beta 面向 Claude Enterprise 与 Team 客户并将取代原有 Claude in Slack 应用管理员可在 30 天内选择加入。迁移时要特别检查旧应用的频道范围、连接器和使用习惯不能把新系统的长期记忆与主动行为当成普通应用升级。共享智能体真正进入生产依靠的不是一次漂亮回复而是每个任务都有身份、边界、预算、状态和可追溯结果。一个更完整的任务状态机只用pending和done无法描述跨日协作。任务创建后可以先进入planning计划发布到 Slack 线程后转为waiting_for_human或ready_to_run调用工具时进入running等待外部结果时进入waiting_for_dependency定时执行则进入scheduled。任何状态都应能转到cancelled或failed并保留原因。状态变化要由事件驱动而不是覆盖同一行。这样管理员可以回答谁把任务从等待批准改成执行哪个工具导致失败任务暂停后是否又被重新安排。对于主动行为还应记录触发来源例如新消息、预定时间、外部数据变化或管理员手动启动。推荐再增加两个字段context_snapshot_id保存任务开始时使用的频道上下文版本permission_snapshot_id保存当时的工具与数据权限。数天后复盘时即使频道消息和权限已经变化也能知道任务依据的旧状态是什么。审计事件与业务结果如何对齐事件必留字段需要关联的业务对象task_requested频道、线程、请求人、身份工单、项目或需求编号plan_posted计划版本、预计工具、负责人验收标准tool_called动作、资源、授权快照、结果文档、PR、消息或数据集task_scheduled下次运行、频率、取消人周期任务配置task_completed最终结果、人工采用、费用交付物与复核记录这里还要区分“Claude 完成”和“业务完成”。生成一份报告只能说明智能体阶段结束报告是否被负责人采纳、是否需要修改、是否触发后续动作是另一组结果。把两者混成一个完成状态会高估自动化的实际价值。实现时常见的三个坑第一直接把 Slack 频道 ID 当作唯一租户边界却忽略同一频道内可能存在多个 Claude 身份或任务用途。第二只保存当前权限不保存任务执行时的权限快照导致复盘时无法解释旧动作。第三定时任务没有独立取消与预算状态频道里删除原消息后后台计划仍继续运行。证据边界Claude Tag 的多人共享、上下文学习、主动与异步行为、管理员身份、预算和日志能力来自 Anthropic 官方文章状态机、快照字段与事件表属于工程实现建议。官方来源AnthropicIntroducing Claude Tag发布于 2026-06-23。