Inbox Zero如何用两条命令跑起你的 AI 邮件助手【免费下载链接】inbox-zeroThe worlds best AI personal assistant for email. Open source app to help you reach inbox zero fast.项目地址: https://gitcode.com/GitHub_Trending/in/inbox-zeroInbox Zero 是一个开源的 AI 邮件助手同时支持 Gmail 和 Outlook。它替你整理收件箱、用你的语气预写回复、追踪待回复的邮件帮你尽快清空积压。平时它安静地跑在后台你还可以从 Slack 或 Telegram 直接让它处理邮件。下面按先跑起来、再调顺、最后排错的顺序把从零到日常使用的完整路径讲一遍。从零到第一次连上邮箱这一节解决第一个问题服务怎么跑起来、邮箱怎么连上。有两条路用官方的托管版本注册后直接连接或者自托管数据留在自己机器上。自托管只需要 Docker 和 Node.js 24CLI 两条命令就能完成npx inbox-zero/cli setup # 一次性配置向导 npx inbox-zero/cli start # 启动容器配置向导会带你设置 Google 或 Microsoft 的 OAuth 凭据以及 AI 服务商的 API Key。这里有个容易踩的坑ChatGPT Plus 这类订阅不包含 API 额度你需要一个单独充值过的LLM_API_KEY。容器起来后打开localhost:3000登录、连接邮箱批准读取、写草稿和发送邮件这几项权限即可。连上之后其实已经有了一个可用的最小状态一套内置默认规则会把新闻信、营销邮件、通知归档到一边并给需要回复的邮件预写草稿。建议先观察几天去 History 里看它哪些判断得不准再动手改而不是一上来就写一堆自己的规则。按邮箱规模调整配置这一节帮你避免两个常见错误给小邮箱套重型配置或者给大邮箱只用最省事的设置。按每天的邮件量和积压情况分三档单邮箱、轻负载每天 50 封以内默认规则加上 Bulk Unsubscribe 就够了。把噪音发件人清理一遍日常基本不用管。中等负载、新闻信多每天 50~200 封还有多年积压加上 Bulk Archive 和 Cold Email Blocker。前者按发件人分类批量归档旧邮件后者拦截新进来的陌生营销邮件再打开 Email Analytics 观察收件量的变化趋势。多邮箱或团队在设置里连接多个邮箱每个邮箱有自己独立的规则通过组织功能邀请成员共享规则连接日历后可以启用会议简报和预约链接。原则只有一条一次只开一个功能在 History 里确认它确实符合预期再开下一个。AI 规则与旧邮件清理两个值得吃透的功能这一节展开两个决定 Inbox Zero 好不好用的核心功能写规则和清旧邮件。用大白话写规则规则引擎的结构就是条件 动作。条件可以是 AI 语义描述比如当邮件在邀请我安排通话时应用这条规则也可以是静态字段匹配比如 From 包含某个域名。动作包括打标签、归档、删除、预写回复、发送回复、转发、通知 Slack 等等。回复正文里可以用花括号占位符写一句话助手会按邮件上下文生成对应措辞。启用一条规则之前先在 Test 标签页拿一封最近的邮件跑一遍发现误判时在 History 里用 Fix 功能说明哪里不对助手会把这个纠正记进规则的学习模式里。规则的执行逻辑在 apps/web/utils/rule/ 目录里。旧邮件清理先审后动清旧邮件走的是另一套逻辑先按发件人分组展示再批量执行。Bulk Unsubscribe 会把每个发件人的邮件量和你的阅读率列出来勾选很少读的那批再批量退订或自动归档。注意删除和归档的代价不同归档能找回删除很难。其余功能一句话带过Reply Zero 把待回复和待发出的邮件汇总到一处防止跟丢后续Meeting Briefs 在会前自动整理对方背景Smart Filing 把附件直接存进 Google Drive 或 OneDrive另有 Gmail 浏览器扩展和 iOS、Android 客户端。常见故障速查这一节收录自托管时最常撞上的几类问题按现象、原因、动作三列写看到现象直接对号入座。现象可能原因处理动作容器起不来提示端口冲突3000、5432 或 6379 被占用启动前设置 WEB_PORT、POSTGRES_PORT、REDIS_PORT 换端口P1000 认证失败.env 里的数据库密码和已有数据卷不匹配停掉并删掉数据卷重跑 setup 重建redirect_uri_mismatch基础 URL 没设或回调地址没加进 OAuth 控制台设好 NEXT_PUBLIC_BASE_URL把回调地址加入授权列表AI 规则不生效、手动规则正常LLM_API_KEY 缺失或额度用完检查密钥和计费额度也可以在设置页换 AI 服务商exceeded the rate limit邮箱配额被其他第三方服务共享到账户安全页移除不再使用的第三方连接页面慢并出现 Redis 警告serverless-redis-http 缺 token确认根目录 .env 与 apps/web/.env 一致没有就建软链接容器被 OOM 杀掉内存不足正常占用 500MB~1GB不够就加内存或换 swap完整排查步骤见 docs/hosting/troubleshooting.mdx实时日志用inbox-zero logs -f看不用 CLI 的话直接用docker logs查对应容器。求助与反馈这一节是上面都没解决时的出口按顺序来就行。先查 Issues 有没有同类问题提问时附上日志和你的配置环境。Discord 社区是最活跃的渠道开发者常驻。想参与开发本地开发需要 Node 24、pnpm 10 和 Docker用 devcontainer 可以最快起步流程见 docs/contributing.mdx。日常操作类问题怎么加邮箱、怎么撤销授权在 docs/essentials/faq.mdx 里基本都有答案。接下来做什么这一节按如果重来一次的建议顺序列了五件事。装好 Docker 和 Node 24跑通两条 CLI 命令拿到自己能访问的页面。连接邮箱先用默认规则跑几天发现误判再调整。用 Bulk Unsubscribe 清一轮积压的噪音发件人。顺手写一两条大白话规则在 Test 标签页验证后再启用。遇到表格里没有的问题带着日志去 Issues 或 Discord 问。【免费下载链接】inbox-zeroThe worlds best AI personal assistant for email. Open source app to help you reach inbox zero fast.项目地址: https://gitcode.com/GitHub_Trending/in/inbox-zero创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
