工具

Cards List

@IndieDevHailey: 这简直是自媒体人的神! 爆火开源 AiToEarn:帮你全网发内容、自动赚钱,已 9.3k Star 冲上 gitHub trending。 不用熬夜剪视频、刷平台、回评论、愁变现。 一个开源工具,就能帮你完成创作 → 全网发布 → 互动…

X AI KOLs Timeline · 4小时前

AiToEarn 是一个爆火的开源工具,已在 GitHub 获得 9.3k Star 并登上 trending,支持一键全网发布内容(抖音、小红书、TikTok 等10+平台)、自动互动运营、AI内容创作及内置变现市场,帮助自媒体人实现内容创作到赚钱的完整闭环。

0 人收藏 0 人点赞

Inflorescence – 适用于 Pijul 的跨平台原生 GUI

Lobsters Hottest · 5小时前 缓存

Inflorescence 是一款为 Pijul 版本控制系统打造的跨平台原生 GUI,使用 Rust 和 iced 框架构建,灵感来源于 Magit,专为键盘驱动导航和异步响应而设计。

0 人收藏 0 人点赞

@akshay_pachaar: 朴素 RAG vs. Blockify!一种全新的 RAG 方案:- 语料库体积缩减 40 倍 - 每次查询 token 用量减少 3 倍 -…

X AI KOLs Following · 5小时前 缓存

Blockify 是一个新的开源 RAG 框架,以专利技术「IdeaBlocks」流水线取代传统分块方式,声称可实现语料库体积缩减 40 倍、token 使用效率提升 3 倍、向量搜索准确率提升 2.3 倍。它将企业文档转化为结构化 XML 知识单元,以实现更连贯的 LLM 检索效果。

0 人收藏 0 人点赞

我们将 Cursor.ai 改造成了类 OpenClaw 风格的多智能体控制面板

Reddit r/AI_Agents · 5小时前

开发者在 Cursor CLI 之上构建了一个开源 Web UI,将其转变为多智能体控制面板,允许用户通过浏览器操控界面运行多个 Cursor 智能体会话,支持独立工作区、任务调度以及 MCP 配置管理。

0 人收藏 0 人点赞

@Prince_Canuma: mlx-audio v0.4.3 正式发布!模型、服务器和开发体验全面升级 → 6 个全新 TTS 模型:Higgs Audio v2(声音克隆)…

X AI KOLs Timeline · 5小时前 缓存

mlx-audio v0.4.3 发布,新增 6 个 TTS 模型,包括 Higgs Audio v2 和支持 646+ 种语言的 OmniVoice,同时带来并发请求与持续批处理等服务器改进,Voxtral Realtime 4-bit 模式速度提升约 3 倍,并精简了 Apple Silicon 上的依赖项。

0 人收藏 0 人点赞

@VincentLogic: 发现个挺有意思的命令行工具! OfficeCLI,不用装 Office 就能在终端里操作 Word、Excel、PPT 文件。创建、读取、修改都能搞,对搞自动化脚本的挺友好。 最爽的是,装完它,Claude Code、Cursor 这些 …

X AI KOLs Timeline · 6小时前

OfficeCLI 是一个开源命令行工具,无需安装 Office 即可在终端中创建、读取和修改 Word、Excel、PPT 文件,并可与 Claude Code、Cursor 等 AI 编程助手集成,方便自动化脚本处理。

0 人收藏 0 人点赞

@indigox: 强烈推荐 Markdown 专用编辑器 cogito.md!简洁优雅快速,所有项目可以按文件夹组织在左侧导航,能在文件和项目维度调用 Claude Code or Codex 作为 Agent 服务集成,可视化搭建知识库的利器!比 Obs…

X AI KOLs Timeline · 6小时前 缓存

cogito.md 是一款简洁优雅的 Markdown 专用编辑器,支持文件夹组织项目,可集成 Claude Code 或 Codex 作为 Agent 服务,适合可视化构建知识库,被认为比 Obsidian 更适合 Agent 工作流。

0 人收藏 0 人点赞

@astaxie: 今天群里面讨论怎么样学习 Harness,Harness 工程我学习这两个: 1. https://github.com/walkinglabs/learn-harness-engineering… 通过这个了解每一个 Harness 的…

X AI KOLs Timeline · 6小时前 缓存

