用我们自己的自动化来运转我们公司。
这一页写的是：早上 8 点收到报告之前，夜里都执行了什么。检查八个网站、阅读并判断结果、汇成一份报告发出，全是自动的。人要做的事只有一件——阅读到达的那份报告，决定先做什么。
每天自动运行 10次 · 六个阶段中 AI 负责 2 个 · 人工负责 1 个
每天自动运行十次，人只在早上读一份报告。
每天三次打开八个网站查看、阅读结果并挑出变化、制作八节经营报告—— 这些全都从人的手里消失了。 还有一项：接收二十六家客户的结算单，做到出具台账为止。 一个人干一整天的事，现在变成了 1 小时。
剩下的只有一件事。 阅读早上 8 点到达的报告，决定先做什么 ——六个格子中，人动手的地方只有那里。其余五个在我们睡觉时就已经完成了。
我们为客户搭建的相同结构， 先部署在我们自己公司，每天使用。 这样做的理由在于—— 自动化即使失败了，画面也一切正常。 日志照记、列表照出，只是新数据不再增加——这种状态，无论怎么看画面都发现不了。
所以我们确认的不是“装上了吗”，而是 “今天到了吗”。每次运行都会留下一行成败记录，一旦停摆，第二天早上的报告会最先说出来。给客户交付的同类系统里也会一并加入。
这个系列不是接单做的，而是我们为了自己使用而做的，所以没有和客户案例混在一起。
每天执行一圈。
这个系列里的系统，不是各按自己的时间各自运行的独立任务。 检查 → 阅读并判断 → 汇总 → 汇成一份报告发出，算一圈，这一圈每天在同一个位置重新开始。
每个格子里， 「崩坏的环节」也一起写了下来——如果不这样留出那个格子，会变成什么样子。实际发生在我们身上的事与当时的数值，在循环下方的三个小节里。
标记的读法——空心的方形标记代表规则，实心的代表需要判断的一方
- 规则 只按预先写好的规则执行。输入相同，输出也相同。
- AI 只接手无法写成规则的判断
- 人 阅读到达的一份报告，决定先做什么
-
检查
07:50 · 12:50 · 18:50
重新打开八个网站，每个最多十二个条目，只挑出与昨天结果不同的内容
规则
-
阅读并判断
05:00
七个不同角色阅读结果后各自判断。我们备有三十个角色定义，进入这场会议的是其中七个。
AI
崩坏的环节 如果昨天提出的方案今天不再打开查看，列表变长和事情办成会看起来一模一样。
进入这场会议的七个——全部是 AI，没有人参加
- 搜索曝光 从结构和关键词中寻找更容易被搜索结果命中的位置
- 数字解读 看昨天提出的方案是否见效、访客从哪里流失
- 内容 策划再做些什么就能命中搜索词
- 技术判定 判断技术上是否可行、要花多少功夫
- 初稿 把已确定的策划写成文字。没有就不写。
- 核验 核对五个角色给出的内容是否真实存在、数值是否相互吻合
- 汇总 把五个角色的判断汇总成一份，作为晨报呈报
-
观察
05–07
每 10 分钟查看一次进度。
规则
崩坏的环节 如果 AI 同时掌握自己的日程和自己的判断，进度也就只能听 AI 怎么说。
-
收集
07:30
收集会议结果。是否完成不看会议怎么说，而以今天核实到的数据为准。必须在晨报之前结束，才能登上当天的报告。
规则
崩坏的环节 如果对会议所说的“已处理”照单全信，台账上只会堆满印章。
-
报告
08:00
都会写进一份报告——什么变了、该先动哪里。数值、分类乃至置顶内容都由规则确定，AI 只写最上面的一句话。
规则 AI 一句话
崩坏的环节 连数值解读都交给 AI 的话，句子通顺、格式也对，唯独数字会变。而且不会报错。
-
决策
收到报告之后
阅读到达的报告，决定先做什么。人动手的地方只有这一处。
人
然后再检查——从这里回到起点
六个格子中，由 AI 负责的是两个。 检查、观察进度、收集、汇成一份报告，都由规则完成—— 输入相同、输出也必须相同的环节，因为这些环节正是如此。AI 只用在无法写成规则的地方——凌晨会议的判定，以及晨报最上方的一句话。 报告不是由 AI 撰写的 ——八个小节的数值、什么算完成、什么是定期项目、什么置顶，都由规则确定。
在一圈之中， 人动手的地方只有最后一个格子。检查、阅读并判断、收集后汇成一份发出，都不等人。 连修复也没有交给 AI——检查只发送查询，不改动任何东西。因为核实的一方一旦触碰核实对象，之后的数值就无法相信了。所以早上到达的不是修复好的结果，而是 写明该修什么的一份报告。
人修复的内容，会在下一轮检查中原样被捕捉到。 往一个网站上新增了向搜索引擎表明网站所有者是谁的标记，即使添加的人没有另行告知，下一轮检查的「变化项目」列表里还是出现了那一行（2026-08-09）。
循环之外，同一台服务器上还在运行的更多任务
- 07:30 收集客户结算单并核对。
- 09:00 · 15:00 · 21:00 收集扶持项目公告。
循环的七轮加上这三个，一天 10次。07:30 的收集会议结果与复核结算单，属于同一轮。
每天重新核实 AI 声称「已处理」的内容。
AI 每天都认真作答。 那个回答后来怎么样了，没有人告诉我们。 什么都不会坏，成果也每天照常产出。于是等到积攒了好几个月，才问起「这些到头来都变成了什么」。
于是，为了确认方案是否真的被处理， 自动盖章的装置被接了上去，并且每天执行重新打开昨天条目的流程。要核实的并不只有方案—— 连那枚章盖得对不对，也会在下一轮再次核实。
一旦装上自动盖「处理完成」章的装置，就再也没人会去检查那个装置本身对不对。 被标成已处理、实际上什么也没有落实的条目混了进来， 工作并没有结束、只是装作结束了的状态。只盯着台账看，反而显得最健康——没有错误，也没有警告。我们自己的里面，九个当中也有五个对不上， 重新打开昨天条目的流程，在下一轮把它们抓了出来。
-
开会之前，先把昨天的条目读一遍
往期方案以及它们后来的变化，放在会议资料的最前面。今天的会议，不会在不知道昨天说了什么的情况下开始。
-
会议记录末尾，按固定格式一并填写
如果只留下整段文字，第二天就没有办法对照。每个方案要核实什么、由谁、为什么、用什么核实，都写进固定的栏位。
-
没有另做评分表
方案、发言和处理时间都堆进台账，成果就从那本台账里出来。一旦做了评分表，工作就会往抬高分数那边弯——人尚且如此，AI 更甚。叫它抬高分数，它就真的只会抬高分数。
-
判定栏只在有往期方案时才填写
如果昨天没有提出任何方案，那一栏就空着来。让 AI 去填栏的话，它会编造出并不存在的依据。空着来，比把空栏填满更可信。
「只凭核实到的数值判定完成」——这是原则， 哪些方案满足了那个条件，会原样留在台账里。 没满足的也会一起留下——这样以后才不至于说出「全都做到了」。
最近的会议记录里，原样写着这样一段——面对某个下降的数值， 「没有把它读成成功，也没有读成失败」这样写道，并以「没有原因记录」带过。即便是面对某个上升的数值， 也没有断言「搜索成功」这样写道——理由是进入的路径还没有拆开来看过。 我们让「不知道」被原样写下来。 只有这样，将来真正变好时，那份报告才值得相信。
2026年8月23日的会议是第12次， 新方案 4건，往期方案判定 27건。回看昨天说过的话所占的篇幅，是提出新方案的六倍还多。那一轮自己写下的完成数是 0건。 让 AI 无法自己盖「完成」章，完成栏里就会出现 0。那才是诚实的数字。 比起盖着「完成 12건」的台账， 盖着 0 的台账更可信。
经营报告上出现的数字，由规则确定。
AI 很擅长按吩咐去写。而在这个过程中， 数字被悄无声息地改掉了。 上面印着「缺额 ○○韩元」，但仅凭报告，无法判断那是特定日期所需的金额，还是整个结算周期的合计。
这在我们的报告里真的发生过一次。合计数被读成了特定日期所需的金额， 膨胀到将近四倍。 我们在这里学到的，不是「换一个更好的模型吧」。 如果不把做判断的位置和照搬的位置分开，无论修什么，同样的事都会再次发生——这就是学到的教训。我们总是先把这条线划出来，再开始。
-
只用数据里实际存在的值来分类
已经完成、每月自动发出的定期项目、还是并非实际业务只是归并条目，都用既有数据里已有的字段来区分。因此，报告里出现的每一项，都能在原始数据里原样找到。
-
即使一次查询失败，报告也会照常发出
取而代之，在最上面写明哪些没能读到。不会因为一个地方被堵住，就把那天早晨的报告整个清空。
从一并传给 AI 的指令原文中逐字照搬
- 不要新增或改动任何数字与条目
- 一个字都不要改，原样照搬。不要概括、不要合并、也不要删减
- 不要重新计算金额，不要编造筹资方式，也不要断言已经转账
- 不要添加原始数据里没有的新闻、市场展望或业务构想
还有一行。 我们认为，这是这个系统里最重要的一句话。
如果出现「查询失败」，该条目所填充那一节的数值，不按「没有」处理，而按「未能看到」处理。
「没有要出的钱」和「没能确认要出的钱」，是完全不同的两句话。 如果把两者写成同一个样子，就没有人知道，安静的早晨是不是可以放心的早晨。读报告的人要做出这个区分，得先由写报告的一方把它们分开。
我们留给 AI 的一句话是：「今天该先动什么？」 优先级标准也一并给出——外部期限固定的工作最优先；迟了会产生滞纳金的，排在上午；能带来现金入账的其次；没有外部期限的开发放在最后。 这种判断，很难写成规则。 因为答案会随着当天有哪些事情撞在一起而改变。
于是就能知道，安静的早晨是不是可以放心的早晨。
检查只有在自身实际执行之后，才能开口说话。 所以，在服务器整个停摆的那个早晨， 所有检查都一片安静。 一个警告都没有出现，画面和报告都看起来很平静。实际上曾有一天，早晨的六个小时整个缺失——那个时段本该运行的事情全都漏掉了，却没有一个章节说过有什么异常。
「通知没有来」和「没有要发的通知」看起来一模一样，这正是装上这项自动检查的公司最晚发现的地方。
-
按时间段分别统计，每个时段还剩几건自动执行任务
与各项个别检查分开，另行确认哪个时段实际上已经停摆。读不到的时候，不写 0，而写「未能读取」。
-
把这份报告自己看不到的地方，写进报告里
那一节的末尾，会附上这行字。
这一节看不到 08:00 报告自身的失败。报告完全没有送达的那一天，就是那个信号。
所以，在贵公司，「早晨报告没有送达」这件事本身就是最大的警告。 读报告的人只要知道这一行，就不会把安静的早晨读错。
我们每天都在用的东西。
循环的第一格，以及循环外的 07:30，都各自单独写成了一篇。那里写着当初出了什么问题、现在又在怎样确认什么。因为是内部系统，没有可以打开的网址。取而代之的是， 隐去客户名称和金额的实际画面，以及工具自己产出的数值，都刊登了出来。
把同样的结构，套到贵公司的数字上。
散落在各个系统里的数字，每天早晨都会汇成一封送到您手上。无论是仓库库存、应收账款、昨天的销售额，还是夜间本该运行的自动化—— 收集的对象各不相同，但结构是一样的。
如果您让 AI 做过事，大概已经体会过方案只是不断堆积、再无下文的感觉。我们为您做的，不是一个产出更多方案的位置，而是 一个今天重新打开昨天方案的位置。负责的领域是五个还是十个，都可以用同样的结构来搭，您也不会再收到只挑好看数字呈上来的报告。
而且， AI 编造出来的数字，不会混进经营判断里。 因为数值、分类、筛选，全部由规则来确定。 回答不了「这个数字是从哪儿来的」这种问题的报告，我们不做。