最新

在将 AI 语音助手与旧系统集成的 6 个月里，我厌倦了与 2003 年的 SOAP 协议斗争。于是我创建了 Hopeless，将 6 个月的集成时间缩短到 2 周。代币减少约 70%。 适用于任何遗留系统。

我“杀”了我的“宝贝”，这是我做过的最好的决定 只有几千人看到了我的 CAM 帖子，这是一个 10,000 行的语义记忆接口，带有嵌入、知识图谱和 Claude 钩子。 我用了大约一周后发现： * 它确实有效 * 慢 < /3 实际发生了什么 花了一些时间构建这个精心设计的记忆基础设施。向量数据库。SQLite。语义搜索。自动摄取管道。关系图。应有尽有。 它奏效了！Claude 记住了东西！问题解决了，对吧？ 但是... 每次会话启动都需要 4 秒以上的时间。尝试运行 6 个 ghostty 会话，并填充相当大的上下文窗口。我基本上是在看着 Claude 吞噬我的内存。 我构建的旨在使 Claude 更“高效”的东西却让 Claude 变慢了。 所以我想到： “我是在围绕 Claude 进行工程设计，还是与它一起工作？” 重构： 全部扔掉。重新开始。 新堆栈： * 两个 Bash 脚本 * 全局/项目 CLAUDE.md 文件 * Claude 代码钩子 * 仅此而已 会话开始 → 上下文从 Markdown 加载 会话结束 → 状态保存到 Markdown 没有 API 调用。没有数据库。没有依赖项。 总共 1,500 行。 见解： 代理不需要精心设计的记忆基础设施。 他们需要一个持久层，这个层需要： * 足够简单，值得信赖 * 足够轻量，可以忽略 * 足够强大，可以持久化 事实证明，CLAUDE.md 文件 + Bash 脚本 + 钩子可以完成 10k 行的“怪物”所做的一切。只是……更干净。更快。并且更易于维护。 哲学转变 我不再试图围绕 Claude 的局限性构建，而是开始利用 Claude 的优势。 最初的系统是我试图变得聪明并尝试新颖性（感谢 ADHD） “Claude 没有记忆？我将构建一个完整的数据库！” 新系统是我变得聪明。 “Claude 可以读取 Markdown，Bash 快得要命。让我们直接使用它。” 更少的基础设施 = 更少的瓶颈 = 更多的窗口 = 更高的速度 未分离的记忆 我就是这么称呼它的。 同样的问题，同样的解决方案。代码减少了 93%。速度提高了 10 倍。实际上可以维护。 有时候，行动是减法而不是加法。 有时候，你 10,000 行的“解决方案”只是因为你能才过度设计。 --- 总结 - 重写了我的整个 Claude 记忆系统。从 10k 行带数据库到 1.5k 行带 Markdown 文件。现在可以立即启动。运行 6 个窗口，没有延迟。了解到简单每次都胜过聪明。 原始分离线程的链接：https://www.reddit.com/r/ClaudeAI/comments/1phtii5/unsevering_claude_to_my_codebase_achieving/ 如果你想看看我们是如何走到这一步的 Git 仓库链接：https://github.com/blas0/UnseveredMemory

Hi HN，我们刚刚在 FreyaVideo 上发布了 Wan 2.6 版本。<p>Wan 2.6 新增了两个工作流程：<p>图生视频 (I2V)：上传图片，描述动作，生成 MP4 视频。 文生视频 (T2V)：直接从提示词生成视频。 包含内容：<p>时长选项：5 / 10 / 15 秒 多种输出尺寸（例如 720p/1080p，根据模式选择竖屏/横屏） 可选的提示词扩展 + 多镜头分割 输出格式为 MP4 如果您试用，我很希望得到以下方面的反馈：<p>提示词：什么样的提示词能让您获得最流畅的动态效果？ 质量与速度的权衡：哪个预设/尺寸感觉最好？ 用户界面/控制：文生视频和图生视频之间是否有任何令人困惑的地方？ 链接：<a href="https:&#x2F;&#x2F;freyavideo.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;freyavideo.com&#x2F;</a> (Wan 2.6 页面：<a href="https:&#x2F;&#x2F;freyavideo.com&#x2F;video-models&#x2F;wan-2-6" rel="nofollow">https:&#x2F;&#x2F;freyavideo.com&#x2F;video-models&#x2F;wan-2-6</a>)<p>很乐意回答关于实现、定价/积分或模型设置的任何问题。

我们试用了 Claude Code 来修复一个在 10,000 行 Python 代码库中存在的 bug，之前 Codex 和 Gemini 都未能解决。Claude 一次就修复了它，这让我们非常高兴。 然后我们要求进行一个小改进，结果在第二个提示词进行到一半时就达到了 Pro 版本的用量限制。 有其他人遇到过这么快就触发限制的情况吗？ 有什么避免这种情况的技巧吗？或者这属于正常现象？

大家好， 我一直在关注这个版块的帖子，感谢大家分享的所有信息。 我是一名中级软件工程师（~4 年工作经验），进入这个行业是因为我喜欢解决问题，并尽我所能产生影响。之前我陷入了糟糕的办公室政治斗争，不久前才脱身，感觉这让我落后了不少。随着人工智能的进步，以及各种论坛上不断出现关于软件工程师职位即将消失的悲观言论，我想寻求一些建议，同时也想分享一下我的情况，希望能看到前进的道路。 我的经历让我对这个职位有些失望，而且我也感到困境重重，因为我的一些个人因素不允许我离开目前所在的公司。在进入这个行业之前，我通过课程接触过一些机器学习，并且正在尝试将这些工具融入到我的日常工作中，以保持与时俱进。但现在，我觉得如果需要做出改变，机会正在迅速减少。我正在考虑以下几点： 1）切换到新的问题领域：尽管我摆脱了困境，但在从事了一段时间后，新的问题领域现在感觉有点无趣。我想知道我是否应该做出改变，以及合适的过渡期是多久。 2）我是否应该全力投入人工智能，并进行职业转型？这可能意味着在目前我所受的限制下，需要改变地点。 3）保持现状，我可能无能为力。 我知道我可能比其他人好一些，但这件事似乎一直在困扰着我，让我无法发挥应有的影响力。感谢所有回复！

Hi HN， 我做了一个小型的网络实验，名叫“一瓶”。 规则很简单： 每个人只能上传一张图片或一个视频。 不可编辑。 不可重试。 没有点赞。 没有评论。 没有个人资料。 没有时间戳。 一旦上传，瓶子就会被封存，无法更改。 运作方式 上传截止日期为 2026 年 1 月 1 日（太平洋标准时间） 每个账户只能上传一次 内容会经过审核，以屏蔽非法、政治或露骨内容 观看者随机打开瓶子，就像盲盒一样 每个用户每天只能打开有限数量的瓶子 瓶子不会重复 2026 年之后，上传将永远关闭。 该网站将成为一个固定的档案，记录人们在 2025 年选择留下什么。 为什么要做这个？ 大多数平台都致力于优化用户参与度。 而这个平台则去除了它。 “一次机会”的限制改变了人们的选择方式。 没有反馈循环、数据指标或可见性，内容感觉……更安静。 有些瓶子很私密。 有些很无聊。 有些毫无意义。 这正是它的意义所在。 它不是什么 不是社交网络 不是信息流 不是用来扩大受众的地方 这里没有任何东西会随着规模的扩大而改善。 作为一个个人项目构建，现已完全上线。 好奇这个项目（是否）能引起 HN 的共鸣。 很乐意回答技术或设计方面的问题。 — @linghuchong