气泡确认框
Popconfirm
初级通用气泡确认框（Popconfirm）是贴着操作入口出现的小型确认界面，通常用一句话说明后果，并提供确认和取消两个选择。它让用户在执行删除、移除等操作前多一次核对机会，又不必离开当前页面。
你可能会说：「我想让用户点删除后先看到一个贴着按钮的小确认框，确认了才真正删除。」
动手看看移除空间成员
显示确认气泡
确认移除陈晓宁
悬停或用 Tab 聚焦「移除」看看入口反馈；切换「显示确认气泡」模拟点击入口，关闭它相当于选择取消。「确认移除」则模拟点确认。
气泡紧贴陈晓宁的「移除」按钮，盖住下方成员列表的一部分，但没有遮住整个页面；它只要求核对这一项操作。
要点气泡确认框怎样挡住一次误操作？
- 1
先说明后果再执行操作
你点了“移除成员”，气泡确认框才会出现。它可以写明“移除后，对方将无法访问这个项目”，让用户知道自己确认的是什么；点取消则不执行移除。
- 2
贴近入口但不等于直接执行
它通常出现在触发按钮附近，用户容易把提示和刚才的点击联系起来。但打开气泡只是提出确认请求；真正修改数据的动作，要等用户点击确认后才开始。
- 3
确认之后还要交代结果
如果删除需要请求服务器，点确认后可能还要等一会儿。我们可以让按钮显示处理中，并在成功或失败后给出反馈，因为“用户同意删除”和“删除已经完成”是两件事。
容易混淆的地方
气泡卡片也贴着某个元素出现，但它主要承载说明或操作内容，不一定要求用户确认。普通弹窗通常占据更显眼的页面区域，适合承载较长的说明或多步决策；气泡确认框更适合用户已经知道要做什么、只需在原位置核对一次的操作。
什么时候用
适合用
- 后台列表里删除一条草稿时，先在删除按钮旁确认，避免点错行后立即丢失内容。
- 项目设置里移除一名成员时，提示对方会失去访问权限，再让管理员确认操作。
- AI 工具里清空当前对话时，在入口旁确认，避免用户误触后丢失正在查看的记录。
不适合用
- 用户只是打开详情页时，不需要确认是否跳转；用链接或导航入口就能完成。
- 操作后可以轻松撤销、且频繁发生时，反复确认会打断流程；可以直接执行并提供撤销入口。
- 用户需要核对多项影响或填写原因时，小气泡放不下这些内容；用弹窗或独立页面更合适。
练一练选一个答案，看看解释
你在做项目后台。管理员点“移除成员”后，需要看清这次移除会让对方失去项目访问权限，再决定是否继续。该怎么设计？
让 AI 帮你做复制给 AI Agent 直接用
请在项目成员列表的“移除成员”按钮上使用气泡确认框。文案说明移除后对方会失去项目访问权限，提供“取消”和“确认移除”；取消时不发请求，确认后才提交，并分别反馈成功或失败。