A project-based course repository on Harness Engineering for AI coding agents, covering environment setup, state management, verification, and control mechanisms to make AI coding agents work reliably. The course synthesizes best practices from OpenAI and Anthropic on building effective harnesses for long-running agents.

0 人收藏 0 人点赞

killswitch:一种基于函数粒度的短路熔断原语

Lobsters Hottest · 7小时前 缓存

# 新 Linux 内核补丁提议引入"killswitch"原语,可即时禁用存在漏洞的内核函数 一项新的 Linux 内核补丁提议引入一种"killswitch"原语,允许管理员立即禁用存在漏洞的内核函数(例如 `af_alg_sendmsg`),使其返回 `-EPERM`,从而为安全问题提供快速的临时缓解措施,无需重启系统或重新编译内核。

0 人收藏 0 人点赞

@tom_doerr:通过持久化多智能体记忆自动化研究工作流程 https://github.com/EvoScientist/EvoScientist…

X AI KOLs Timeline · 7小时前 缓存

EvoScientist 是一个开源框架,利用具备持久化多智能体记忆的自进化 AI 科学家来自动化研究工作流程,采用"人在回路外"范式,实现自主研究探索与洞察生成。

0 人收藏 0 人点赞

我们构建并开源了 Caliby:一款面向 AI Agent 的嵌入式高性能向量数据库(性能是 pgvector 的 4 倍,磁盘性能超越 FAISS) --- ## 背景 我们在构建 AI Agent 时,一直在为向量存储苦苦寻觅合适的方案。 - **pgvector** 性能太慢,且需要运行一个完整的 PostgreSQL 实例 - **FAISS** 速度很快,但完全基于内存,无法持久化,而且 API 非常底层,难以使用 - **Chroma / Qdrant / Weaviate** 功能强大,但都是独立的服务,对于嵌入式使用场景来说过于重量级 我们真正需要的是类似 **SQLite** 的东西——一个无需独立服务、直接嵌入应用程序的向量数据库,同时兼顾速度与易用性。 于是,我们动手构建了它。 --- ## Caliby 是什么? **Caliby** 是一款嵌入式向量数据库,专为 AI Agent 和本地 AI 应用设计。 **核心特性:** - 🚀 **高性能** — 查询速度是 pgvector 的 4 倍,磁盘模式下超越 FAISS - 💾 **嵌入式** — 无需独立服务,像使用 SQLite 一样简单 - 🔍 **混合搜索** — 同时支持向量搜索与元数据过滤 - 📦 **持久化存储** — 数据落盘,重启后不丢失 - 🔧 **简洁 API** — 专为开发者体验而设计 --- ## 快速上手 ```python from caliby import VectorDB # 初始化数据库(本地文件存储) db = VectorDB("my_agents_memory.db") # 插入向量 db.insert( id="doc_1", vector=[0.1, 0.2, 0.3, ...], metadata={"source": "arxiv", "topic": "AI"} ) # 语义搜索 results = db.search( query_vector=[0.1, 0.2, 0.3, ...], top_k=5, filter={"topic": "AI"} ) ``` --- ## 性能基准测试 我们在 100 万条向量、维度为 1536(OpenAI embedding 维度)的数据集上进行了测试: | 数据库 | 查询延迟(P50) | 查询延迟(P99) | 内存占用 | |--------|----------------|----------------|----------| | **Caliby** | **2.1ms** | **4.8ms** | **低** | | pgvector | 8.7ms | 21.3ms | 高 | | FAISS(内存模式) | 1.9ms | 3.2ms | 非常高 | | FAISS(磁盘模式) | 6.4ms | 15.7ms | 低 | > FAISS 内存模式确实更快,但需要将全部数据加载到 RAM 中。Caliby 在磁盘模式下实现了接近内存的速度。 --- ## 技术实现 Caliby 的底层采用以下技术: - **HNSW 索引**(Hierarchical Navigable Small World)用于近似最近邻搜索 - **内存映射文件**(mmap)实现高效磁盘访问 - **Rust 核心引擎**,通过 Python 绑定暴露接口 - **WAL(预写日志)** 保障数据持久化与崩溃恢复 --- ## 适用场景 - 🤖 **AI Agent 记忆系统** — 让 Agent 记住过去的对话与经验 - 📚 **RAG 应用** — 检索增强生成的本地知识库 - 🔍 **语义搜索** — 为应用添加语义检索能力 - 🧪 **原型开发** — 无需部署复杂基础设施,快速验证想法 --- ## 开源地址 项目已在 GitHub 开源,欢迎 Star、提 Issue 或参与贡献: 👉 **[github.com/caliby-db/caliby](https://github.com/caliby-db/caliby)** --- 我们很想听听大家的想法: - 你们目前在 AI 项目中使用什么向量数据库? - 有哪些功能是你们最迫切需要的? 欢迎在评论区留言交流!🙌

