Claude协作秘诀Top 5，早知道我效率能翻倍

协同工作极其强大，但有一个问题。目前，如何设置工作空间还没有一个黄金标准。所以，如果基础没打好，后续就会不断遇到本可避免的问题。因此，在每天使用协同工作管理生活、甚至负债支付token使用费的5个月后，我总结了五个从第一天起就必须做对的关键事项。我们开始吧。首先从第一条技巧说起：Markdown翻译器。现在你应该知道，协同工作的指令和记忆都存储在这些MD格式的Markdown文件中。虽然我们可以直接打开并编辑这些文件，但每次打开就要消耗20个token。好吧，这是玩笑话，但我感觉这确实是真的。这样阅读起来很痛苦，对吧？编辑起来更是烦人得要命。

首先，你需要安装一个名为Obsidian的免费应用。将文件夹作为库打开。点击“打开”，指向你的协作工作文件夹。现在，每个MD文件都会立即以正确的标题、粗体文字和项目符号呈现。基本上，这是一种更易读的格式。假设我想修改这个claw.md文件中的内容。无需在此处操作，只需在Obsidian中选择claw.md标签页，替换第一个项目符号。例如，在“偏好设置”下添加“总是开不合时宜的玩笑”。然后删掉之前的那一行。关闭并重新打开文件，你会发现修改已经生效。需要明确的是，你不需要学习Obsidian或使用它的其他功能，它只是一个用来阅读和编辑MD文件的工具。

专业提示：你可以点击“Command + Control + +”组合键来放大视图。点击阅读模式图标可锁定Obsidian页面，避免误操作。你甚至可以进入Obsidian设置中的“文件与链接”选项，开启“显示所有文件类型”开关。这样就能在侧边栏看到非.md文件，比如电子表格、PDF甚至图片。接下来是第二个技巧：300行规则。由于root cloud.md会在每次会话时加载，臃肿的文件会浪费大量token。当我把文件从600多行精简到250行左右时，token使用量下降了约25%。以下是三个立即可用的策略：第一，只保留核心内容。我的claw.md模板包含六个部分。其中“记忆系统”部分会指示Coowork始终读取记忆。

在会话开始时，mmd 已经记录了我们之前的操作。接下来，偏好设置决定了协作沟通的方式，包括语气、篇幅、格式等。然后是规则，这些是行为准则。简单来说，如果你希望协作工具始终执行某些操作（比如开始复杂任务前先提出澄清性问题），或禁止某些行为（比如未经告知修改内容及原因就编辑工作区文件），这些规则就属于这一范畴。回到我的实际 claw.md 文件，路由映射表包含一个表格，协作工具会根据我的任务判断加载哪个工作站。例如，写邮件时加载邮件总部工作站，处理中文项目时加载中国办公桌，头脑风暴时使用清晰伙伴，以此类推。

回到这个轻量级模板，因为它内容更精简。第五部分是参考文献，包含按需指向协同工作文件的单行指针。换句话说，这个语音原则的mmd文件不会在每个会话中加载，对吧？只有在我撰写内容时才会加载。最后，创建新工作站的功能会告诉协同工作如何在你的工作区中创建新工作站。专业提示：经验法则是将你的claw.md文件控制在200到250行之间，300行是绝对上限。你也可以从下方链接的免费协同工作工具包中获取这些claw.md和memory.mmd模板。但杰夫，我听到你说如果继续使用协同工作，不可能把所有内容都控制在300行以内。这就引出了第二个策略：让协同工作重新定位非必要规则。

测试一下：协作工作是否每次会话都需要这个，还是只在特定任务出现时才需要？回到我的实际云端，有一个名为“治理原则”的章节，其中规定此工作空间中的所有指令和规则必须相互独立且完全穷尽。由于这决定了整个协作工作空间中所有规则的组织方式，因此必须将其保留在我的根目录中。相比之下，这里有一个文件创建规则要点，仅在我创建新文件时才适用。由于我并非每次会话都创建文件，因此我没有将所有22条规则都放在这里，而是设置了一个提示：“在创建工作空间中的任何新文件之前，请先阅读此内容。”现在，让我们立即应用这一学习成果。

