返回首页
最新
作为一名移动开发者，我在使用AI API时反复遇到同样的问题，因此我构建了这个工具。最佳实践建议不要在移动应用中直接包含API密钥，但替代方案总是相同的：搭建一个后端服务器，除了代理请求到OpenAI之外没有其他功能。这个服务器增加了成本、复杂性、扩展工作和维护，只是为了转发请求和隐藏密钥。我一次又一次地重建这个“无用”的后端，最终意识到：如果无论如何都需要一个后端，它实际上应该做一些有价值的事情。
这个洞察促成了一个简单、安全的AI代理的开发，它处理密钥管理、速率限制、使用控制、促销和升级。因此，移动开发者可以保持前端的简洁，而无需管理自定义的后端基础设施。
注意到C#被低估了。关于C#中的内存安全问题。引入像Rust那样的多范式内存安全方法有多困难？例如，所有权模型是否可以通过某种元框架来强制实施？
我们正在推出一种执行模型，它介于大型语言模型（LLM）代码生成和自主代理之间。<p>LLM 仅生成两个确定性接口之间的连接逻辑：
- 前端知道如何渲染的用户界面（UI）架构
- 后端暴露的受限运行时接口，从特定功能（如 list_comments）到更广泛的原语（如受限的 http_call）<p>这两个接口都是固定的、类型化的，并且可以检查。LLM 不能创造 UI 组件或后端功能。它仅仅是组合已经存在的内容。<p>这与 A2UI 相邻，但切入点不同。A2UI 将代理动作渲染为 UI。在这里，UI 和运行时是第一类对象，LLM 生成组合逻辑，而没有开放式的动作循环。<p>你也可以将其视为 MVC，其中视图（View）和模型（Model）是固定的，而控制器（Controller）是按需生成的。<p>详细说明和简短演示视频：
<a href="https://cased.com/blog/2025-12-11-how-we-build-generative-ui/" rel="nofollow">https://cased.com/blog/2025-12-11-how-we-build-generative-ui...</a><p>我们希望获得关于失败模式、约束和相关先前工作的反馈。
你好！我刚刚在终端中制作了一个类似于 Obsidian 的替代品，因为我搜索了类似 Obsidian 的 TUI 却没有找到。所以我自己动手做了一个。
一款专注于同时处理多个文件的MP3编辑器和播放器。<p>类似于mp3DirectCut、MP3Gain和MP3packer。<p>最近的更新增加了语言文件导入支持，并扩展了键盘快捷键的自定义功能。