Reddit r/LocalLLaMA · 7小时前

Caliby 是由 Sea-Land AI 与麻省理工学院 Michael Stonebraker 团队联合开发的开源嵌入式向量数据库,提供高性能向量检索能力(速度比 pgvector 快 4 倍),支持 HNSW、DiskANN 和 IVF+PQ 索引,专为 AI Agent 和 RAG 场景设计,只需通过 pip install 即可快速安装使用。

0 人收藏 0 人点赞

# 引导 Zig Fmt 在过去的几个月里,我一直在研究 Zig 格式化工具(`zig fmt`)的演变方向,最终形成了[这份提案](https://github.com/ziglang/zig/issues/20078)。由于这是一个颇具争议的话题,我想在这篇文章中详细阐述其中的权衡考量。 ## 现状 `zig fmt` 是一个固执己见的格式化工具:它会将 Zig 代码格式化为单一的规范形式,且不受用户配置的影响。这类工具(如 `gofmt`、`prettier`)有一个显著优势:当整个生态系统都使用同一格式化工具时,就能消除围绕风格的无谓争论,并确保所有代码的外观一致。 然而,现有的 `zig fmt` 存在一个问题:它实际上并不是完全固执己见的——格式化结果会根据用户的输入而变化。 以下面这个例子为例: ```zig const x = foo(1, 2, 3); ``` 如果你在最后一个参数后面加上一个逗号: ```zig const x = foo(1, 2, 3,); ``` `zig fmt` 会将其格式化为: ```zig const x = foo( 1, 2, 3, ); ``` 这意味着代码的格式化方式(单行还是多行)取决于用户是否添加了尾随逗号。此外,`zig fmt` 对于其他一些构造也并非完全固执己见,例如注释的位置。 ## 问题所在 为什么这是个问题呢?毕竟,根据尾随逗号来决定格式化方式,这是一种广为人知且合理的约定。 问题在于,这种方案实际上给了用户两种选择:单行格式和多行格式。这意味着用户必须做出决定,而这恰恰是格式化工具本应消除的那类决策。 更糟糕的是,这个决定并没有一个客观正确的答案,因为适合单行还是多行,往往取决于行的长度——而行的长度会随着变量名、参数等的变化而改变。 举个例子,假设你有: ```zig const x = foo(1, 2, 3); ``` 这段代码很短,放在一行完全没问题。但如果函数名变长了呢? ```zig const x = a_longer_function_name(1, 2, 3); ``` 还是挺短的。那如果更长呢? ```zig const x = a_much_much_longer_function_name(argument_one, argument_two, argument_three); ``` 这行已经相当长了,或许应该换成多行格式: ```zig const x = a_much_much_longer_function_name( argument_one, argument_two, argument_three, ); ``` 但在当前的 `zig fmt` 机制下,你需要手动添加尾随逗号来触发这个格式化。如果你重构代码,将函数名改短,或者把参数替换为更短的名称,那么多行格式可能就不再必要了——但 `zig fmt` 不会自动帮你切换回单行格式,因为它会把尾随逗号视为"保持多行"的明确指令。 ## 解决方案 解决方案是让 `zig fmt` 基于行长度自动决定使用单行还是多行格式。具体来说:如果一个表达式能放在一行内(不超过某个长度限制,比如 100 个字符),就使用单行格式;否则,使用多行格式。 这正是 `prettier` 的工作方式,也是大多数现代格式化工具所采用的方案。 这意味着尾随逗号将不再具有语义上的格式化含义。你可以写: ```zig const x = foo(1, 2, 3,); ``` `zig fmt` 会根据行长度自动决定使用哪种格式,而不是盲目地遵循尾随逗号的指示。 ## 争议点 这项改动之所以有争议,主要有以下几个原因: **1. 人们习惯了现有的行为** 很多 Zig 开发者已经习惯于用尾随逗号来控制格式化。改变这一行为会打破他们的工作流程。 **2. 基于行长度的格式化可能产生令人惊讶的结果** 当你重命名一个变量,导致某行超过了长度限制,整个表达式的格式可能会突然从单行变成多行。这种"蝴蝶效应"可能让人感到困惑。 **3. 需要确定合适的行长度限制** 100 个字符?80 个字符?这本身也是一个需要决策的问题,尽管它只是一次性的决策,而不是每次写代码都要面对的决策。 ## 结论 尽管存在争议,我认为基于行长度的自动格式化是正确的方向。它让 `zig fmt` 真正成为一个固执己见的格式化工具,消除了用户需要做出的格式化决策,并确保代码在重构后始终保持最优的格式。 这与 Zig 语言的整体设计哲学是一致的:减少不必要的复杂性,让工具为开发者做出明智的决策,从而让开发者能够专注于真正重要的事情。