回到之前创建新工作站的部分，我们并不是每次会议都创建新工作站，对吧？所以我们可以让Co-Work把“创建新工作站”这部分从我的rootclaw.mmd中移出，放到一个新的引用文件里，并用引用表中的一个单行指针替换它。我们就这样让它运行。几秒钟后，就能看到结果了。首先，Co-Work告诉我们这样做能让根云保持精简，同时保留模板以便按需加载。没错。打开Obsidian视图，可以看到整个“创建新工作站”部分已经被移除了，取而代之的是一个指针：“嘿，创建新工作站时请阅读此内容”。那么这个工作站模板MD文件存放在哪里呢？在00资源文件夹下。

正如你所见，所有内容都已迁移到这里。我们的claw.md文件在精简后反而更高效了。优化claw.md就是这么简单：找到执行特定任务的模块，让协作者重新安置它们。第三招：在正确的位置编写文件。简而言之，大多数协作者会把claw.md的内容塞进memory.mmd，反之亦然。这种混淆会严重拉低输出质量。解决方案是在claw.md的"记忆系统"模块下添加规则。测试一：如果条目具有规范性且包含"总是""绝不"等词汇，则归入claw.md。测试二：如果描述的是可能变化的事实，则归入memory.mmd。

滚动到这里的规则部分，有一条记录写着：在起草新邮件之前，检查是否已存在与该收件人相关的现有讨论串。这是“在做X之前先做Y”的一种形式，同样属于规范性行为，对吧？正因如此，它被归入claw.mmd文件。翻到memory.mmd文件并向下滚动，我们看到一条记录写着：我的公司使用Microsoft Copilot，这可能是明天就会改变的事情，对吧？或许确实应该改变。开个玩笑。所以，这是一个临时事实而非规则，因此它被归入memory.mmd文件。现在你可以做一件事：让同事审查我的root cause.md和memory.mmd文件。在cause中。

mmd文件，标记任何主要目的是记录事实状态而非规定行为方式的条目，对吧？而在记忆文件中，标记任何主要目的是告诉你如何行为而非记录事实的条目。建议每个被标记条目应移动到哪里。一两分钟后，协作工具将分享一份建议清单。这里你可以看到，我的记忆文件中有五个问题条目，显然我故意留在那里，是为了展示什么是不该做的。我不会犯错。幸运的是，我的claw.md文件是干净的。所以我只需直接说“继续修改”即可。就是这么简单。

说到优化工作空间，今天的赞助商HubSpot推出了一份名为“云端协作工具包”的免费资源，内含12个可直接使用的协作优化提示词。其中几个我觉得特别实用，比如批量文档生成器和研究综合提示词。不过这个研究综合提示词，我可能还是会用Cloud Web来做研究。但最让我惊喜的是这个文件管理提示词。我唯一想做的改进是：不要按日期或项目排序，而是让它遵循蒂亚戈·福特（Thiago Forte）的PAR方法——项目、领域、资源和归档来整理。这样一来，每个文件都会根据其可操作性被归入对应分类，而非仅凭表面特征。

这启发我在协作工具中创建了一个定时任务，每天早上自动处理我的iCloud收件箱文件夹。也就是说，协作工具会自动将收据、PDF文件以及随机下载的内容归类到正确的文件夹中。你可以免费获取这个云协作工具包，链接在下方。感谢HubSpot赞助本期视频。好了，第三条建议：记忆精简。就像你的根目录文件夹一样，你的根记忆文件也会在每次会话中加载。如果内容杂乱，不仅会浪费资源，还会降低协作工具的性能。以下是三个可行的方法：首先，为你的记忆文件建立清晰的结构。我的根记忆文件——

