还有这个，不要忽略太多内容https://x.com/xiqingongzi/status/2098053217875832953

看完了，这是白宦成（Bestony，@xiqingongzi）写的一篇 Claude Tag 拆解，原文发在他自己博客 https://www.ixiqin.com/2026/09/10/claude-tag-product-analysis/。他的切入角度不是功能介绍而是产品设计，自称干过 TO B 产品经理，觉得市面上仿品都是 TO C 创业者做的，仿其型而未仿其神，所以自己写了一篇。分几块说。 先说开通和用法。花钱就行，50 刀起步，他花了 70 刀：50 刀开 Claude Teams 权限，20 刀是日常消耗。他特别点出一个痛点，Claude Tag 不是按订阅算而是按真实 token 消耗算，对小公司成本可能很高，所以他自己把默认模型换成了 Sonnet 5，并提醒上之前先想清楚有没有必要。用法上很粗暴，连上之后在 Channel 里 at 它就干活，会有前置授权流程；关键是它只能在 Channel 里用，私聊不行，但 Private Channel 可以（只是管理后台看不到 Channel 名）。 然后是全文核心，产品原语分三大类：Space、Capability、Control。 Space 是任务和行为发生在哪，下分 Organization、Workspace、Channel，后两个直接对应 Slack 的概念，因为 Claude 团队自己在用 Slack 所以也没做别的 IM 兼容。Channel 是会话最小单元。Session 和 Routines 是发生在这些 Space 里的具体会话，Session 由人触发，Routines 由时间触发。最底下还有 Environment，是 Session 的运行环境。 Capability 是能执行什么，分四个子类。Repositories 给 Claude Tag 访问 GitHub 的权限，可以同时连多个 Org 的多个 Repo，让 agent 跨 repo 协作。Domains 管网络访问白名单，确保出网行为可管控。Credentials 是各种 SaaS 的授权连接，授权后会拿到预制好的 API 请求方式。Plugin 跟 Claude Code 里那个概念一致，但 Claude Tag 不执行其中的 Hook，Skill 和 MCP 完全支持。四者下面还有个虚线框的 Access Bundle，是 Capabilities 的打包合集（含 Repositories、Domains、Plugin、Credentials、Instructions），可以一次性套用到某个 Channel，作者猜这是先有 Channel 级零散配置、共享多了才补出来的，而且预测很快会去掉 Channel 级单独配置、直接改 Channel 上的默认 Access Bundle。另外 Access Bundle 支持叠加，因为一个 agent 可能身兼多职。 Control 是怎么控制任务发生，包含 Custom Instruction、Memory、Auto mode allow rules、Channel name rules 等。Custom Instruction 会出现在 Org 和 Channel 两级配置里，拼进 agent 的 System Prompt；顺序是逐层拼接。Memory 记录交互中产生的信息，分 Channel 级和全局。Auto mode allow rules 是因为在 Slack 对话流里做权限审批很难判断，让用户写点简单规则交给 agent 自己判断，既信 agent 又给企业留控制权，对 Claude 不擅长的领域留了逃生口。Channel name rule 有白名单和黑名单，白名单自动加入、黑名单绝不加入，客服场景可以直接把群名写成 [Channel Support] 等它自己进去。还有给 Guest 访问的能力，做对外客服时开，不做就直接关掉。 数据设计这块，所有数据归属于组织，组织下拆多个 Workspace，每个 Workspace 有自己一套 Channel 和 Memory。Workspace 里有 Workspace 级 Memory，然后不同 Channel 做不同工作。每个 Channel 有自己的 Channel Memory、Custom Instruction、Access Bundle、Plugin、Credentials、Repository，用户按需选。Channel 内会同时存在多个 Session 或 Routine，由于支持自定义 Environment，可能一部分跑在 Anthropic 的 Runtime、一部分跑在用户自建 Runtime。作者认为这种组织方式很好地满足了企业的数据管理诉求。 Memory 他单独开了一章，因为觉得太重要。树状组织：在 Workspace 级 Memory 里看到的是各 Channel Memory 的 Summary 而不是完整内容，完整版要切到对应 Channel 里看。实际运行时 memory.md 作为索引加载进 System Prompt，agent 自己按需加载别的文件，系统根据相关性对 Description 二次判断，取前 4K 放进 context 让它继续读。一个 Channel 可以有多个 Session（每个 Thread 是一个新 Session），处理任务时加载 Memory，所以某个 Thread 写进 Memory，另一个 Thread 大概率要下次调用才加载得到。写入时是本地按文件夹和文件组织，分 Channel 和 Silo 两个文件夹，Silo 存 Workspace 级、Channel 存本 Channel 级，agent 同时看到两组就能自己取舍该写哪。 审计功能三类：Scheduled Work 看定时任务（顺带吐槽 agent 会把一次性任务也录进去）、Memory 是整个 Org 级 Memory 的查看和编辑、Network Event 能查某个 agent 的真实网络调用，配合前面配的 Domain 用，选时间范围就能分析。 最后是 Custom Runtime。企业肯定希望运行发生在自己可控的网络里，所以 Claude 支持创建 Self Hosted Environment，后台配一个自己的 Runner，这样在企业内就能直接用内网设备跑任务、调内部基建。 计费他还补了一句：上个月刚开通时是充多少用多少，两个任务花了 10 刀，他赶紧换 Sonnet 5；写这篇时发现似乎已经改成 Credit 机制了，如果是那样他觉得还挺香。 有意思的是这套东西跟你 herdr-workflow 的映射关系非常整齐：Space 对应 workspace/worktree，Capability 的 Access Bundle 就是一组预置好的执行环境打包，Control 里的 Custom Instruction 加 Memory 就是上下文注入，而 Session 由人触发、Routine 由时间触发这条，跟你那边主 agent 派活、watchdog 定时对账是一回事。差别在于它是平台化、组织级的权限与审计，你的是单机开发流。要不要我把它的 Access Bundle 叠加和 Auto mode allow rules 这两个设计单独展开讲一下？