会前准备清单
在会议开始前,把议题背景、参会人相关信息和需要提前过目的材料归拢到一处,减少临场翻找和上下文切换。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
Runner 定位为创始人的 AI 幕僚长,把会议前后那些零散又费时的行政动作接过去。它会在会前帮你把背景材料、参会人信息和议题脉络归拢成一份准备清单,会后自动整理要点、待办和跟进邮件,让创始人少在琐事上切换注意力。 它的价值在于把「会议」当成一条完整工作流来跑,而不是只做单点记录。适合日程密集、会议频繁的创业者和小团队负责人;但它更依赖你已有的日历与邮件工作方式,若你习惯手工掌控每个细节,会觉得它插手过多。
Runner 是一款面向创始人和早期团队负责人的 AI 幕僚长工具,核心场景是会议准备与会后跟进。它把创始人日常里最容易被切碎的行政动作——查背景、理待办、写跟进——收拢成一条自动化链路。
它的工作方式更像一个替你盯流程的助手:会前帮你把该看的材料、该确认的参会人信息摆到台面上,会后接着把讨论结果落到行动项和跟进消息上。相比只做会议纪要的工具,它更强调「会前到会后」的连续性。
用法上,创始人可以把它当作日常节奏的调度层,把重复的会务动作交给它;团队负责人可以让它分担跨会议的信息串联;而习惯亲力亲为的人,则需要先接受把一部分行政判断交出去。
在会议开始前,把议题背景、参会人相关信息和需要提前过目的材料归拢到一处,减少临场翻找和上下文切换。
会议结束后接着处理收尾动作,把讨论中产生的待办和跟进消息整理出来,让创始人不必会后再花一轮时间补写。
把会前与会后当作一条连续流程来跑,而不是只做单点的记录或摘要,适合会议密集、节奏快的创始人日程。
输出偏向决策者关心的重点——要做什么、谁来跟、什么时候要,而不是逐字转录,降低会后阅读负担。
以聊天对话的方式使用,创始人可以直接用自然语言交代任务或追问细节,不需要学习复杂的配置流程。
把 Runner 当会议流程的托管层用是值得的:它接走的正是创始人最容易被打断注意力的那部分行政工作,会前准备和会后跟进被串成一条线,省下的是反复切换上下文的成本。但它不适合所有会议场景——高度敏感或需要你亲自拿捏分寸的对话,仍然要自己来;另外如果你已有的日历、邮件和文档习惯非常固定,把流程迁进 Runner 需要一段适应期。 判断标准很简单:会议越密集、会前会后动作越重复,它越有用;会议少而每次都需要你亲自深度介入,收益就有限。
一天里连续排多个会、会前会后动作重复的人,交给它托管能省下大量上下文切换的时间。
需要跨会议串联信息、又没配专职助理的负责人,用它把跟进工作接过去比较顺手。
更关心「要做什么、谁跟、什么时候」而不是逐字记录的人,它输出的摘要方向对路。
融资谈判、人事沟通这类需要亲自拿捏分寸的会议,建议仍由自己主导,别把准备和跟进全交出去。
一周没几个会、每次都能从容准备的人,接入一套新流程的收益有限,不如保持现状。
它更像一个替你盯会议流程的助手:会前把背景材料、参会人信息和议题脉络归拢成准备清单,会后接着整理要点、待办和跟进消息。重点是把会前到会后连成一条线,省掉你在琐事上反复切换的功夫。
普通纪要工具通常只管会中记录与会后成文,Runner 的切口是会议前后的行政动作——准备和跟进。也就是说,它不止给你一份记录,还会把「会前该看什么、会后该跟什么」接过去处理。
会有一段时间的适应。Runner 通常要接你的会议日历,才能知道哪些会需要准备;如果你已有非常固定的日历和邮件习惯,前期需要把一部分流程迁进来,之后才会顺。
重复度高、节奏固定的会议最合适,比如例行一对一、团队周会和常规客户沟通。融资谈判、人事沟通这类需要你亲自拿捏分寸的场合,建议仍由自己主导,只把外围的准备和收尾交给它。
输出质量跟你交代任务的清晰度关系很大。如果你习惯用很短的指令,它整理出的重点可能不是你要的;把议题重点、你想要的口吻和跟进对象说清楚,结果会贴近得多。