最新

我总是记不住 `ln -s x y` 的操作数顺序，现在我终于明白了原因：这个命令支持两种同时的解析方式。 `(ln -s) (x y)` — 预期的解读。`-s` 代表 "symbolic"（符号链接），参数顺序与 `cp x y` 相同。很好，但我不相信这种类比——在经历了 `find`、`dd` 或 `tar` 之后。 而且，很奇怪的是，我们一开始将符号链接命名为 `x y`，但后来如果 `ls -l y`，我们会看到 `y -> x`。为什么会颠倒呢？使用 `ln -s` 使得 `-s` 无法强制执行约定：只有链接本身被定义为符号链接，而我们需要自己去弄清楚这对操作数意味着什么。 `ln (-s x) y` — 我的解读。`-s` 代表 "source"（源）。你将 x 声明为新名称 y 的内容来源。 “等等，在符号链接术语中，x 被称为 ‘target’（目标）！” 这就是我的困惑所在。我一直将 "source" 和 "target" 视为反义词，所以这个助记符总是失效。但 x 既是：链接的目标，也是内容的来源。¹ 所有指向资源的符号链接构成一个以原始文件为根的树： v1/ ← 原始文件 ├── v2 (ln -s v1 v2) │ └── v3 (ln -s v2 v3) └── v4 (ln -s v1 v4) 每个带有 `-s` 的 `ln` 都会扩展一个分支。偏序关系 `x < y`（当且仅当 `ln -s x y`）甚至可以通过 `st_birthtime` 来见证——文件系统记录了 Hasse 图的构建历史。 总结：`ln -s old new` 将 `new` 推入一个以 `old` 为根的堆栈。`-s` 代表 "source"（源），而不仅仅是 "symbolic"（符号链接）。 --- ¹ 就像拓扑学学生最终意识到一个集合既可以是闭集也可以是开集一样——这些词并不是反义词，只是独立的属性。我想知道什么样的形式拓扑结构可以让 "source" 和 "target" 对应于 "open"（开集）和 "closed"（闭集）。

Hey HN， 我是 Plastic Labs 的 Vineeth。我们一直在构建 Honcho，一个用于有状态 AI 智能体的开源记忆库。 大多数记忆系统都只是向量搜索——存储事实，检索事实，然后塞进上下文。我们采取了不同的方法：将记忆视为推理。（我们在博客上经常谈到这一点） 我们构建了 Neuromancer，一个专门为 AI 原生记忆训练的模型。Neuromancer 不仅仅是简单的事实提取，它还对对话进行形式逻辑推理，以构建随时间演变的表征。它既便宜（每百万个 token 2 美元的摄入成本，无限次检索），又节省 token，而且是 SOTA：LongMem (90.4%)、LoCoMo (89.9%) 和 BEAM。在 BEAM 10M 上——这超出了每个模型的上下文窗口——我们达到了 0.409，而之前的 SOTA 是 0.266，每次查询仅使用了 0.5% 的上下文。 Github: <a href="https://github.com/plastic-labs/honcho" rel="nofollow">https://github.com/plastic-labs/honcho</a> 评估: <a href="https://evals.honcho.dev" rel="nofollow">https://evals.honcho.dev</a> Neuromancer 模型卡片: <a href="https://plasticlabs.ai/neuromancer" rel="nofollow">https://plasticlabs.ai/neuromancer</a>) 将记忆视为推理的方法: <a href="https://blog.plasticlabs.ai/blog/Memory-as-Reasoning" rel="nofollow">https://blog.plasticlabs.ai/blog/Memory-as-Reasoning</a> 阅读更多关于我们最近的更新: <a href="https://blog.plasticlabs.ai/blog/Honcho-3" rel="nofollow">https://blog.plasticlabs.ai/blog/Honcho-3</a> 很乐意回答关于架构、基准测试或一般智能体记忆模式的问题。

您好，我正在寻找一个类似于 Vercel 或 Cloudflare Pages/Workers 的托管/CDN 解决方案，但希望基于欧洲。 您对欧洲的提供商有什么推荐或使用经验吗？

现有的提示词管理方案让我很头疼，它们似乎与编程最佳实践背道而驰：提示词模板与它们的依赖项完全分离存储，而且没有定义使用它们的接口。这就像调用一个可以接受任意参数的函数（提示词模板），当参数与它的内部实现不匹配时，却可能默默地返回垃圾数据。 因此，我根据我认为提示词管理应该如何工作的方式创建了这个项目——在代码中定义强类型接口；提示词模板与其依赖项位于同一个代码库中；并且为开发者体验提供了类型提示和验证。这样做也带来了额外的益处：因为变量在编译时就已强类型化，所以支持带有 if/else/for 控制循环的复杂提示词模板，并具有完全的类型安全性是安全的。 我很想知道这是否也引起了其他人的共鸣，或者这仅仅是我的个人烦恼。

背景介绍： 我一直以来都在自学计算机图形学，已经好几年了，从图像/视频的变形和拉伸中获得了极大的乐趣。我希望您也能通过Fuzzy Studio获得一些乐趣！ 试试给您的摄像头添加特效吧！我和我的室友们用这些奇怪的特效制作表情，笑得前仰后合！ 所有操作都在浏览器中完成，不会向服务器发送任何数据！我们能做到这一点真是太棒了。我只在 macOS 上测试过……如果您的浏览器/操作系统尚未支持，请见谅。