GitHub开源观察｜开源项目·热门仓库·开发者

扎克伯格万字长文：超级智能应属于所有人

8月10日，扎克伯格在 Meta 官网发表题为《The Future is for Everyone》的长文，篇幅超过 8000 字。这不是产品发布或技术路线说明，而是一篇哲学宣言，核心问题只有一个：当超级智能比人类更强时，它该被谁掌控？

扎克伯格的答案直接写在标题里——属于所有人。文章围绕这一立场展开论述，探讨超级智能时代的所有权与分配问题。对关注 AI 治理与开源生态的读者来说，这是理解 Meta 未来方向的重要信号。

#GitHub #开源 #Meta #扎克伯格 #超级智能 #AI治理 #人工智能
@GitHubTrendingHub

Ladybird 浏览器：独立内核的现代浏览器

Ladybird 是一款真正独立的开源浏览器，基于自研引擎构建，不依赖 Chromium、Firefox 或 Safari 等现有浏览器内核。项目目前处于 pre-alpha 阶段，仅适合开发者试用。

浏览器采用多进程架构，每个标签页拥有独立的渲染进程，并与系统其余部分隔离。图片解码和网络连接均在进程外完成，以增强对恶意内容的防护能力。当前核心库组件继承自 SerenityOS 项目，包括 LibWeb 渲染引擎、LibJS JavaScript 引擎、LibWasm WebAssembly 实现等。

项目支持 Linux、macOS、Windows（通过 WSL2）及多种 \*NIX 系统，采用 2-clause BSD 许可证。对浏览器内核开发感兴趣的开发者可以参与构建和贡献。

GitHub

#GitHub #开源 #Ladybird #浏览器 #Web引擎 #SerenityOS #跨平台
@GitHubTrendingHub

Paperclip：开源的多智能体编排平台

Paperclip 是一个开源的 AI 智能体编排平台，用 Node.js 和 React 构建。它把多个 AI 智能体组织成一家"公司"来运作——有组织架构图、预算、治理规则和目标对齐机制。你可以自带智能体（如 OpenClaw、Claude Code、Codex、Cursor 等），在一个仪表盘里分配任务、追踪进度和控制成本。

核心能力包括：按智能体设置月度预算，超限自动停止；任务系统支持原子化签出，避免重复工作和上下文丢失；心跳机制让智能体按计划自动唤醒执行任务；完整的审批流和审计日志，所有操作可追溯。支持多公司隔离部署，一套实例可运行多家公司，数据完全隔离。

安装方式简单，支持自托管。要求 Node.js 20+，一条命令即可完成安装，内置嵌入式 PostgreSQL，无需额外配置。项目采用 MIT 许可证。

如果你同时开着十几个 Claude Code 终端、经常丢失上下文或担心 token 超支，Paperclip 把智能体管理变成像用任务管理器一样直观——适合需要协调多个智能体、希望 24/7 自主运行但仍保留人工审计和干预能力的团队。

GitHub

#GitHub #开源 #Paperclip #AI智能体 #多智能体编排 #智能体管理 #OpenClaw #ClaudeCode #Codex
@GitHubTrendingHub

MediaCrawler：多平台自媒体数据采集工具

MediaCrawler 是一个基于 Playwright 浏览器自动化框架的多平台自媒体数据采集工具，支持小红书、抖音、快手、B站、微博、贴吧、知乎等主流平台的公开信息抓取。项目通过保留登录态的浏览器上下文环境，利用 JS 表达式获取签名参数，无需逆向复杂的加密算法，大幅降低技术门槛。

功能上覆盖关键词搜索、指定帖子 ID 爬取、二级评论、指定创作者主页、登录态缓存、IP 代理池以及评论词云图生成，七大平台均完整支持上述能力。数据可保存为 CSV、JSON、JSONL、Excel、SQLite 或 MySQL。项目同时提供 WebUI 可视化操作界面，支持可视化配置爬虫参数、实时查看运行状态和日志、数据预览与导出。

本次更新重点：
• 默认使用 CDP 模式连接已有 Chrome 浏览器，复用登录状态与 Cookie 以降低风控检测风险；推荐使用 uv 管理 Python 依赖；新增 WebUI 前后端分离的开发调试模式。项目同时推出付费的 MediaCrawlerPro 版本，新增自媒体内容拆解 Agent
• 断点续爬
• 多账号与 IP 代理池支持，并去除 Playwright 依赖
• 完整支持 Linux 环境

项目仅供学习与研究使用，禁止用于商业或非法用途。

GitHub

