47 使用 Claude Tag 的好习惯
明确目标，给每个任务一个”完成定义”，选择合适的频道。了解如何编写 Claude 能完成的任务，以及如何保持大量线程的可审查性。
export const BetaNote = () => Claude Tag 目前处于公开测试阶段。此处描述的功能和行为在正式发布前可能会发生变化。;
任务应该有可验证的终态。Claude 在自己的线程中运行每个任务，当有人确认工作完成时线程关闭。没有终态的任务会产生开放式报告，线程在你决定如何处理时保持打开状态。
这里的习惯适用于任何从 Slack 中 @ Claude 的人。
47.1 在公开环境中工作
当工作在团队可以看到、引导和迭代的地方时，Claude 最为有用。以下心态使这成为默认而非需要记住的事。
- 公开工作。 假设频道中的每个人都可以阅读线程，包括检查清单和结果。你的团队写下的任何东西——决策、约定和事后复盘——都是 Claude 可以使用的上下文。存在于私信中或只是口头说过的话对它不可见。把私人的东西放在私信中。
- 共享控制权。 在别人开始的线程中回复是工作推进的方式。重新调整方向、补充请求者不知道的信息，或拿起结果继续推进。
- 授予广泛的访问权限。 一个有更多连接（管理员为此频道链接的工具，如 GitHub 或 Drive）的频道会产生更有用的结果，因为 Claude 可以将更多来源连接起来。连接的范围限定于 Agent 身份，因此向频道授予连接不会暴露任何人的个人数据。
- 给 Claude 目标，而非路径。 陈述你想要的结果，让 Claude 自行规划步骤；下面的完成定义使之具体化。
- 容忍杂乱。 线程中发布的初稿比私信中的精修稿更有用。线程是工作区，不是交付物。
47.2 编写能完成的任务
任务的措辞决定了它是否有可验证的终态、结果采取什么形式，以及 Claude 在工作时如何响应。
47.2.1 说目标，不说活动
像”发布项目状态并在发布后 @ 我”这样的任务有 Claude 可以验证的终态；“看看这个”没有，会产生开放式报告。把可验证的结果放在任务的第一句话中。
47.2.2 给多少细节
Claude 读取你 @ 它的线程，可以搜索工作区的公开频道，并使用频道的连接。如果任务的背景已在线程、频道或连接的工具中，链接它并用一句话陈述你想要的结果。你不需要复述背景。
text wrap theme={null} @Claude take over the bug in the thread linked above. Fix it and open a draft PR.
当错误的代价很高时，给 Claude 更多细节。以约束的形式写细节：说出变更必须遵守的规则、算作验证的检查，以及工作不能碰的内容。
text wrap theme={null} @Claude migrate the export config to the new schema. Hard rules: no behavior change, don't touch the billing module, and every old config key keeps working as an alias. Done means the full test suite passes, not only the export tests.
任务中的约束引导 Claude，但不限制 Claude 不执行特定操作。你输入给 Claude 的任何内容都进入其工作上下文，在那里可能被遗忘或覆盖。如果有 Claude 绝对不能执行的操作，在对话之外通过仓库权限、分支保护规则和必需检查等控制措施来强制执行。
47.2.3 给每个任务一个完成定义
开始一个线程花费一句话。关闭它花费你的注意力，因为你需要阅读输出、判断是否正确并回复。
没有声明的终止条件，Claude 无法声明线程完成，你也无法停止检查。你写的终止条件决定了谁能关闭线程，下表将每种条件与关闭者对应。
| 终止条件 | 谁关闭它 | 示例 |
|---|---|---|
| 客观检查通过 | Claude 自行完成 | “Done when CI is green” |
| 你批准准备好的结果 | 你，一次点击 | “Draft the status memo and post it here for approval” |
| 你在选项之间选择 | 你，一个词 | “Research approaches A and B and recommend one” |
| 没有可验证的条件 | 没有人 | 将其重新表述为问题而非任务 |
两个细化使此表在实践中有效：
- 条件必须能被 Claude 观察到。 “Done when CI is green”需要访问 CI。如果证据存在于频道未连接的系统中，将条件改为你自行关闭的。
- 充分说明条件包含的一切。 “Babysit this PR until it merges”可能在评审批准一到就合并，而未处理开放评审意见。如果完整条件是批准已获得、意见已解决和你的最终确认，将三者都写入任务。
对于 Claude 自行关闭的任务，要求它附上证据，如源链接、图表、测试输出或 diff。你阅读的是证据，不是转录。
对于长时间运行的工作，将”把交付物放到持久位置”作为完成定义的一部分。随进度将文件发布到线程、推送分支或开启草稿 Pull Request。参见回复之间保留了什么。
随着时间校准。在新频道中首先检查它产生的一切，在其输出经受住审查后逐步扩大它自行关闭的范围。
47.2.4 说明哪些决策需要回到你这里
告诉 Claude 哪些决策它可以自行做出，哪些必须在行动前征求你的意见。如果你不说明，Claude 会自行判断每种情况。它可能做了你希望先看看的更改，或频繁停下来询问以至于大部分时间都在等你的回复。
text wrap theme={null} @Claude update the retry logic the way this thread decided. Handle test failures and lint yourself. Come back to me before changing any public interface, and for anything you're not sure is in scope.
这些指令引导 Claude，但不限制 Claude 自行决定。必须回到你这里的决策也需要强制控制措施，如分支保护用于合并。
一旦你在多个任务中看到并验证了 Claude 的输出，可以让它在更多决策中不征求意见，就像你逐步扩大它自行关闭的范围一样。
47.2.5 为重复性工作指定输出格式
按计划发布的监控或摘 要会反复发布到频道中，因此说明每次发布应采取的格式。说明每个条目应该多长，给它要使用的状态图例，告诉它排除什么，使频道可以一眼阅读每条发布。
text wrap theme={null} @Claude every 6 hours, check #alerts and post one line per item: 🔴 needs a person, 🟡 watch, 🟢 fine. Skip 🟢 unless something changed.
一旦某条发布符合你想要的格式，你也可以直接指向它：“use the format from your 9am post going forward.”
47.2.6 显式引导 Claude Tag
Claude 适应指令，但它不会猜测你想要它怎样。在频道中告诉它你期望的行为方式并要求它记住。这在两个方向都有效，无论你想要更多结构还是更少噪音：
text wrap theme={null} @Claude remember for this channel: always format reports as a table, and ask before posting anything longer than a screen.
text wrap theme={null} @Claude remember for this channel: keep replies to three sentences unless someone asks for detail.
通过问它记住了关于频道的什么来验证。参见Claude Tag 记住了什么。
47.3 在正确的地方工作
你在哪里开始线程决定了 Claude 能访问什么、还有谁可以接手工作，以及哪些常驻约定适用。
47.3.1 为新任务开启新线程
每个线程运行自己的会话，会话将整个对话带入每条回复。将同一任务的后继问题保持在同一线程中，Claude 已经有了上下文。
为每个新任务开启新线程。新的会话以完整的工作空间开始，拾取旧线程开始以来的配置更改，并使每项工作可独立审查。累积了许多任务的线程最终会超出单个会话能容纳的范围。
47.3.2 选择合适的界面
频道访问权限属于频道，私信访问权限属于你。频道也可以只属于你一个人。创建一个只有你和 Claude 的频道，它的工作方式与团队频道相同。下表比较了三种界面。
| 团队频道 | 你自己的频道 | 私信 | |
|---|---|---|---|
| 访问权限 | 频道的连接，由管理员设置 | 频道的连接，由管理员设置 | 你自己的 claude.ai 连接器 |
| 记忆 | 团队共建的频道记忆 | 你建立的频道记忆 | 在频道和工作区记忆之外 |
| 谁能看到工作 | 频道中的每个人 | 你，加上你邀请的人 | 你 |
| 计费 | 组织 | 组织 | 你的席位 |
| 最适合 | 团队应该看到和引导的共享工作 | 你自己的问题、摘要和后继，保持在团队成员可以接手的地方 | 你自己连接上的个人任务，或不应通过共享频道连接运行的数据 |
例行任务也属于频道。你在应该发布的频道中设置常驻工作，它使用该频道的连接运行。你自己的频道中的工作展示了你自己的频道适合做什么。
当答案应该保持私密时，私信仍可以回答关于公开频道的问题。在私信中指出频道名，如 summarize the last week of #product-feedback。Claude 的 Slack 搜索从私信中覆盖本工作区的公开频道，与从频道中一样，因此私信的优势是答案的隐私性，而非更广的范围。工作区搜索在包含访客的频道中不可用，因此从私信或没有访客的频道中提问。
要阅读公开频道的完整历史记录（而非搜索找到的内容），需要 Claude 成为该频道的成员。如果它说不能读取某个公开频道，从该频道内 /invite @Claude 添加它。
私有频道仅能从内部读取。邀请 Claude 让它在该频道工作，但 Claude 无法从任何其他频道或私信读取该私有频道的消息。要询问私有频道的内容，请在该频道中提问。
不同工作区的频道和 Slack Connect 频道不可达。
当多个界面都可行时，优先使用频道。在那里发生的工作会产生复利效应，因为 Claude 可以在后续线程中引用它，团队成员可以找到、重定向或在此基础上构建。
如果 Claude 说在频道中不能访问某物，该频道可能未被授予该访问权限。参见Agent 身份如何工作。
47.3.3 教会 Claude 持久的东西
当 Claude 做错了什么或学到了值得保留的东西，你把修正放在哪里决定了还有谁能受益，以及你是否可以自行操作。
| 你想让 Claude 知道 | 放在哪里 | 谁可以写 | 影响范围 |
|---|---|---|---|
| 此频道应该如何表现：格式、语调、何时回复 | 频道记忆（说出来并要求 Claude 记住） | 频道中的任何人 | 此频道（或从公开频道到工作区） |
| 一个仓库的约定和配置：文件布局、PR 标签、需要安装的依赖 | 仓库根目录的 CLAUDE.md（加载仓库时加载） |
有仓库写入权限的人 | 从任何频道中在该仓库工作的任何会话 |
| 此频道的高于记忆的常驻规则 | Configure 页面的 Channel instructions 字段 | 频道成员，除非管理员已限制 | 此频道 |
| 如何正确使用工具或遵循特定流程，全组织范围 | 组织插件市场中的Skill | 组织 Owner 添加；任何人可以要求 Claude 开一个 PR 提议更改 | 它附加到的范围下的每个频道 |
| 跨多个频道的常驻规则 | 工作区或组织范围上的自定义指令 | 组织 Owner 在控制台中设置 | 该范围下的每个会话 |
前三个你可以自行编写。Skill 和更大范围的自定义指令由 Owner 附加，但你仍然可以要求 Claude 起草 Skill 更改作为 Pull Request 供管理员审查：
text wrap theme={null} @Claude that worked. Open a PR to the skills repo so this query pattern is part of the Datadog skill.
参见Skill 仓库的管理员指南了解该设置给你的内容。
CLAUDE.md 承载配置和约定。会话在带有标准预装工具集的沙箱中运行。如果仓库需要更多，如语言运行时或数据库客户端，将安装命令放在 CLAUDE.md 中，Claude 在需要时运行它们。
CLAUDE.md 是指导；必需的状态检查是门控。如果 Pull Request 必须携带标签或通过检查，将此设为仓库规则而非记忆笔记或 Skill。
47.3.4 为频道配置 Claude
任何 Claude 回复页脚中的 Configure 链接打开一个页面，你可以在其中自定义 Claude 在该频道的行为方式。该页面在 claude.ai 上，因此你需要登录到你的 Claude 组织才能编辑，管理员可以限制编辑使页面仅对成员可读。
该页面上的 Respond automatically 开关控制 Claude 是否在频道中无需 @ 提及即可回复。参见开启或关闭自动回复了解该设置的功能以及其他可以更改它的地方。
使用该页面上的 Channel instructions 字段编写 Claude 在该频道的每个新会话中读取的常驻指导：频道的目的、约定、回复应采取的语调，以及 Claude 在那里应该做或避免的事情。频道指令优先于频道记忆，与管理员为工作区或组织设置的指令并列。保存字段后，更改应用于频道中启动的新会话。
该页面还显示 Connections——Claude 可以从此频道访问的服务。组织的管理员设置该列表，因此你可以在该页面上看到它但不能更改。
47.4 保持线程数量与审查率匹配
Claude 运行与你启动的一样多的线程。你审查它们的能力不会以同样的方式扩展，因为每个需要你判断的线程都串行地通过你。三个约定使队列可控：
- 每个项目一个频道。 线程和项目的工作上下文保持在一个地方，看一眼频道就能看到项目的状态。
- 批量审查。 一次性审查多个线程比分散在全天更省力，因为每次回来都是一次上下文重载。
- 标记已关闭的线程。 对你认为已完成的内容回应 ✅，并告诉你的摘要例行任务跳过它们。
47.5 相关资源
- 用例库：这些习惯使之可靠的全套设置
- Claude Tag 记住了什么：让修正持久生效