日程

日程就是加上了时间的工作流

一条条目列出几个自动化流程、你选定的顺序，以及每个流程该跑在哪些环境上。它是工作流而不是清单：这个标签页存在的意义就是「这三个，每个工作日 9 点」——这是一句同时讲清三件事的话。

条目里的自动化流程一次只跑一个：上一个跑完，下一个才开始。这正是把它们编成一组、而不是各自单独排期的全部理由——采集可以把自己拿到的行交给负责汇报的那一步，因为在采集完成之前，汇报那一步根本没有开始。

每一步指定一个自动化流程和它该跑在哪些环境上，并各自带着「这一步失败就停掉后面的步骤」的开关。开着它，建立在昨天那批行之上的工作流就不会在没有它们的情况下往下走；对于失败了后面也扛得住的步骤，把它关掉。

单个自动化流程如果只是自己重复，在它自身里设置更简单——在「按日程运行」那里。这些也会出现在日历上，画成虚线的小块，并且在这里只读——拥有它们的是自动化流程本身。自动化流程自带的日程是更小的那件工具，在没有什么需要排先后的时候，它才是对的那一件。

重复、时间窗与时区

一条条目有三种重复方式，对话框提供的正是这三种：

你可以让条目在某一天跑一次、每天跑，或者在你挑的那几个工作日跑。重复会一直进行到你把它停掉，除非你给它一个开始日和一个结束日——「只在下周的工作日跑」就是这么说出来的。

条目可以保留自己的时区，也可以跟着这台电脑走。指定时区的价值不只是照顾出差：时段是按条目自己对时钟的读法认领的，所以身处两个国家的两台机器会对「这是哪个 09:00」达成一致，第二台就会退让。留成「这台电脑」，则各自把 09:00 读成自己的 09:00——当条目属于那张桌子时这正是你要的，当它属于整个工作区时就不是。

它到底什么时候跑

Argus 关着的时候，这里的任何东西都不会触发。启动器关闭期间错过的时间是跳过，而不是补跑：一次定在 03:00 的采集，在你 09:00 打开笔记本时才启动，那是意外，不是服务。这些时段在日历上显示为「已错过」，那是关于这一天的事实，而不是一个错误。

如果两台电脑登录了同一个工作区，只有先抢到某个时段的那台会真正执行。另一台看到认领记录后就让开，所以共享日历不会仅仅因为两个人碰巧都开着应用就跑两遍。

读懂日历

每个日期格里都有它的小块：时间、名称、一个用该日程自身颜色画的圆点，以及一圈说明结果的描边——待运行、运行中、已完成、部分失败、失败或已错过。「部分失败」自成一种结果，因为它确实是另一回事：条目做完了它能做的每一步，并且能告诉你没做成的是哪一步。

虚线小块是按自己的日程触发的自动化流程。把它们画在这里是为了让这一天是完整的；它们在这里只读，理由和它们是虚线的理由一样——拥有它的是自动化流程本身。

点开某一天可以看到每一步的结果。在某一天或某个小块上点右键，不用打开任何东西就能编辑、复制、粘贴或删除——下个月想重复的一周，是一次复制加一次粘贴，而不是五个对话框。

当天的 Telegram

Telegram 关于这些日子告诉你什么——失败时随时通报，还是一天结束后发一份汇总——在「自动化」里的通知机器人那里设置，而任何单独的一天都可以和它设得不一样。一个机器人服务整个工作区，但你绑定的是自己的聊天，所以你的订阅永远不会响在同事的手机上。

通过 API 使用日程

一条日程条目是一串按顺序排列、带有时间的自动化流程——这和自动化流程自带的日程不是一回事，后者只运行它自己。条目只在启动器开着时触发：启动器关闭期间的时间点会被记为错过并跳过，永远不会补跑。Occurrences 记录的是已经跑过什么，而不是将要跑什么。

共 10 个端点，每一个都配有对应的 Agent 工具，所以除了对话框之外，别的东西也能读写这份日历。创建、修改和删除条目需要一把不带文件夹范围的密钥；读取日历及其历史则不需要。

「保持唤醒」和当天的 Telegram 消息之所以出现在这份清单里，是因为它们是每台机器、每个人各自的设置，而一次运行要靠它们：被要求让今晚的日历跑通的 Agent，可以去核实这台电脑确实被保持唤醒，而不是假定如此。