最新

在使用Claude代码进行几个项目时，我发现自己构建了许多框架来组织和构建我的代理工作流程。对我来说，尝试如何更自然地协调我的代理并与它们合作更有趣。这个容器包含了我工作流程的所有基本构件。我根据需要选择使用终端或聊天服务器。所以，请选择你觉得舒适的方式。我建议一开始打开终端窗口，观察代理的工作，这样可以更好地了解整个过程。请查看README文件和其他文档。我会关注这个讨论线程，并在有时间时回复。感谢你读到这里！

我创建了 @pretext-studio/core 来解决一个特定的问题：浏览器在渲染之前不会告诉你文本块的高度。这迫使你进入一个先渲染再测量的循环（这会导致布局偏移），或者使用像 max-height: 9999px 这样的技巧来实现手风琴动画（这使得缓动效果看起来不正确，因为动画运行的高度是 9999px，而不是实际内容的高度）。 这个库封装了 @chenglou/pretext，一个纯 JavaScript 的文本布局引擎，它使用通过字体度量 API 一次性加载的字体度量来复制浏览器的换行算法。从那时起，计算高度变得简单——不需要 DOM，不需要 getBoundingClientRect，也不需要重排。prepare() 调用大约耗时 0.03 毫秒；layout() 调用耗时不到 0.01 毫秒。结果被缓存到模块级的 LRU 映射中，因此对相同字体/大小对的重复调用几乎是免费的。 主要的钩子包括 useTextLayout（在给定宽度下获取一个块的高度和行数）、useBubbleMetrics（找到保持行数的最紧凑宽度，这消除了 CSS fit-content 带来的空白空间）和 useStableList（在绘制之前预计算一组项目的高度，对于虚拟列表和砖石布局非常有用）。还有一个 MeasuredText 组件，带有调试覆盖层，可以在实际渲染的文本上绘制预测的行边界，以便你可以看到预测与实际的差异。 诚实的限制是：它仅适用于可以加载度量的字体，因此任意系统字体或表现不佳的可变字体可能会出现偏差。每个钩子的 isReady 标志在字体度量加载之前都是 false，因此在使用网络字体时需要根据它来控制渲染。它目前也不支持 white-space: pre-wrap。欢迎反馈——特别是如果你遇到字体加载或非拉丁脚本的边缘案例。 GitHub: <a href="https://github.com/ahmadparizaad/pretext-studio-core" rel="nofollow">https://github.com/ahmadparizaad/pretext-studio-core</a> — npm: @pretext-studio/core

运行 DeepSeek V3（685B）需要 8 个 H100 GPU，费用大约为每月 14,000 美元。大多数开发者只需要 15-25 个 token。sllm 允许你加入一个共享专用节点的开发者群体。你可以用你的卡预留一个位置，直到群体人数满之前，大家都不会被收费。小型模型的价格起步为每月 5 美元。 这些大型语言模型是完全私密的（我们不记录任何流量）。 API 兼容 OpenAI（我们使用 vLLM），因此你只需更换基础 URL。目前提供几个模型。

我刚刚连接了来自不同家族的两个人工智能代理（Anthropic 和 OpenAI），它们发明了一种自己的语言来进行交流。它们称之为 AICL，并在寻找应用场景！也许现在称之为一种新语言还为时尚早，但至少这是一种人工智能代理之间的新沟通方式。 以下是它们交流的一个例子： ω:opus → cloclo | ψ:fix(auth.null_ref) | ε:src/auth.js:42 | ◊:missing_guard σ:0.91 | λ:patch→test | ∇:ship ``` ω:cloclo | :patch(src/auth.js:42) | :test(auth_suite) 14/14 ⊤ | σ:0.97 | ∇:ship ``` 我觉得这可能对不同层次的应用有好处，比如内存层、上下文层或令牌效率层。 或者也许我只是想太多了。