最新

您好！我是 s2.dev 的联合创始人之一，最近一直在开发 opbox。opbox 是一个开源守护进程，可以将文本文件（代码、Markdown 等）目录转换为协作式、多人工作区。 这最初源于一种智力上的好奇，想看看是否可以在文件系统层面（即独立于编辑器）实现实时同步。 这个想法很简单： * Opbox 工作区大致相当于 Git 仓库（并且可以与现有的 Git 仓库一起使用，以在提交之间共享实时更改）。 * 当 opbox 守护进程在工作区中运行时（`ob start`），它会监听其目录内的本地文件系统事件（写入、删除、新文件），并将它们转换为对应于每个文本文件（以及一个用于整个命名空间的文档，用于处理路径）的影子 CRDT 文档（Yrs）上的操作（即标题中的“op”）。 * 这些影子 CRDT 文档存储在工作区本地的 SQLite 数据库（Turso）中。 * 这些操作（代表对应 CRDT 文档的差异）随后会被追加到一个持久化流（S2）中，该流充当所有同步参与者的共享日志。 * Opbox 还会从该日志中读取，接收来自其他参与者的操作，然后用于更新本地文档，首先在数据库中更新，然后通过将它们具体化为磁盘上的实际文件来更新。 这种方法在实时共享 Obsidian 图谱等内容方面效果出奇地好。 在您希望能够从任意编辑器编辑本地文件，但仍能实时协作的情况下，它最有帮助。从那些您可以配置激进的自动保存策略，并且对打开文件的编辑能够及时反映在编辑器中的编辑器获得最佳体验。 为了对 opbox 核心流程的正确性（特别是双向同步的所有细微之处）建立信心，我投入了使用 turmoil 库进行确定性模拟测试（请参阅仓库中的 `opbox-sim` crate），这非常有帮助。

如果我将我的心血、灵魂、汗水、鲜血和泪水倾注于精心打造一个完美的“一次性提示”（one shot prompt），并得到了完美的回复，这是否仍然算是“氛围编码”（vibe coding）？

任何与常规生物信息学工作和计算生物学相关的简单请求都被标记，这真是令人恼火。就好像我们在试图武器化病毒或制造炭疽病！<p>生命科学用户们，你们的经历是怎样的？

非主流观点： 通过恰当的提示、评审和优化完成的少数 PR，通常在长期内更具优势。 *每天 3 个深思熟虑的 PR 远胜于 40 个考虑不周的 PR，无论有多少 AI 代理进行过评审。*