Lobsters Hottest · 7小时前 缓存

# 两个让 `zig fmt` 更好用的技巧 Zig 配备了一个内置的代码格式化工具 `zig fmt`。与其他语言的格式化工具不同,`zig fmt` 是"可操控的"——某些语法结构会影响格式化的输出结果。本文将介绍两个实用技巧。 ## 技巧一:尾随逗号控制布局 `zig fmt` 会根据是否存在尾随逗号来决定参数的排列方式。 **没有尾随逗号**时,格式化工具会尝试将所有参数放在同一行: ```zig const result = myFunction(argument1, argument2, argument3); ``` **有尾随逗号**时,格式化工具会将每个参数单独放在一行: ```zig const result = myFunction( argument1, argument2, argument3, ); ``` 这个规则同样适用于函数定义的参数列表、结构体字段、枚举变体等场景。 ```zig // 单行:无尾随逗号 const Point = struct { x: f32, y: f32 }; // 多行:有尾随逗号 const Point = struct { x: f32, y: f32, }; ``` 这意味着你可以通过添加或删除尾随逗号来主动控制格式化的输出,而不必与格式化工具"博弈"。想要多行展示?加上尾随逗号。想要单行展示?去掉它。 同样的逻辑也适用于换行符。如果你在参数之间手动添加了换行符,`zig fmt` 会尊重这个选择并保留多行格式——前提是同时带有尾随逗号。 ## 技巧二:数组的列式格式化 对于数值数组,`zig fmt` 支持一种特殊的列式格式化方式,非常适合用来表示矩阵或表格数据。 只需在数组元素之间手动插入换行符,`zig fmt` 就会将数据对齐成整洁的列式布局: ```zig // 格式化前(你写的) const matrix = [_]f32{ 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, }; ``` ```zig // 格式化后(zig fmt 输出) const matrix = [_]f32{ 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, }; ``` `zig fmt` 会识别出你在每行放置了相同数量的元素,并将各列对齐,使代码更具可读性。这对于表示变换矩阵、查找表或任何具有内在行列结构的数据来说极为方便。 ```zig // 一个更直观的例子:查找表 const sine_table = [_]f32{ 0.000, 0.174, 0.342, 0.500, 0.643, 0.766, 0.866, 0.940, 0.985, 1.000, 0.985, 0.940, 0.866, 0.766, 0.643, 0.500, }; ``` ## 小结 `zig fmt` 的"可操控"设计哲学让格式化工具成为你的合作伙伴,而不是独裁者: - **尾随逗号** → 强制多行展开 - **无尾随逗号** → 允许单行折叠 - **手动换行 + 统一列数** → 触发列式对齐 掌握这两个技巧,你就能在享受自动格式化便利的同时,保留对代码视觉呈现的精确控制。

0 人收藏 0 人点赞

@DivyanshT91162:GitHub 可能刚刚终结了"氛围编程"。他们的新仓库"spec-kit"已经获得了 92k+ 星标——它揭示了 AI 驱动的……

X AI KOLs Timeline · 8小时前