MMD包含三个部分：第一部分是活跃项目与工作，列出我当前所有进行中的事项，并附简短状态说明，方便协作者快速了解我的工作内容；第二部分是计划任务模块，追踪所有自动化周期性任务，避免协作者意外创建重复项或遗漏已有任务；第三部分是核心记忆模块，存储关于我的持久性信息，例如成为全职YouTuber前的职业经历、领英链接、商业地址及使用方式。简而言之，这些是我需要随时调用的基础信息。第二个策略是设定硬性上限。还记得我的rootclaw.md文件中那个记忆系统模块吗？在文档底部其实有一个指向完整记忆系统规则的指针。

如果你打开那个文件，有两件事需要了解。首先，在条目格式部分，有一条规则规定每条记忆条目最多一到两句话。这意味着从第一天起就要撰写简洁的条目，而不是用冗长的段落来撑大你的记忆文件并浪费资源。其次，在大小上限部分，有一条规则写着根记忆文件上限为150行。当超出上限时，解决方案始终是压缩和归档，而不是提高上限。简单来说，当你的记忆文件不可避免地达到150行时，系统会自动归档不再需要的信息，比如两三个月前发生的事情。但等等，这些归档信息会去哪里呢？第三个策略——创建一个归档文件。

这里有个简单的可视化说明。你的memory.mmd就像一块白板，记录着当前项目和你每天需要参考的关键信息。而archive.mmd则像一个文件柜，完整保存了你做过的所有事情。这里有个关键点：Co-work在每次会话时并不会读取archive.mmd。只有当你问“三个月前那个E-list项目怎么样了”这类问题时，它才会去检查archive.mmd文件寻找答案。由于archive.mmd在会话开始时不会被加载，所以它不需要设置大小上限，对吧？你可以毫无负担地保存所有想保留的内容，无需承担任何性能成本。为了帮你设置这个功能，我在下方附了一个提示模板，你可以直接复制粘贴到Co-work中使用。

为了节省时间，我不会通篇朗读，但简单来说，这个提示首先会创建你的存档文件。mmd文件，然后将记忆规则添加到你的claw.md中，并指导co-work哪些条目应保留在memory.mmd中，哪些应归档。专业建议：你需要在工作区内的每个工作站和每个项目中分别创建独立的memory.mmd，以减少token的使用。例如，当我询问co-work“最新的邮件推广活动进展如何”时，co-work会先检查rootmemory.mmd确认项目是否存在，然后跳转到项目记忆MD读取项目特定信息，如Notion页面、邮件主题行、过往决策和当前状态。这种层级式设置正是我的rootmemory.

即使经过数月的高强度日常使用，MMD的代码行数也从未超过100行。接下来是第四点技巧：项目迁移。很多人问过关于claude项目与协作平台的关系。简而言之，你需要将所有CLA项目迁移到协作平台，因为协作平台不会面临claude项目那样的限制。例如，我曾依赖这个云项目来撰写每周通讯。在这个项目中，我们设有项目指令、项目知识文件以及自动生成的项目记忆。与协作平台相比，这里存在不少问题。比如，如果我想改进项目指令，就必须手动点击进入，然后输入或粘贴内容，对吧？

其次，点击进入项目记忆，发现这是一段AI生成的段落，我无法直接编辑或调整结构，效果并不理想。第三，虽然我可以将过往新闻简报的文档作为知识文件链接进来，但同样无法直接写入该文档。每次都需要手动打开文档，自行粘贴所有内容。这些问题都可以通过将我们的Claw项目迁移至Co-Work来解决，操作流程也很简单：项目指令会直接成为工作区的Claw.md文件，项目记忆则转化为Memory.mmd文件，知识文件会被添加至项目资源文件夹。具体操作如下：新建一个空白文档，全选内容。

