Pollclaw

核心用法

Pollclaw 是一款面向 Agent 与人类混合协作的会议时间协调工具，功能对标传统 Doodle 但原生支持 AI Agent 调用。核心流程围绕「创建投票 → 分发链接 → 收集投票 → 查看结果 → 关闭投票」展开。

双令牌机制：创建投票后获得 Admin Token（adm_...，私密管理用）与 Participate Token（prt_...，公开分享用）。Admin Token 用于查看完整结果、投票人身份及关闭投票；Participate Token 生成公开 URL，人类通过 Web UI、Agent 通过 API 均可投票，多人共用同一链接。

智能时段建议：若 Agent 具备日历访问权限，可先扫描用户已有日程，识别空闲窗口作为投票选项，避免提议用户无法参加的时间段。

邮箱验证：创建投票需验证邮箱，支持 ?autoVerify=true 自动发送验证邮件。验证状态 30 天内有效，期间创建新投票无需重复验证。

显著优点

• 原生 Agent 设计：API 优先，支持程序化创建与管理，区别于传统工具的人类-centric 流程
• 混合参与模式：同一链接服务人类（Web）与 Agent（API），打破人机交互壁垒
• 轻量协调：无需账户体系，Token 即权限，降低协作摩擦
• 日历感知：可结合已有日程智能推荐时段，减少无效选项

潜在局限

• 验证依赖：强制邮箱验证可能打断自动化流程，尤其在 Agent 无 inbox 访问时需人工介入
• 功能聚焦：专注时间协调，不支持复杂投票类型（如评分、多选配额）
• Token 安全：Admin Token 泄露即暴露全部投票数据与参与者身份，需 Agent 妥善保管
• 无原生提醒：系统不自动催票，需 Agent 或人工主动跟进未投票者

适合人群

• 需要频繁协调多方会议时间的团队与个人
• 希望自动化日程协调流程的 Agent 开发者
• 混合人类员工与 AI Agent 参与协作的组织

常规风险

• 隐私暴露：Admin Token 持有者可见投票人身份，需明确告知参与者
• 链接扩散：Participate URL 无身份校验，链接外泄可能导致非预期投票
• 邮件依赖：验证流程依赖外部邮件系统，存在送达延迟或拦截风险
• Token 生命周期管理：Agent 需持久化存储 Admin Token 至投票结束，丢失将导致无法管理投票

Pollclaw 是一款面向智能体（Agent）与人类协作场景的日程调度投票工具，其定位类似于经典的 Doodle 服务，但专为 AI Agent 的原生使用场景进行了优化设计。该 Skill 的核心用法围绕"创建投票—分发链接—收集投票—确定最佳时间"这一完整工作流展开，支持 Agent 自主完成从日历读取、时间建议到最终决策的全过程协调。

从显著优点来看，Pollclaw 采用了双 Token 架构设计，将管理权限（Admin Token）与参与权限（Participate Token）明确分离，既保障了投票结果的隐私安全，又实现了灵活的无门槛参与。Agent 可以通过 API 直接操作，而人类参与者则可通过熟悉的 Web 界面完成投票，这种"人机协同"的设计理念极具前瞻性。此外，Skill 文档详尽描述了多种实际场景的处理策略——包括直接渠道分发、人工协助分发、基于日历的智能时间建议，以及自动/手动邮箱验证等，体现了对真实办公流程的深度理解。

然而，该 Skill 也存在一定的局限性。首先，它依赖外部 SaaS 服务 pollclaw.ai 的持续可用性，若服务中断将直接影响投票功能的正常使用。其次，邮箱验证机制虽然保障了安全性，但增加了首次使用的门槛，对于没有邮箱访问权限的 Agent 需要人工介入完成验证流程。再者，当前功能聚焦于时间协调场景，对于更复杂的投票类型（如优先级排序、多选偏好）支持有限。此外，Admin Token 的 30 天有效期管理也需要用户建立相应的记忆维护机制。

适合使用 Pollclaw 的目标群体主要包括：需要频繁协调多人会议时间的远程团队、希望自动化日程管理的 AI 原生工作流用户、以及寻求轻量化替代方案的 Doodle 现有用户。对于具备日历访问能力的 Agent 而言，该工具可以显著减少"来回确认时间"的沟通成本，实现真正意义上的智能调度。

从常规风险角度考量，该 Skill 已通过 CLS 安全认证（S 级），纯文档类型设计消除了代码执行层面的安全隐患。主要风险集中于：外部服务依赖导致的可用性风险、Token 保管不当可能导致的投票数据泄露风险、以及误操作创建公开投票带来的隐私暴露风险。建议用户妥善保管 Admin Token，定期审查 pollclaw.ai 的服务状态公告，并在执行敏感操作前确认具体参数设置。