从想法到交付：技术创始人如何使用 Claude 代码和完整上下文进行构建

操作员

一位技术创始人构建了两个 SaaS 产品，同时承包了四个客户项目，这实际上是在运行上下文切换操作，就像软件操作一样。每个产品都有自己的路线图、积压工作和一组利益相关者对话。每个客户项目都有自己的存储库、Slack 或电子邮件中自己的通信线程，以及自己对正在构建的内容和时间的期望。创始人既是工程团队又是客户经理，这意味着每次上下文切换都会带来真正的开销：在编写一行代码之前拉回正确的思维模型。

可以很好地构建软件的工具已经存在——Claude Code 处理实施、测试和迭代的水平是几年前一个小团队才能完成的。差距不在于大脑在做工作，而在于大脑在做什么。它是大脑在开始时所知道的。每次工作会议都以相同的问题开始：我正在构建什么，我在哪里停止，自上次会议以来利益相关者对话发生了哪些变化，以及谁需要知道它何时发布。

突破点

开销会以很小的方式累积起来，除非它们加起来，否则不会让人觉得是一个结构性问题。大多数会议的前 30 分钟，创始人都会通过 Slack 线程和电子邮件进行回顾，以重建他们两天前最后一次清晰掌握的规范背景。他们上周发布的一项功能产生了一个他们尚未回答的利益相关者问题，不是因为他们错过了它，而是因为它到达了错误的选项卡。在电子邮件中商定的客户项目里程碑尚未进入任何任务或时间表，因为没有时间停止并记录它。

更深层次的问题是，克劳德·科德（Claude Code）尽管功能强大，但在开始每个会话时却一无所知。创始人将上下文粘贴到其中——规范、相关线程、代码库关注点的当前状态——然后会话就富有成效。但粘贴步骤是手动的、有损耗的，而且永远不会完全完成。该模型无论在何种背景下都能进行出色的推理；限制在于，在真正的工作开始之前，组装该上下文需要人类时间和人类判断。

当有东西发货时，通信步骤会落到优先级堆栈的底部。该功能已完成；告诉正确的人就是摩擦。等待交付成果的利益相关者几天后才发现，并不是因为创始人忘记了这些交付成果，而是因为没有系统可以将已完成的任务转化为出站通知。

设置

技术创始人连接 Gmail 作为客户通信线程，连接 Google Drive 以获取规格、设计文档和项目简介。每个产品和每个客户参与在 Lodestar 中都有自己的组织和项目——两个产品组织有自己的路线图项目，四个客户组织每个都有一个交付项目。 MCP 服务器连接到 Claude Code，以便每个终端会话无需切换到浏览器选项卡即可获得完整的操作画面。

Lodestar 吸收现有的电子邮件线程和云端硬盘文档，并开始提取带有证据的行动项目 - 每一项都链接到其来源的确切报价或文件。一天之内，所有六个上下文中的未清项目都可以在一个地方看到，按项目组织，并根据它们在源材料中出现的位置推断出截止日期。创始人没有手动输入这些内容；它是从已经存在的通信历史中浮现出来的。

工作流程

典型的工作会话以自然语言提示 Claude Code 开始：今天的当前状态如何。从那时起，会话完全在编辑器中运行。没有选项卡切换，没有手动上下文组装，最后没有单独的通信步骤。

• ·Sense — Claude Code 通过 MCP 调用 `dashboard_today` 来获取每日排名图片。响应显示了六个上下文中的三个应采取的行动项目：一项是阻止产品发布，一项是客户可交付成果，一项是一直在等待的利益相关者答复。
• ·意义——创始人说：实施阻塞项目。 Claude Code 对该项目的 ID 调用“action_items_retrieve”以获取完整的结构化记录：从中提取的规范片段、链接的云端硬盘文档、利益相关者上次参与的电子邮件线程以及相关的代码库上下文。
• ·Sense — Claude Code 调用“knowledge_search”和“files_content”来提取当前规范以及 Drive 中记录的任何先前设计决策。它调用“context_resume”来显示利益相关者线程中最后决定的内容。所有这些都在会话中完成，而创始人无需打开单个浏览器选项卡。
• ·决定 - 组装完整的上下文后，Claude Code 计划实施：构建什么、以什么顺序、如何测试。创始人审查计划，确认或调整方法，然后实施会议开始。
• ·行动 — Claude Code 编写代码、运行测试并迭代。当实施准备就绪时，创始人说：交付并关闭循环。 Claude Code 调用 `action_items_partial_update` 将项目标记为已完成，然后调用 `timeline_events_create` 根据项目时间线记录完成情况。
• ·关闭 — Claude Code 调用 `emails_reply_link` 来起草利益相关者通知 — 以已完成的确切项目为基础，引用线程中的原始请求。草稿在创始人的撰写窗口中打开；他们审核后单击“发送”。如果完成触发了项目里程碑，Claude Code 会调用“milestones_partial_update”来推进项目里程碑。
• ·对于客户端可交付成果重复相同的模式：检索上下文、实施、关闭、通知。整个会话（上下文组装、实施、状态更新、利益相关者通知）都保留在编辑器内。

有什么变化

粘贴步骤消失。 Claude Code 在每次会议时都会提供规范、线程历史记录、先前的决策以及已经在范围内的公开承诺——因为 Lodestar 以结构化形式保存它们，并且 MCP 按需显示它们。真正的工作开始之前的摩擦从半小时的重建练习到几秒钟的模型检索。

利益相关者沟通成为运输的副产品，而不是一项单独的任务。当项目关闭时，通知草稿是从真实的完成上下文生成的，而不是从内存中生成。创始人审阅并发送，而不是从头开始撰写。正在运输的东西和了解它的合适人之间的差距消失了。

六个上下文中的操作画面保持最新状态，无需手动维护。操作项会自动从通信线程中显示出来。当证据到来时，里程碑就会向前推进。时间线反映了实际发生的情况，由用于构建软件的 Claude Code 的相同源材料构建而成。