复制项目说明并粘贴到本文档中。按两次回车键。返回。点击进入项目记忆。全选这些内容。添加一级标题。项目记忆。将项目记忆也粘贴进去。将其保存为Markdown文档。项目信息.md。保存。好的。然后我也可以将整个Google文档下载为Markdown文件。所有标签页。这可能需要一点时间，所以我可能会快进这部分。不过在此期间，我们先去我的免费模板那里。这个模板链接也在下方。复制这个简单的迁移提示。粘贴到Co-Work中。然后回到我的下载文件夹，将项目信息.md和我的Google文档.md文件都分享到Co-Work中，让这个流程自动运行，以便将Claw项目迁移到Co-Work中。好了，完成了。

我们来回顾一下Coowork刚刚完成的工作。首先，它创建了一个名为“newsletter workstation”的文件夹。我的通讯叫“workspace essentials”，但这个文件夹是通讯工作台文件夹。其次，它创建了一个“workstation claw.mmd”文件，其中包含了与原始项目说明相同的工作流程。第三，它创建了一个“memory.md”文件，里面带有可编辑的标签化结构，就像这样。第四，它创建了一个资源文件夹，包含三个独立的资源文件：一个用于受众和定位，一个用于我最近的通讯，还有一个从现有通讯中提取了风格模式。额外的好处是，我们甚至可以返回根目录的“cloudmomd.md”文件。

一直往下滚动，你会看到在路由映射下，Co-work甚至新增了一个条目，指向我们刚创建的新闻简报工作站。现在，每当我想修改这些文件中的任何一个，只需告诉Co-work：“嘿，在我的新闻简报工作站里加一条规则，每条规则最多用三个表情符号。”Co-work就会直接修改新闻简报的claw.mmd文件，就像你在这里看到的这样。假设我刚发布了最新一期，我可以让Co-work把最新版本添加到新闻简报示例文件中，粘贴内容，让它运行。等一分钟——我可没耐心等太久——它就会被添加到新闻简报示例的recent markdown文件里。

我无法强调这相比普通聊天机器人有多么革命性的改变。这就是我们协作空间不断优化的方式。今天我们做的每项改进、每个改变，都会让明天的产出变得更好。顺便说一句，如果你想要我的完整系统——包含预制工作站模板和分步指南，这样你就能跳过从零开始搭建的试错过程——我正在推出一个Coowwork Academy课程，可以在下方报名等候名单。接下来是第五个技巧：技能检查。在上一个视频之后，很多人问起技能和工作站的区别。简单来说，区别是这样的。回到我的实际协作空间，我说我想写下一期本地化周报。我需要做什么来着？让我们看看它怎么说。

好的，正如你所见，协作工具首先加载了我的新闻简报工作区以提供背景信息，然后展示了工作流程。但请注意，其中许多步骤都涉及我需要做出的决策。例如，第一步：我是否已经想好了主题？这周要报道哪个Google应用？对吧？这揭示了一个重要问题：这个新闻简报工作流程无法完全自动化运行。作为人类，我需要在过程中做出决策和判断。相比之下，一旦新闻简报草稿定稿，我就可以触发我的新闻简报主题行技能——该技能会获取最终草稿，并应用技能中的指令（由于它只是一个检查清单，因此可以自动运行）。接下来我会快进一点。它会给我五个带有评分的选项。

每次我都能确切地知道自己会得到什么回报，唯一变化的只是内容。第二个例子：我有一个工作站审核技能，用于检查特定工作站文件夹中是否存在规则错位、冗余和漏洞，从而保持工作站优化且精简。输出结果是一份报告，前面是执行摘要，后面是具体发现和建议。因此，判断何时创建工作站而非技能的标准其实很简单：这是“我工作的地方”还是“我做的事情”？如果是持续性的工作领域，拥有独立的语境和积累的背景信息，那就是工作站；如果是可重复的流程，希望每次以相同方式完成，那就是技能。如果觉得有帮助，接下来可以查看我的完整协作播放列表。我们那里见。

同时，祝你一切顺利。