最新

我正在开发一个跨平台的移动关键帧编辑器，可以为您的应用程序中的视图添加动画效果。 它不是一个典型的Flash风格的动画制作工具。相反，它作用于具有传统渲染和可访问性等功能的原生视图。 支持平台包括 iOS (SwiftUI)、Android (使用 Jetpack Compose) 和 Web (React)。

自从我开始使用大型语言模型（LLM）以来，我一直有一种想要回到过去、改变历史，然后走向另一条分支的冲动。 对我来说，灵光一闪的时刻是当 Google AI Studio 开始允许用户实际编辑 AI 的回复时。我意识到，是的，我需要一个多重宇宙般的情境来分支我所有的思绪流和同一主题的不同变体。我想在同一个想法上并行尝试 Gemini 和 ChatGPT。 # 概念 Alyph 的最初构想可以追溯到 2024 年。我有一些更具科幻色彩的早期概念（如果你查看代码库，会看到 Stargate、Hermes 等名字）。 我甚至想过把它做成 3D 的，像一个全息甲板，让你“访问”各种主题和内容的“星球”。但现在的实现方式则更加务实。 # Alyph 现状 Alyph 是一个 2D 画布，你可以在上面并行地向 LLM 提问。当你深入研究一个问题并最终得到答案（无论是代码还是文本）时，你可以将该答案提取出来，删除中间所有不必要的来回交流。 Alyph 还有一个多人模式，你可以在同一个面板上与他人一起进行操作。（见下方的演示面板） # 背景 在我看来，标准聊天界面的核心问题是“上下文污染”。 如果你了解 LLM 的实际工作原理，你会发现它们没有任何记忆。它们就像你手机上一个非常花哨的自动补全功能，每次你发送一条消息时，它都会从头开始（重新）阅读整个完整的聊天记录。 这意味着：你所有的错误尝试、侮辱性言论（糟糕）、失败的调试循环以及糟糕的“兔子洞”都会随着每一条后续消息一起发送。你的完整历史记录被用来预测未来。当你只想得到一个干净的 FaqSection.tsx 时，这并没有帮助。 我注意到，对于更强大的模型，提示词的选择（措辞）不如与之相关的 *上下文* 重要。至少在我的用例中是这样。例如，如果你给 LLM 提供一个具有非常高阈值的代码库（完全类型检查、清晰的前端组件、主流语言中的严格样式指南），它们往往会非常轻松地生成高质量的内容。 此外，如果你给模型 *过多* 的上下文，答案往往会下降。例如，Claude 在 30 万到 50 万个 token 以下表现出色，但超过这个范围，它的表现会迅速下降（而根据我的经验，Gemini 在处理海量上下文时表现会更好一些）。 那么你该怎么办？目前的普遍做法是让算法为你挑选上下文。 但是：我强烈认为，模型将拥有越来越大的上下文窗口——我们最初的消费者模型是 32K，现在 Grok 已经达到了 2M。如果模型拥有 1 亿个 token 的上下文，世界会如何变化？1000 亿呢？ 这就是为什么我认为（异端邪说！）“挽具”（harnesses）、上下文压缩算法、代理等目前只是权宜之计。它们在 *我的* 用例中并不真正奏效（因为它们有时会忘记重要的事情，偏离主题，产生垃圾），而且感觉像一个黑箱，我只是一个“肉体代理”，按下“接受”或“拒绝”。我是一个远程管理者。我不想成为一个远程管理者。我想深入其中。 所以，我构建的东西，有些人可能会说，是一个过时的手动工具。可以这么说，一个手动变速箱。我想要对我的基线拥有 100% 的控制权。我想精确地输入我希望模型看到的内容，进行实验，然后直接将一个文件夹扔进去（顺便说一句，Alyph 会尊重你的 `.gitignore` 文件，这很方便）。考虑到模型最终会允许更大的上下文窗口，我认为手动控制这个基线很重要。 当然，Alyph 仍然有一些粗糙之处，但它是我倾注心血的成果。我很乐意分享它，看看它是否真的对其他人有用。 如果你讨厌它，请告诉我。如果你喜欢它，也请告诉我。我还在寻找合作伙伴，所以请联系我。 网址：<a href="https:&#x2F;&#x2F;alyph.ai" rel="nofollow">https:&#x2F;&#x2F;alyph.ai</a>，免费试用。

在过去的几个月里，我一直在构建 LuffyFiles.com，这是一个专注于简洁性和高性能的现代文件共享平台。 网站：https://luffyfiles.com/ 大文件上传 支持不可靠连接的断点续传 直接下载链接 无等待计时器或下载限速 干净、极简的界面 无需注册即可进行访客上传 为注册用户提供文件管理功能