最新

与 AI 编码工具出现之前（比如大约两年前）相比，如果让你给出一个数字，作为一名软件工程师，你的生产力提升了多少？ 我经常思考这个问题，也很想听听其他人的看法。对我来说，简短的回答是：大约提升了 2 倍（也就是说，比 LLM 出现之前快 100%）。长一点的回答是： 当我彻底理解了领域知识（也就是我正在解决的业务逻辑和实际问题），并且熟悉技术栈时，我的速度大约能提升 10 倍，而且代码质量也更好。 当我不理解领域知识时，提示会变得模糊或不充分，LLM 会进行猜测。它可能一天就能完成一个月的任务量，但我会花接下来的 3 周时间进行重构，并意识到代码有多么糟糕，这都是因为提示太糟糕了。总的来说，这可能仍然比 AI 出现之前快，但会带来一种令人沮丧的心理现象，让你觉得某件事快要完成了，结果却要花几周时间调试、重构，而且经常要推倒重来。 在不熟悉的技术栈中，我无法总是发现明显的错误（由 AI 或提示引起的错误），所以效率更低，风险也更高。 生产力提升的 10-15% 是由于开发环境的改进。我用 Cursor 打开了 ~/.dotfiles，告诉它我遇到的问题或请求具体的改进。它通常会修改 .zshrc、.vimrc 或类似的文件（如果第一次尝试没有成功，则会进行迭代）。由于这非常快（例如 5 分钟），我做了大约 20 个小调整，而这些调整以前是不值得花时间的。它们确实让我更开心，也提高了一点生产力。 但总的来说，考虑到所有因素，我认为我的生产力大约是 LLM 出现之前的 2 倍。

我一直在“dogfooding”（自用）我构建的一个小型写作助手，名为 Rephrazo，我想分享一些到目前为止的实现细节和错误。<p>这个想法很简单：<p>* 突出显示你正在写作的文本 * 按下热键 * 在一个小弹窗中获得 AI 释义 * 一键插入<p>目标是消除小的编辑操作中“复制 - 打开 AI 工具 - 粘贴 - 重写 - 粘贴回”的循环。<p>这篇文章是关于我如何将其连接起来的，哪些技术上有效，哪些无效。<p>### 我设计时考虑的约束<p>从一开始，我就尝试在几个约束下进行设计：<p>* 一个热键 → 一个主要动作 * 停留在当前应用程序内（没有浏览器，没有大的侧面板） * 最小的 UI：单个建议，一键插入 * 延迟“感觉是即时的”，否则就不会被使用<p>每当我打破这些约束（添加额外的选择、提示等），在“dogfooding”中的使用率就会下降。<p>### 整体架构<p>大致分解：<p>* 桌面客户端，它：<p><pre><code> * 监听全局热键 * 抓取当前文本选择 * 将其发送到 API * 在选择附近的一个小覆盖层中显示返回的释义</code></pre> * 后端 API，它：<p><pre><code> * 接受选定的文本 + 一些最小的上下文 * 调用 LLM * 应用一个固定的提示（“让它更清晰，尽可能保持语气/风格”） * 返回单个建议（目前没有多选） </code></pre> 目前还没有花哨的基础设施，只是想尽可能缩短从“按键”到“返回文本”的路径。<p>### 文本捕获和插入<p>令人惊讶的棘手部分不是 LLM，而是：<p>* 可靠地捕获选定的文本 * 不搞乱用户的剪贴板 * 插入重写的文本，不破坏格式<p>第一个版本实际上滥用了剪贴板：<p>* 保存剪贴板 * 复制选择 * 发送到后端 * 通过粘贴结果替换选择 * 恢复剪贴板<p>这奏效了……直到它失效：<p>* 一些应用程序忽略模拟的按键 * 有时剪贴板会被其他东西覆盖 * 感觉很脆弱，很“黑客”<p>我正在慢慢转向更多应用程序感知的集成（如果可能），同时仍然保留一个通用的后备方案。<p>### 延迟和用户体验<p>延迟比我预想的更重要。大致分为几类：<p>* &lt; 500 毫秒 → 感觉是即时的，人们很满意 * 1–2 秒 → 如果建议明显更好，则可以接受 * &gt; 3 秒 → 人们会后悔按下热键，并且使用频率会降低<p>一些小的用户体验改进有所帮助：<p>* 在选择附近立即显示一个小的“加载”状态 * 立即渲染弹窗（骨架状态），然后在响应到达时填充它 * 失败时，显示一条简短、诚实的消息，而不是默默地什么都不做<p>如果你正在构建 AI 工具，这不会让你感到惊讶，但当你看到自己的用户在几次缓慢的响应后犹豫不决时，感觉就不同了。<p>### 出错的地方<p>* 我早期过度构建了自定义功能：<p><pre><code> * 语气下拉菜单 * 多种模式（“更短”、“更长”、“更正式”） * 额外的切换开关 人们忽略了它们，或者产生了决策疲劳。 </code></pre> * 我低估了在不同应用程序中选择/插入的边缘情况的数量。<p>* 我在最初的版本中没有记录足够的日志，所以我不得不改造遥测技术来了解实际使用情况。<p>如果你有兴趣，目前的早期版本在这里： [https:&#x2F;&#x2F;rephrazo-ai.app&#x2F;](https:&#x2F;&#x2F;rephrazo-ai.app&#x2F;)

嗨，HN， 我一直在构建东西，但每次发布都失败了。这次我构建了一个能强制执行我所缺乏的纪律性的东西：一个生产力系统，当你在没有休息的情况下过度专注工作时，它会从物理上阻止你继续工作。 它的功能： - 将专注计时器 + 冥想追踪器 + 任务管理器整合在一个终端风格的界面中 - 严格的 10:1 专注：休息 强制执行——工作 100 分钟后，你必须休息 10 分钟才能再次解锁计时器 - 完成任务需要反思日志（每 5 个任务 1 次反思）——不允许积压式日记 - ASCII 进度条，等宽字体，每个操作都有括号：`[ START_FOCUS ]` - 没有游戏化，没有连胜焦虑，没有“你可以做到！”的鼓励 我为什么构建它： 我曾经连续工作 4 个小时，到周三就精疲力竭，然后会末日滚动浏览 3 天。每个生产力应用程序都让我继续工作。我需要一些能阻止我并强制我恢复的东西。 这种美学是故意的——野蛮主义的终端用户界面，以消除多巴胺触发因素。黑色背景，功能性颜色（青色/琥珀色/红色），没有圆角，没有庆祝活动。只有纪律。 当前状态： - 7 天免费试用，无需信用卡 - Web 应用程序（Flutter + Supabase） - 可以在移动设备上运行，但主要为桌面设计 - 我是唯一的日常用户（典型的创始人问题） 构建这个过程中我学到的： - 强制休息是有争议的——一些测试者讨厌被阻止 - 人们想要“再做一个任务”的覆盖功能——我拒绝添加它们 - 终端美学过滤很严格：开发者喜欢它，普通用户会离开 - 我不知道如何在不听起来像是在说教纪律的情况下进行营销 实时演示：<a href="https://app.kensho.zone" rel="nofollow">https://app.kensho.zone</a> 源代码：尚未开放（如果有人感兴趣，会考虑开放） 这是我第五次创业失败尝试。通常我发布后，只发一次帖子，然后想知道为什么没人使用它。这次尝试一些不同的东西：诚实地谈论挣扎，并在放弃之前寻求严厉的反馈。 我错过了什么？你真的会使用它吗，还是它只是解决了我的问题？