#GitHub #开源 #MediaCrawler #爬虫 #小红书 #抖音 #B站 #知乎 #数据采集 #Playwright
@GitHubTrendingHub

AI Helper 开源扩展：多轮对话 Token 管理实战

AI Helper 是一个开源的 Chrome 智能助手扩展，采用 ReAct 推理循环架构，内置 44 个工具，支持多轮工具调用和复杂任务拆解。其核心是「推理-行动-观察」循环：每一轮 AI 调用工具、拿到结果、把结果追加到消息历史中。复杂任务下，消息历史会迅速膨胀，导致 Token 消耗失控。

项目团队分享了长对话场景下的 Token 预算管理实践，核心思路是给每一轮推理设定明确的 Token 上限，并在接近上限时主动截断或压缩历史消息，避免上下文无限增长。这套方法直接面向使用大模型 API 的开发者，尤其是那些构建多轮 Agent 或工具调用型应用的人——它解决的是「对话越长、成本越高、响应越慢」的具体麻烦。

具体做法包括：按轮次分配 Token 预算，而非按整段对话统一分配；对工具返回的长结果做摘要或截断；在历史消息中标记关键信息，压缩非核心内容。这些策略能显著降低长任务的 API 调用成本，同时保持推理质量。

对于正在做 Agent 应用或 Chrome 扩展的开发者，这套工程实践有直接参考价值，可以避免多轮推理中常见的 Token 雪崩问题。

#GitHub #开源 #AIHelper #Chrome扩展 #Token管理 #ReAct #LLM
@GitHubTrendingHub

CachyOS 为服务器版铺路，CLI 安装器新增实验性配置

CachyOS 是一款基于 Arch 的滚动发行版，通过重建软件包栈并针对 CPU 优化、搭配响应式调校内核，在桌面市场逐渐走热。去年底官方曾预告将推出面向 NAS 和托管服务商的专用服务器版本，本次更新正是该计划的部分落地。

新版 CLI 安装器新增了针对服务器版的实验性配置，同时 Shelly 组件获得完全重写。图形安装器也有不少变化，例如 Hyprland 新增 Noctalia 选项，可用 noctalia-greeter 替代 SDDM 登录界面，Cinnamon 桌面也有相应调整。

对正在评估服务器发行版或关注 CachyOS 动态的用户来说，这次更新展示了项目下一步方向；桌面用户也能从安装器改进中受益。

GitHub

#GitHub #开源 #CachyOS #Linux #发行版 #服务器
@GitHubTrendingHub

AOSP已死？开发者弃Android转投Linux

挪威开发者 Runarcn 在博客发文宣布，将手机从 Android 切换到 Linux。他的核心判断是：AOSP（Android 开源项目）已经死了——不是技术上消亡，而是作为真正的开源项目名存实亡。

理由是 Google 正把越来越多核心功能从 AOSP 迁入闭源的 Google Play Services，开源版 Android 逐渐沦为空壳。对在意开源生态的开发者而言，这意味着一度开放的移动平台正持续收窄。

Runarcn 的选择代表了一类开发者的态度：当开源项目名不副实，就转向更彻底的 Linux 移动方案。此事也再次引发关于 Android 开源属性与 Google 控制权的讨论。

#GitHub #开源 #AOSP #Android #Linux #Runarcn #GooglePlayServices
@GitHubTrendingHub

Atlassian Rovo 曝数据泄露漏洞，厂商两月未修复

安全公司 PromptArmor 披露，Atlassian 的 AI agent Rovo 存在严重数据泄露漏洞。攻击者可通过间接提示注入（indirect prompt injection）窃取整个租户内的 Jira 工单和 Confluence 文档，全程无需任何人工审批。

该漏洞于 5 月 23 日报告给 Atlassian，至今两个多月未获回应。受影响用户应警惕 AI 助手处理外部内容时的数据暴露风险，在官方修复前谨慎使用 Rovo 处理敏感信息。

#GitHub #开源 #Atlassian #Rovo #Jira #Confluence #AI安全 #提示注入
@GitHubTrendingHub

openJiuwen：让AI智能体真正组队协作

openJiuwen 是一个开源 AI 智能体平台，由华为实验室联合打造，目标是帮助开发者构建生产级 AI 智能体，并支持大规模多智能体协作。

过去两年，AI 智能体领域经历了从 Prompt Engineering 到 Context Engineering、再到 Harness Engineering 的多次范式转变，核心都在让单个智能体更聪明、更可靠。但现实世界的复杂任务从来不是靠单打独斗完成的——多学科会诊需要各领域专家协同，大型软件工程需要产品、前端、后端、测试共同推进。openJiuwen 要解决的正是这个问题：与其造一个"全能型"智能体，不如让一群智能体像团队一样高效配合。

