Inbox Zero AI MCP

Inbox Zero - 全天候 AI 邮件助手和邮件应用

整理收件箱、预先起草回复、管理日历并整理附件。随时通过 Slack 或 Telegram 与它聊天，管理收件箱。它是 Fyxer 的开源替代方案，可定制性和安全性更高。我们还提供一款邮件应用，是 Superhuman 的开源替代方案。
网站 · Discord · 问题反馈

使命

帮助你减少处理收件箱的时间，从而专注于最重要的事情。

功能

Inbox Zero 包含两部分：一个在后台处理 Gmail 或 Outlook 账户的 AI 邮件助手，以及一个邮件客户端。两者均可独立使用。

AI 邮件助手

• **AI 个人助手：**整理收件箱，并按照你的语气和风格预先起草回复。
• **AI 邮件规则：**用通俗易懂的语言说明 AI 应如何处理你的收件箱。
• **Reply Zero：**追踪需要回复的邮件和等待回复的邮件。
• **批量取消订阅：**一键取消订阅并归档你从不阅读的邮件。
• **批量归档：**批量归档旧邮件，清理收件箱。
• **冷邮件拦截器：**自动拦截陌生推销邮件。
• **邮件分析：**追踪你的活动和趋势变化。
• **会议简报：**在每次会议前获取个性化简报，从邮件和日历中提取相关背景信息。
• **智能归档：**自动将邮件附件保存到 Google Drive 或 OneDrive。
• **Slack 和 Telegram 集成：**通过 Slack 或 Telegram 与 AI 助手聊天，无需离开常用应用即可管理收件箱。

邮件客户端

一款适用于 Gmail 和 Outlook 的快速邮件客户端，提供分栏收件箱、统一管理所有账户以及团队评论功能。

• **Web 和桌面端：**开源。桌面应用基于 Electron，位于 apps/desktop。
• **iOS：**原生 Swift 应用，目前尚未开源。App Store 应用可连接到你自托管服务的 URL。
• **Android：**较旧的 React Native Android 应用。

请参阅我们的文档了解详情。

演示

构建技术

• Next.js
• Tailwind CSS
• shadcn/ui
• Prisma
• Upstash
• Turborepo
• Popsy Illustrations

星标历史

功能请求

如需请求新功能，请提交 GitHub issue，或加入我们的 Discord。

开始使用

我们在 getinboxzero.com 提供 Inbox Zero 托管版本。

自托管

使用 CLI 自托管 Inbox Zero 的最快方式：

前置条件：Docker 和 Node.js v24+

npx @inbox-zero/cli setup      # One-time setup wizard
npx @inbox-zero/cli start      # Start containers

打开 http://localhost:3000

如需完整的自托管说明、生产环境部署、OAuth 设置和配置选项，请参阅我们的 自托管文档。

本地开发

前置条件：macOS 或 Linux（Windows 上使用 WSL）、Node.js v24，以及 package.json 中指定的 pnpm 版本。安装 Docker Desktop 和 Compose，或安装原生 PostgreSQL 和 Redis。在 macOS 上，可通过 brew install postgresql@16 redis 安装原生服务。

git clone https://github.com/elie222/inbox-zero.git
cd inbox-zero
pnpm install
pnpm local:start

打开 http://localhost:3000/mail，然后使用 Google 账号 [email protected] 或 Microsoft 账号 [email protected] 登录。Google 邮箱中包含演示邮件。演示用户已完成引导流程，本地开发时会跳过高级功能检查。

此命令会启动一个隔离的数据库、Redis 及其 HTTP 端点、两个邮件服务提供商模拟器、账单和邮件投递模拟器、一个大模型模拟器，以及 Next.js。它会应用迁移，并等待服务就绪。无需 OAuth 凭据或 AI API 密钥。AI 响应为预设内容；此模式用于测试应用流程，而非模型质量。

现有 .env 文件不会被修改，并会被此启动器忽略。生成的凭据、种子数据和当前服务地址会保存在 .context/local-dev/ 下。原生数据库数据保存在此目录中；Docker 数据库数据则保存在该检出目录专属的卷中。重启会保留数据库数据和凭据。Redis 缓存以及服务提供商和模拟器状态会在每次运行时重置。

按 Ctrl-C 停止应用和此命令启动的服务。使用相同命令即可再次启动。如果端口 3000 已被占用，请使用 pnpm local:start --port 3001。如果原生 PostgreSQL 和 Redis 可用，则会优先使用；使用 --backend docker 或 --backend native 可明确选择后端。检出目录专属的回环端口可避免启动器并发运行；发生崩溃后，操作系统会释放该锁，过时的 PID 文件也会自动替换。服务使用自动分配的端口，因此不会复用或停止现有数据库和 Redis 实例。

运行 pnpm local:start --help 查看选项。如果无关进程占用了报告的锁定端口，请停止该进程或更换检出目录位置。打开 PostgreSQL 数据时，必须使用创建该数据的相同主版本。如果升级了原生 PostgreSQL 主版本，请在启动新集群前备份或移走 .context/local-dev/postgres。

如需使用真实服务提供商进行开发，请继续使用 pnpm setup、自己的环境文件和 pnpm dev。有关配置和 devcontainer 设置，请参阅 贡献指南。

参与贡献

在 GitHub Issues 查看未完成任务，并加入我们的 Discord 讨论当前的开发工作。

每次推送到 main 时都会自动构建 Docker 镜像，并使用提交 SHA 标记（例如，elie222/inbox-zero:abc1234）。latest 标签始终指向最新的 main 构建。正式发布会使用不带 v 前缀的版本号标记（例如，git 标签 v2.30.0 → ghcr.io/elie222/inbox-zero:2.30.0），并提供次版本别名（例如，2.30）。