最新

我的邮件客户端/收件箱真是烦死我了。<p>Tallyman 随之而来：一个基于 Gmail 和 Outlook 的键盘驱动邮件客户端。 你的 Vim 肌肉记忆依然有效（j/k、gg、相对行号、计数等） 39 个可重新绑定的快捷键、命令面板、邮件模板、主题……<p>无需迁移。仅支持 OAuth。 已通过 Microsoft 验证，现已上线。Google 验证正在审核中。<p>30 天免费试用，之后每个收件箱每月 9 美元。 如果你需要延长试用期，请给我发邮件：contact@tallyman.io

在过去的 6 个月里，我一直在构建 AI DevKit 的同时，不断改进我的 AI 编码工作流程。<p>最重要的转变并非在于更好的代码生成，而在于从可复用的命令和模板，转向能够携带上下文、触发正确行为并自动验证工作流程。<p>最近的一个功能使这种差异变得显而易见。我使用 Codex 为 "ai-devkit skill add" 构建了交互式技能选择。我只给了一句话的指令，工作流程就完成了需求、设计、规划、实现、验证、测试和代码审查的整个过程。<p>整个过程耗时不到一个小时，实际的功能流程大约 30 分钟。<p>我发现有趣的不只是 AI 编写了代码，而是工作流程留下了需求文档、设计文档、规划工件、从需求中派生的测试，以及针对规范的验证，而不仅仅是一个差异（diff）。<p>在实践中，有几件事感觉很重要：<p>- 记忆功能找回了我之前忘记存储的旧 CLI 规则 - 审查阶段可以向后循环，而不是盲目地向前推进 - 验证功能捕捉到了实现和设计之间的偏差 - 我仍然自己做出了产品决策，并修复了最后一个未通过的测试<p>我很好奇这里的其他人是如何思考这个问题的。<p>你们是主要在优化提示词，还是现在开始尝试优化模型周围的工作流程层？