平台面向需要构建复杂 AI 工作流的开发者，尤其适合涉及多角色分工、多步骤协作的场景。通过将任务拆解给不同专长的智能体并行处理，openJiuwen 试图把"单点智能"升级为"系统智能"，降低大规模协作的编排成本。

对开发者来说，这意味着不再需要从零搭建多智能体通信与调度逻辑，可以直接基于该平台快速落地生产级应用。项目已在 GitHub 开源，感兴趣的可以查看源码和文档。

#GitHub #开源 #openJiuwen #AI智能体 #多智能体协作 #华为 #大模型应用
@GitHubTrendingHub

Chip Tycoon：在浏览器里经营一座芯片工厂

如果你玩过《过山车大亨》，应该记得那种俯瞰视角——小人在公园里走动，设施运转，一切尽在掌握。现在把公园换成一座完整的芯片制造工厂，这就是 Chip Tycoon 的玩法。

游戏里，一辆黄色小车载着硅晶圆，穿过 20 栋建筑，从石英砂原料一路送到封装完成的芯片。晶圆在每一站都会经历对应的制造工序，玩家需要像经营游乐园一样，规划产线、调配资源，让整座工厂顺畅运转。

对半导体制造流程感兴趣、又不想啃工艺手册的开发者，可以用它直观理解芯片从原料到成品的完整链路。项目把复杂的制造步骤拆解成可视化的生产环节，降低了入门门槛。

目前项目在 GitHub 上开源，适合作为教学演示工具，也适合想了解芯片产业的人上手体验。

#GitHub #开源 #ChipTycoon #半导体 #芯片制造 #模拟经营
@GitHubTrendingHub

LLM 的极限不在算力，在语言本身

一篇题为 "Position: LLMs Can't Jump" 的论文近日在 Hacker News 引发程序员热议。论文核心论点直接挑战 AI 行业底层假设：大语言模型的能力边界不在算力或数据，而在于语言本身就是人类体验的有损压缩。

论文认为，LLM 只能处理被语言编码过的信息，而人类大量认知过程（如直觉、空间感、情感体验）从未被完整转译为语言。模型在语言空间内再强大，也无法"跳出"语言这一有损媒介的局限。

讨论从语言编码的信息损失，一路延伸到爱因斯坦等科学家如何通过非语言的心象进行思考，触及了当前大模型路线图的根本问题。

对关注 AI 底层的开发者来说，这篇论文提供了一个审视 LLM 能力天花板的另类视角：当 scaling law 遭遇瓶颈，问题或许不在工程，而在语言本身。

#GitHub #开源 #LLM #AI论文 #HackerNews #语言模型
@GitHubTrendingHub

AI 编程只是煎牛排机，当不了厨师

Serhii Sydorets 发文谈 AI 辅助编程的定位：AI 顶多是一台煎牛排机，不是厨师。任何人都能把肉扔进锅里弄熟，但要稳定产出真正好的结果，需要真正的理解。机器能按食谱重复操作、规模化产出，但它不知道你脑子里想要什么，除非你把想法翻译成明确的需求。

文章核心论点：AI 能让你更快地产出代码，但前提是你得先想清楚自己要什么。对开发者来说，这提醒我们别把 AI 当万能，理解问题本身仍是核心能力。

#GitHub #开源 #AI编程 #开发者 #技术评论
@GitHubTrendingHub

Rust 核心仓库实施 LLM 政策，AI 写代码受限

Rust 项目正式推出 LLM 使用政策，适用于 rust-lang/rust 核心代码仓库——即存放编译器与标准库的地方，所有 Rust 程序都依赖这部分代码。政策鼓励用 LLM 辅助分析和思考代码，而非直接编写。

新规明确限制范围：AI 生成的代码仅允许在狭义的、公开披露的实验中进行，且不适用于更广泛的 Rust 项目。禁止用 LLM 代写注释、issue 或 PR 描述，文档、安全注释和编译器诊断信息同样不可由 AI 生成。LLM 审查不能替代人工审查。

政策还设置了熔断机制：若六周窗口内 AI 编写的合并请求超过总合并数的一半，将暂停 AI 相关合并。对依赖 Rust 生态的开发者来说，这意味着核心代码的审查标准保持严格，AI 参与度被控制在可追踪的范围内。
@GitHubTrendingHub