最新

在过去的 6 个月里，我一直在构建 ORUS Builder，一个开源的 AI 代码生成器。 我的目标是解决我对 v0、Lovable 等工具的最大问题——它们生成的代码是坏的，无法编译，需要花费数小时进行调试。 ORUS Builder 与众不同。它使用“编译器完整性生成”（CIG）协议，这是一组在代码生成之前运行的认知验证步骤。 结果是，在我的测试中，首次编译成功率达到了 99.9%。 工作流程很简单： 1. 用一个提示词描述一个应用程序。 2. 它会在大约 30 秒内生成一个全栈应用程序（React/Vue/Angular + Node.js + 数据库模式）。 3. 您将获得一个 ZIP 文件，其中包含可用于生产的代码，包括测试和 CI/CD 配置。 核心基于 TypeScript 和 Node.js 构建，它为不同的认知任务编排了 3 个专门的 AI 连接器（我称之为“Trinity AI”）。 完整的架构有超过 260 个内部组件。 一点背景：我是一位来自巴西圣路易斯的创业者，拥有 15 年的经验。我不是专业程序员。 我开发了一个名为“ORUS 方法”的框架来编排 AI 以进行复杂的创作，这是用它构建的第一个工具。 我的理念是彻底的透明化和普及对强大技术的访问。它 100% 采用 MIT 许可证，并且将永远拥有一个免费、强大的开源核心。 GitHub: [https://github.com/OrusMind/Orus-Builder---Cognitive-Generation-FullStack](https://github.com/OrusMind/Orus-Builder---Cognitive-Generation-FullStack) 我将全天候在这里回答技术问题，并且完全准备好接受批评。公开构建意味着要勇于承认错误。 期待您的反馈。 —— Tulio K

各位 Hacker News 的朋友们， 维基百科仍然是结构化知识的宝贵资源，但在对话式界面时代，其传统的搜索机制可能显得过时。AikiPedia 通过提供一个开源层来解决这个问题，该层将 AI 功能直接集成到维基百科的内容中，从而实现更直观的信息探索和合成。 概述 AikiPedia 是一款 Web 应用程序，它利用维基百科 API 访问全面的文档，并通过 AI 驱动的工具增强了自然语言交互。它允许用户查询、总结和个性化内容，而不会影响事实准确性。 主要功能 (v0.2) * 自然语言搜索：使用日常语言提交查询，例如“为初学者解释区块链”，以检索由 AI 优化、更清晰、更相关的维基百科来源的结果。 * 生成概述：从任何主题生成自定义摘要、比较表或时间线，从而促进高效的研究和知识提炼。 * 保存和共享功能：使用本地存储进行书签标记，并以 Markdown 或 PDF 格式导出内容，并提供 AI 辅助预览，以便于传播。 未来的增强功能将由社区反馈指导，可能包括基于语音的查询、多语言支持和协作注释工具。 该平台通过仅从维基百科 API 获取事实来确保可靠性，同时采用 Gemini API 进行智能处理——最大限度地减少错误并保持输出的透明度。 我是在一个晚上开发的 AikiPedia，灵感来自于与 Grokipedia 等类似的 AI 增强型知识工具的互动。该项目强调以开源、维基百科为中心的方法，优先考虑易于扩展和部署。 技术栈 * 前端：Next.js 16 (App Router) 与 Shadcn UI，利用服务器端渲染以获得最佳性能。 * 后端：NestJS 16 (App Router) 用于强大的 API 管理，包括维基百科响应的缓存和 Gemini 集成协调。 * 存储和集成：LocalStorage 用于用户数据持久性；Gemini API（通过 Ai SDK）用于 AI 功能；维基百科 API 用于内容检索。 * 部署：托管在 Vercel 上，用于可扩展的、边缘优化的交付。 许可证：MIT，允许不受限制的修改和再分发。 存储库：[https://github.com/Grenish/aikipedia](https://github.com/Grenish/aikipedia)。实时演示：[https://aikipedia.vercel.app/](https://aikipedia.vercel.app/) 我欢迎您的见解：您对可用性的看法，尤其是在不同设备上的看法？非常感谢通过点赞、拉取请求或问题进行的贡献。 感谢您的时间和考虑。

没有反馈，没人可以交流想法，一天结束时也听不到一句“干得好”。 自由是很好，但也会变得异常安静。<p>有人也有同感吗？