这是什么网站？
Bond 面向创始人与高管团队，定位接近「AI 幕僚」：接入 Slack、Gmail、Google 日历、Notion 等协作工具，从邮件线程、会议和文档里捞出未闭合事项与口头承诺，再按优先级整理成每日清单。主交互在 Slack——查看、追问或委派任务都在对话里完成，不必再开一个独立面板。它和只靠手动录入的待办 App 不在同一路线上：Bond 更依赖跨工具读取上下文，并用持续积累的「公司记忆」来决定「现在最该做什么」。
核心功能
- 从 Slack、邮件、日历与文档中自动提取待办、承诺与未回消息
- 按 P0–P3 等优先级生成每日主清单，并标注来源渠道
- 在 Slack 内对话查看详情、追问进展或把事项委派出去
- 汇总「等待他人」类跟进，列出谁还没完成你交办的事
- 跨工具连接后持续沉淀公司上下文，用于判断下一步动作
- 通过 MCP 扩展对接栈内更多工具（API 据官网仍属规划中）
常见使用场景
- 创始人早晨在 Slack 打开 Bond，先看 P0/P1 清单，再决定先回投资人还是备董事会材料。
- 多频道并行的运营负责人，靠 Bond 抓住「我会回复你」类口头承诺，避免对外失信。
- 高管把重复、低价值的跟进交给 Bond，把时间留给决策和关键一对一。
- EA 与 CFO 共用席位时，用「等待他人」视图集中追签批与逾期项，少发追进度邮件。
适合哪些用户？
- 日常重度依赖 Slack、邮箱与日历的创业者和高管
- 信息散在多个工具、经常漏掉跨渠道待办的团队负责人
- 想用 AI 做分拣与跟进，而不是自己维护一长串手动清单的高绩效个体
- 可能不太匹配：几乎不用 Slack，也不打算授权读取邮箱与消息的人
- 可能不太匹配：只要简单个人待办、不涉及跨团队协作的轻量需求
- 可能不太匹配：强合规环境下无法接受第三方读取通信内容的组织
与同类工具的对比？
Bond 的权重在「跨工具自动捕获 + 优先级分拣 + Slack 内交互」，和 Todoist、Things 一类手动录入型待办，以及每次对话都要重新交代背景的通用聊天 AI，路径都不同。若核心是项目看板、里程碑排期，专用 PM 工具往往更顺手；若只是个人习惯清单，轻量待办 App 成本更低。可用三点自检：是否重度 Slack 用户、是否愿意连接邮箱与协作工具、更需要「帮我补漏」还是「帮我排项目甘特」。
客户怎么说
Richard（Founder / CEO）
会先看 Bond 能否把 inbox、Slack 与会议里的零散承诺收成一条清单，并分清「必须本人」与「可委派」；若排序依据不清楚，可能仍会手筛一遍再行动。
Monica（Chief of Staff）
更在意「等待他人」能否减少追进度邮件，以及席位能否与 EA 共享；若对接工具覆盖不够，往往还要保留原来的跟进表作对照。
Gilfoyle（Engineering Lead）
Slack 信息过载时，会核对 Bond 是否把讨论串误当成待办；权限范围、数据是否仅用于任务处理且不参与模型训练，也是常见顾虑点。
常见问题
Q: Bond 一定要通过 Slack 使用吗？
A: 官网把 Slack 作为主入口；团队若几乎不用 Slack，实际体验可能与产品设计假设不符，需自行评估。
Q: 连接 Gmail、日历后数据安全如何？
A: 官网称传输与存储加密，不出售数据、不用于训练 AI，可随时断开集成或删除账户；细则以隐私政策为准。
Q: 和手动待办 App 有什么区别？
A: Bond 侧重从已有工具自动抓取与排序，并追踪跟进；传统 App 更依赖用户逐条录入和维护。
Q: 如何了解定价与试用？
A: 公开页显示按席位订阅、年付及 Beta 折扣与企业定制档；是否可试用、具体金额以官网 Pricing 为准。
