做开发时，真正消耗注意力的往往不是写代码，而是来回切换。

需求在聊天里，项目规则在文件里，修改在编辑器里，验证在终端和浏览器里。每切换一次，就要重新找回上下文：刚才为什么这样改、现在要验证什么、哪些地方不能动。

Lfcode 想解决的，就是这段被切碎的工作流。

让任务从正确的上下文开始

Lfcode 的核心不是把聊天窗口放进编辑器，而是让一次任务带着它已经知道的东西继续走。

一个会话可以同时保留目标、已有的讨论、当前项目文件与规则。开始新一步时，不必从一段空白提示词重新解释背景，也不会把重要限制留在对话之外。

从改动到验证，仍然在同一条链上

一次完整的开发推进通常会经过四个阶段：

  1. 讲清任务：保留问题、决策和当前上下文。
  2. 落实改动：在真实文件和差异中审阅代码。
  3. 运行验证：在终端执行命令、读取输出、处理异常。
  4. 确认结果：打开浏览器复现交互，检查控制台与网络请求。

这些阶段不应该彼此孤立。Lfcode 将会话、编辑器、终端、浏览器放在同一个本地工作台中，让上一环的结果自然成为下一环的依据。

本地优先，控制权留在自己手里

项目目录、终端命令、浏览器结果和工具调用都应当是可见、可检查、可控制的。Lfcode 围绕本地工作目录工作：文件在哪里，改了什么，执行了什么命令，都留在能够回看的任务上下文里。

它采用 MIT 许可证开源，也不把模型选择绑定到某一个提供商。内置工具可以直接使用，需要时也能通过 Skills、MCP 和插件把自己的工作方式接进来。

为什么从这里开始记录

这个博客的第一篇文章，想先记录一个很朴素的方向：少把时间浪费在工具之间搬运信息，把更多注意力留给判断、创造和真正的结果。

Lfcode 还在持续打磨中，但它已经有了明确的工作方式：你负责判断，Agent 负责推进；每一次推进，都留在同一张工作台。

项目地址：GitHub 上的 Lfcode。