如何组织克劳德代码进行产品工作

我的产品工作的 Claude Code 工作区是一个文件夹，里面几乎没有代码。它包含一个上下文文件夹，其中包含有关公司的所有信息：产品、用户、竞争对手、我喜欢的工作方式。每个项目一个文件夹，任务与可交付成果分开。一组技能，每个技能执行一项重复工作：状态更新、PRD 审查、访谈综合。当我提供一次反馈时，它会出现在一个文件中，并附有说明原因的注释，并且我再也不会提供该反馈。我没有设计这个系统。我之所以能做到这一点，主要是因为我先犯了错误。犯错给了我一个教训，贯穿整篇文章。除了基础知识之外，您在 Claude Code 中的结果将取决于您提示的程度而停止，并开始取决于您归档的程度。一个好的提示可以改善一次会话；一个好的文件可以改善之后的每一次会话。您已经阅读过的即时调整建议在归档开始变得重要的时候就不再有帮助了。因此，我没有描述我的系统，而是将其打包。初学者工作区在 GitHub 上公开：文件夹、上下文模板和五项 PM 技能，通过一次设置面试进行个性化。您无需精通技术即可跟进；每个步骤都详细说明，包括安装工具。虽然我的示例是产品工作，但相同的架构适合任何上下文繁重的工作：设计主管的研究库、数据团队的指标定义、创始人的所有文件夹。这是路线。开关。我将向您展示聊天模式和 Cowork 不能给您的功能，以及为什么终端对于产品经理来说是值得的。入门工作区。下载它，运行一个设置技能，并给它一个真正的任务：六个步骤，每个步骤都显示在屏幕上。做法。使系统复合的六个步骤，每个步骤都明确指出要做什么以及你会得到什么。节奏。这是系统内部正常工作日的样子，从第一个简短的提示到两分钟的归档习惯。回报是具体的。一次就可以开始运行：安装工具、下载工作区、回答设置面试、移交第一个实际任务。您不再每次会议都重新解释您的公司，并且您所做的每一次更正都将成为永久性的。每个步骤如下。是时候打开文件柜了。您今天可能通过 Claude 的聊天来运行您的产品工作：浏览器选项卡或桌面应用程序，也许是用于代理任务的 Cowork。它有效，而这正是陷阱。每一次对话都是从零开始。您上次上传的策略文档消失了，您耐心解释的上下文存在于您再也找不到的线程中，您喜欢的输出被困在对话中而不是坐在文件中。聊天是一个思考的好地方，也是一个积累的可怕地方。对于偶尔的问题也没关系。对于日常产品工作，这意味着每天早上都要支付相同的设置成本。 Claude Code 与 Claude 相同，但主目录不同：计算机上的一个文件夹，可以读取、导航和写入。上下文存在于持久存在的文件中。重复性工作依赖于按命令运行的技能。输出作为您保存的文档而不是您滚动查找的消息出现。在我的日常使用中，我以前在聊天或 Cowork 中所做的一切在这里运行得更好，因为没有任何事情会被解释两次。这是我自己工作中的观察结果，不是法律，但它已经持续了几个月。真正改变我工作的部分是下面的终端。 Claude Code 与 GitHub 原生交互，无需连接器：它可以提取公司存储库并回答有关它的问题，并且可以推送您自己的工作。要求它获取产品背后的存储库并解释功能标志的实际用途。将您的工作区推送到私有存储库，队友可以克隆它并继承您的领先优势。对于产品经理来说，这是直接进入代码库的方式，也是共享整个系统的一种方式，而这两者都是聊天所不具备的。没有人给你的是制造所有这些化合物的归档系统。用 Anthropic 自己的话来说，其最佳实践指南是“为在各种代码库、语言和环境中使用 Claude Code 的工程师编写的”，并且工程师可以自由地使用他们的结构：代码库已经是有组织的上下文。现有的 PM 指南（其中最著名的是 Sachin Rekhi）正确地告诉您“将所有产品数据和文档存储在本地 Markdown 文件中”，然后继续。怎么组织的？在没有答案的情况下尝试一下，你就会得到我所拥有的：四十个松散的文件和一个陈旧的设置。入门工作区就是这个答案，是预先构建的。让我们来设置一下。入门工作区是我运行自己的产品工作的结构，已清理为模板：文件夹、带有引导占位符的上下文文件、示例项目和已安装的五项技能。整个事情是免费和公开的：claude-code-pm-starter。六个步骤可带您从一无所有到第一个真正的任务，并且没有一个步骤需要技术背景。开始之前请注意一个先决条件。您需要 Claude Cod 的付费 Claude 计划