---
title: "GitHub 今日值得关注的 2 个 AI 项目｜2026-09-20"
description: "本期两个项目都服务于大模型的上游与工作台。docling-project/docling 把 PDF、Office、音视频等多种格式解析成统一文档结构，yynxxxxx/Codex-X 用桌面界面集中管理 OpenAI Codex 的供应商、会话、提示词与 Skills/MCP 配置。"
pubDate: 2026-09-20T10:30:00+08:00
tags: ["GitHub AI 日报", "RAG", "AI 编码", "开发者工具", "开源项目"]
---

## 导语

本期收录两个定位不同的项目。docling-project/docling 处理输入端，负责把 PDF、DOCX、PPTX、HTML、邮件、音频和视频等材料解析为统一的 DoclingDocument 表示，再导出为 Markdown、JSON 等格式，交给 RAG 或 Agent 使用。yynxxxxx/Codex-X 处理使用端，它是 OpenAI Codex 桌面端与 CLI 的可视化管理工具，把散落在 config.toml、auth.json 和指令文件里的供应商、会话、提示词、Skills 与 MCP 配置放进同一个界面。两者都支持 MCP，一个以 MCP 服务的形式对外提供文档能力，一个在客户端侧管理 MCP Server 的启用与导入。它们分别对应 Agent 工作流里的数据准备环节和工具配置环节。

这一期是 2026 年 10 月 19 日补写的。当天的日报没有按时发出，材料改用互联网档案馆在 2026-09-20 11:56（北京时间）存下的 GitHub Trending 日榜。档案馆只存了当天上榜的仓库，扣掉往期已经收录的，符合条件的只有 2 个，所以这一期不足 10 个。提交、发布和 README 都按存档那一刻还原。

## 数据范围与方法

- **数据时间**：2026-09-20 11:56（北京时间）。
- **信号来源**：互联网档案馆存下的 GitHub Trending 日榜（[存档](https://web.archive.org/web/20260920035603/https://github.com/trending)）。档案馆没有当时的检索结果，本期只从日榜里挑。
- **收录条件**：AI 是项目的核心能力；Star 不少于 500（合格项目不足 10 个，门槛从 1,000 放宽到 500）；没有归档，不是 fork；最近 90 天内有提交或正式发布。资源清单、教程和提示词合集不收。
- **去重**：本系列往期日报和周报已经收录过的 584 个仓库不再收。
- **排序**：按当天新增 Star。这是本站的排序，不是 GitHub 的官方排名。

## Top 2 一览

| # | 项目 | Star（09-20） | 分类 | 最近更新 |
|---|---|---|---|---|
| 1 | [docling-project/docling](https://github.com/docling-project/docling) | 67,152 | 文档解析 | 09-18 有提交；v2.129.0（09-18） |
| 2 | [yynxxxxx/Codex-X](https://github.com/yynxxxxx/Codex-X) | 3,446 | Codex 配置管理 | 09-18 有提交；v0.3.20（09-18） |

## 项目介绍

### 1. [docling-project/docling](https://github.com/docling-project/docling)

- **Star**：67,152（2026-09-20）
- **分类**：文档解析
- **最近更新**：2026-09-18 有提交；最新正式发布 v2.129.0（2026-09-18）
- **许可证**：MIT
- **入选理由**：GitHub Trending 日榜第 8 名，当天新增 129 个 Star。
- **简介**：用 Python 编写的文档处理库，由 IBM Research Zurich 团队发起，现托管于 LF AI & Data 基金会。它解析 PDF、Office、EPUB、邮件、图片、音视频等格式，能识别版面、阅读顺序、表格、公式与图表，支持 OCR、视觉语言模型和语音识别，提供 CLI、Python API、API 服务和 MCP 服务。
- **看点**：如果要在本地或隔离网络中把扫描件和表格较多的 PDF 转成结构化文本，供 RAG 管线使用，docling 覆盖的格式较广，并提供 LangChain、LlamaIndex、Haystack 等集成。README 说明各模型另有许可证，商用前需要逐一核对。元数据抽取和化学结构理解仍列在即将推出。

### 2. [yynxxxxx/Codex-X](https://github.com/yynxxxxx/Codex-X)

- **Star**：3,446（2026-09-20）
- **分类**：Codex 配置管理
- **最近更新**：2026-09-18 有提交；最新正式发布 v0.3.20（2026-09-18）
- **许可证**：MIT
- **入选理由**：GitHub Trending 日榜第 15 名，当天新增 32 个 Star。
- **简介**：面向 OpenAI Codex 桌面端与 CLI 的跨平台桌面工具，基于 Tauri 2 构建，前端用 React 和 TypeScript，后端用 Rust，本地数据存于 SQLite。它可视化管理官方登录与第三方 API 供应商、本地会话、提示词注入、Skills 与 MCP，并能查看 Token 用量和编辑 TOML 配置。
- **看点**：从 README 看，它适合需要在官方登录和第三方中转之间频繁切换、并维护多套提示词的 Codex 用户，写入前会自动备份。它会直接改写 auth.json、config.toml 和指令文件，会话删除不可恢复。内置模板包含所谓破甲类提示词，团队或企业环境引入前应先评估合规风险。

## 趋势观察

1. 两个项目都把 MCP 当作对接方式之一。docling 以 MCP 服务对外提供文档解析，Codex-X 在客户端侧导入和启停 MCP Server，说明 MCP 已经成为工具与编码 Agent 之间常用的连接层。
2. 两者都强调数据留在本地。docling 支持在敏感数据和隔离网络环境中本地执行，Codex-X 的配置、会话和用量数据存放在本机目录与 SQLite 中，关键写入前先做备份。

## 选型建议

- **本地文档转结构化文本供 RAG**：[docling-project/docling](https://github.com/docling-project/docling)
- **多供应商切换与 Codex 配置管理**：[yynxxxxx/Codex-X](https://github.com/yynxxxxx/Codex-X)

## 数据时效

文中的 Star、Fork、提交和发布记录都截至 2026-09-20 11:56（北京时间），之后会变化。Star 是存档页上显示的数字，许可证是补写时 GitHub 识别的结果。GitHub 只在 Trending 页上显示新增 Star，其余项目的增星没有公开数据，文中不做推算。

## 免责声明

本文根据公开的仓库信息整理，只供技术参考，不构成部署、采购或投资建议。README 里的性能、用户量等说法属于项目方自述，没有经过独立验证。许可证以仓库里的 LICENSE 文件为准。