GitHub 上的 "spec-kit" 仓库凭借一套结构化的 6 命令工作流已积累超过 92k 星标。该工作流能将模糊的想法转化为可供 AI 编程智能体执行的规范文档,定位为无序"氛围编程"(vibe coding)的替代方案。目前支持 Claude Code、Copilot、Cursor、Codex、Gemini 及其他 25+ 款 AI 智能体。

0 人收藏 0 人点赞

@WY_mask: 目前GitHub热门榜第一,4万+收藏 https://github.com/ruvnet/ruflo 一个“AI调度中心”,可以一次性召唤几十个Agent协同工作,支持多智能体协作、RAG记忆、分布式工作流,甚至还能和Claude Co…

X AI KOLs Timeline · 9小时前 缓存

Ruflo(前身为Claude Flow)是一个GitHub热门开源项目,支持同时调度100+专业AI Agent协同工作,具备RAG记忆、分布式工作流和企业安全功能,并可与Claude Code及Codex直接联动。该项目目前在GitHub热门榜排名第一,获得4万+收藏。

0 人收藏 0 人点赞

MaGi 更新:支持对话、游玩 Atari 游戏、翻阅照片、控制 SO101 机械臂和云台相机……哦对了,它还能自主管理记忆!

Reddit r/ArtificialInteligence · 9小时前 缓存

MaGi 是一个开源的 Python AI 框架,采用环面相空间几何结构实现自组织记忆,使模型能够在无需传统训练循环的情况下,展现出跨域能力,如游玩 Atari 游戏、控制相机以及驱动机械臂。

0 人收藏 0 人点赞

如何组建一支 AI 团队?

Reddit r/AI_Agents · 10小时前

本文概述了部署和监控 AI Agent 团队的关键最佳实践,强调精确的岗位定义、持续监督以及稳定的云基础设施。文章评估了多种 Agent 运行时(runtime)和托管平台,并将其运营成本与传统人类角色进行了对比。

0 人收藏 0 人点赞

@IndieDevHailey: 终于有人把一人公司方法论做成可执行 Skill ! 方糖 OPC 技能集 在 GitHub 已经拿到 15.4k star。 它把一人企业全流程拆成 9 个 Agent Skill,直接可安装、可对话、可执行。 从资源盘点到转化闭环,一条…

X AI KOLs Timeline · 10小时前

方糖 OPC 技能集是一个在 GitHub 上获得 15.4k star 的开源项目,将一人公司方法论拆解为 9 个可安装、可对话、可执行的 Agent Skill,帮助独立创业者从资源盘点到转化闭环建立完整的个人业务系统。

0 人收藏 0 人点赞

@TechFlow99: 突发:有人刚刚构建了 Andrej Karpathy 说应该有人去构建的工具。就在 Karpathy 发帖后 48 小时……

X AI KOLs Timeline · 10小时前

一款名为 Graphify 的新开源工具在 Andrej Karpathy 描述 LLM 知识库工作流后 48 小时内诞生。它能从任意文件夹生成可导航的知识图谱、Obsidian 知识库和 Wiki,与直接读取原始文件相比,每次查询所需 token 减少了 71.5 倍。该工具可与 Claude Code 集成,支持 13 种编程语言、PDF、图片和 Markdown。

0 人收藏 0 人点赞

@QingQ77: 把公司文档自动整理成知识 Wiki,通过 MCP 让每个员工的 AI 客户端拿到对口的上下文,不用再手动粘贴。 https://github.com/nduckmink/arkon Arkon 是可自部署的企业 AI 知识中枢。上传 SO…

X AI KOLs Timeline · 10小时前 缓存

Arkon 是一款可自部署的企业 AI 知识中枢,能将公司文档自动编译成交叉链接的知识 Wiki,并通过 MCP 协议让员工的 AI 客户端(如 Claude Desktop)按权限自动获取相关上下文,无需手动粘贴文档。

0 人收藏 0 人点赞

@omarsar0:我最爱的新技术栈:Agents + MCP + Markdown + HTML,“文件优于应用”的理念深得我心!

X AI KOLs Following · 11小时前 缓存

作者推荐了一套现代 AI 开发技术栈,将自主智能体与 MCP、Markdown 及 HTML 相结合,重点强调了“文件优于应用”的架构理念。

0 人收藏 0 人点赞
Next →
← 返回首页

提交意见反馈