关于 Timely
Timely 是面向会议议程编制者的托管 MCP 服务,可创建和管理会议日程。它保留每次修订,并且仅发布用户明确批准的确切版本和 PDF。
主要功能
- 01创建和编辑会议日程
- 02保留不可变修订及历史记录
- 03通过 Doksi 渲染预览
- 04导入和导出经验证的备份
- 05要求批准确切版本和 PDF
适用场景
- 01为固定数量的会议准备日程
- 02查看不同日程版本的变更
- 03将已批准的日程发布为 PDF 和网页
MCP 相关
Timely 通过 HTTPS 向 MCP 客户端提供读取、编辑、渲染和发布会议日程的工具。它使用 Streamable HTTP 和 OAuth 2.1 与 PKCE。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://timely.publifye.com/mcpclaude mcp add --transport http pro-publifye-timely https://timely.publifye.com/mcp{"mcpServers":{"pro-publifye-timely":{"type":"http","url":"https://timely.publifye.com/mcp"}}}在 Cursor 中打开{"servers":{"pro-publifye-timely":{"type":"http","url":"https://timely.publifye.com/mcp"}}}在 VS Code 中打开{"mcpServers":{"pro-publifye-timely":{"type":"http","url":"https://timely.publifye.com/mcp"}}}{"mcpServers":{"pro-publifye-timely":{"serverUrl":"https://timely.publifye.com/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
Timely — 面向 Claude、Cursor 和任何 MCP 客户端的会议议程 MCP 服务
Timely 可创建会议议程——包含固定数量的会议,或日历周期内的所有会议——保留每次修订,并通过 Doksi 将获批版本渲染为 PDF。助手只能发布用户刚刚确认的确切修订版本和 PDF。它以托管式 MCP 服务的形式通过 HTTPS 运行。
| 端点 | https://timely.publifye.com/mcp |
| 传输方式 | Streamable HTTP |
| 身份验证 | OAuth 2.1 + PKCE (S256),DCR 开放 |
| 注册表 | pro.publifye/timely (server.json) |
| 产品网站 | https://timely.publifye.com |
| 解决的问题 | https://publifye.com/timely |
| 功能工具 | 31 (完整架构) |
| 所述功能面 | 根据源代码 354ee8b 生成;相同的工具功能面已作为 0.1.198 版本(9ce28e3,于 2026-09-23 发布)在生产环境上线。2026-10-09,最新版本为 0.1.225 时,生产环境列出的客户工具名称仍为相同的 31 个;未重新捕获架构 |
连接
{ "mcpServers": { "timely": { "type": "http", "url": "https://timely.publifye.com/mcp" } } }
Claude Code:运行 claude mcp add --transport http timely https://timely.publifye.com/mcp,然后运行 /mcp
以登录。发现流程与其他服务相同:
../../docs/connect.md。
发布需要用户明确同意,且必须针对确切的修订版本和 PDF
助手可以通过 draft_approve 发布议程;这不需要浏览器步骤或签名确认页面。但助手不能自行决定发布。工具自身的说明要求助手向用户展示确切的修订版本、PDF 下载链接和公开地址,指出尚未解决的假设,并询问用户——笼统的编辑请求并不构成同意。服务端会强制执行它能够检查的部分:
user_confirmed必须为true;否则调用会被拒绝,并返回 "ask the user explicitly before publishing; user_confirmed must be true only after their affirmative answer";revision、content_hash和pdf_hash必须指向已展示的确切预览;如果议程或其 PDF 在此期间发生变化,批准就不再匹配,不会发布任何内容;- 存储的 PDF 会原样发布,不会重新渲染,因此获批的内容就是最终发布的内容。
user_confirmed 表示助手声明用户已表示同意;服务端会将其记录在议程的审计跟踪中(mcp_user_confirmed_publication),但无法查看对话内容。哈希值确保一次同意仅适用于一个修订版本和一个 PDF。
编辑以哈希为依据进行原子操作
timely_edit 会针对 base_hash 应用明确的操作。如果自 Agent 上次读取议程以来议程已发生变动,编辑会被拒绝,而不是进行合并——这样两个助手,或一个助手与一个人,就无法在不知情的情况下相互覆盖更改。每次提交都会成为不可变的修订版本,而 timely_history 会返回这些修订版本、对应的更改以及各版本生成的 PDF。
通过 Doksi 渲染
timely_render 会将当前草稿发送至 Doksi,并保留生成的确切预览 PDF——也就是之后由用户批准的同一份文件。这两个服务是独立产品,可以分开使用;Timely 不会重复实现文档渲染功能。
工具的用途
每个工具都有完整文档,包含准确的描述、注释和输入架构——共 31 个,均由服务自身的注册表生成,绝非手工编写。
| 领域 | 回答的问题 | 工具数 |
|---|---|---|
| 阅读节目单 | 已发布什么、草拟了什么,以及有哪些变更? | 6 |
| 构建和渲染 | 创建、编辑、调整样式、预览——以及审批在哪一步停止。 | 7 |
| 网站和组件 | 节目单可以在哪里展示,在那里会是什么样子? | 3 |
| 组织和主页 | 共享的组织页面上写了什么,它如何变成主页? | 8 |
| 导出、导入和回收站 | 如何备份、恢复或下架节目单? | 7 |
机器可读版本:tools.json 包含全部 31 个工具及完整的 JSON Schema,还按名称列出了所有排除类别,便于核对数量。面向客户的功能中不包括 15 个仅限员工使用的 admin_* 工具、10 个日志和运维工具,以及 operator_guide/instance_status 这一对工具。
删除并非一步完成
timely_delete 会将节目单或组织页面移至回收站:所有公开地址会立即失效,并且在 timely_trash_list 显示的清除日期之前,都可以通过 timely_restore 恢复。timely_export 会返回无损、带架构版本的 JSON 备份,并对其确切字节计算 SHA-256 校验值;timely_import 只会根据通过 timely_export_schema 验证的文件创建新节目单,绝不会覆盖已有节目单。
它不做什么
- 它不会自行发布。 发布需要用户明确同意,且仅针对一个修订版本及其 PDF;请参阅上文。
- 它不是日历或预约系统。 Timely 生成节目单文档;它不会邀请任何人、管理空闲时间或发送提醒。
- 它不会自行渲染 PDF。 这由 Doksi 负责,而产物采用内容寻址,因此可以确证获批的预览和已发布文档是完全相同的字节。
方案
方案和价格可能会变;当前信息始终以 https://timely.publifye.com 为准。如果本页面与网站信息不一致,请以网站为准。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。