Temporal Cortex 智能日程管理中枢
核心用法
Temporal Cortex 是一个基于 MCP（Model Context Protocol）协议的日历管理技能组，采用分层架构设计：路由层（temporal-cortex）负责任务分发，子技能层分别处理时间解析（temporal-cortex-datetime）和日历操作（temporal-cortex-scheduling）。核心工作流遵循"发现→定向→解析→查询→执行"五步法，所有日历交互必须先从 list_calendars 开始，再通过 get_temporal_context 获取当前时间上下文，使用 resolve_datetime 将自然语言转换为时间戳，最后通过 check_availability 冲突检查后才可执行 book_slot 预订操作。
Layer 1 工具（5 个）专注纯本地时间计算，无需网络或凭证即可使用，包括时区转换、持续时间计算等。Layer 2-4 工具（10 个）处理实际日历操作，需要 OAuth 授权，支持 Google Calendar、Microsoft Outlook 和 CalDAV 三大平台。
显著优点
1. 多平台统一接口：单一 MCP 服务器整合三大日历生态，无需切换不同 API 文档
2. 安全架构设计：Rust 编译二进制本地运行，OAuth 凭证严格隔离于 ~/.config/temporal-cortex/，零云端传输；postinstall 脚本内置 SHA256 校验，哈希不匹配则拒绝执行
3. 防御式工作流：强制冲突检查（check_availability → book_slot）、提示注入防火墙过滤事件内容、时区感知设计避免跨时区错误
4. 灵活部署：支持 npx 一键启动、Docker 完全隔离、本地编译三种模式，满足从个人用户到企业安全审计的不同需求
5. 开源可审计：MIT 协议，GitHub Actions 透明构建，5 平台交叉编译，checksums 独立发布
潜在缺点与局限性
1. 安装复杂度：依赖 Node.js 18+ 或 Docker，非技术用户配置门槛较高；CalDAV 配置尤其需要手动输入服务器地址
2. OAuth 摩擦：首次使用必须完成 Google/Microsoft 授权流程，无法即开即用
3. 功能边界：作为 MCP 技能，依赖 Claude/Cursor 等宿主环境，无法独立运行；不支持 Exchange On-Premises 等旧协议
4. 网络依赖：Layer 2-4 工具必须连接对应云服务商，离线仅能做时间计算
5. 版本锁定：npm 包与 GitHub Release 版本强绑定，自动更新机制尚不明确
适合人群
- 跨多时区协作的远程团队项目经理
- 需要同时管理个人 Gmail 日历与企业 Outlook 的混合办公者
- 对数据隐私敏感、要求凭证本地存储的安全意识用户
- 已使用 Claude Code/Claude Desktop/Cursor 作为主力 AI 编程环境的开发者
- 具备基础命令行/Docker 操作能力的技术从业者
常规风险
- 供应链攻击：npm 注册表或 GitHub Release 被篡改，尽管有 checksum 校验仍需用户主动验证
- 凭证泄露：
~/.config/temporal-cortex/credentials.json若权限设置不当可能被其他进程读取 - 误操作预订：自然语言解析错误可能导致会议时间错误，建议关键预订前人工确认
- OAuth 令牌失效：长期未使用需重新授权，自动化工作流可能因此中断
- 时区歧义："下周二下午 2 点"等表达在不同语境下解析结果可能不符合预期