07:40到18:30：一个销售的一天被AI怎么重新安排

销售的一天天然是碎片化的：早上看邮件，上午跑客户，中午回消息，下午做方案，晚上写日报。任何需要额外学习或刻意执行的习惯——比如每次拜访前翻方法论检查清单——基本撑不过第一周。

如果方法论没法嵌入日常节奏，它就会被日常节奏碾碎。我们的解法不是让销售更自律，而是让Agent把方法论变成每天自然发生的几个推送时刻。

五个时段的日循环

整个系统围绕五段式日循环运行：

07:40 晨间推送——不是发一句早上好。内容是今日待办清单（按优先级和金额排序），末尾带引导：今早有什么拜访计划？回复我客户名，我帮你做调研准备。推送不只是告知，是启动互动。

销售回复上午去XX大学，Agent自动加载该客户的MD、tasks.db中当前Gate、给出调研报告和待办建议。不需要销售填表，不需要手动查——卖聊一句话，Agent做后面的全部。

11:50 午间推送——高优先级剩余待办提醒，两段引导：上午拜访情况如何？请以记录拜访开头发我。下午计划拜访谁？告诉我客户名，我翻翻待办并做客户调研。中午是节奏的转折点——上午做了什么决定下午做什么。

18:30 晚间推送——今日已完成统计加本周排行，末尾引导：下午拜访情况如何？请以记录拜访开头发我。不写日报——Agent根据今天的对话自动生成。

00:10 归档审计——bot7集中执行。扫描各bot的gateway.log，LLM识别涉及客户的对话，检查对应客户MD是否有当天记录。agent failure导致的遗漏自动补写。夜间静默deliver=local，不推送人类。

02:30 gate-check——10个销售bot按3分钟错峰执行gate-check。各bot用自己的wenshu key查销售机会，读客户MD判断Gate状态，写新的待办到tasks.db。销售早上看到的待办是前一夜AI生成的，不是等到早上才现查。

10个Bot各5个推送的调度架构

10个一线销售bot各有5个脚本推送——晨间、午间、晚间、周日任务、周日看板——共50个推送cron。加上11个明道云审计cron、10个gate-check cron、管理者看板cron、运营cron，整个系统82个启用cron任务。

架构上的核心挑战不是功能，是错峰。企微推送限制约20条/分钟/bot——10个销售如果在同一分钟推送，绝大多数会被限流。所以：

• 同一推送组内间隔至少4分钟
• 不同推送组间隔至少8分钟
• 夜间LLM cron间隔至少3分钟——防止API并发429
• 晨间07:40起每4分钟一个bot
• 明道云审计00:40起每3分钟一个bot

task_push_cron.py是统一推送引擎。每个bot的副本MD5完全相同——除了管理者bot(bot1/bot10)含管理白名单增强。脚本从共享tasks.db读数据，按mode参数输出不同格式：morning返回当日待办清单、midday返回高优先剩余、evening返回完成加排行。

从填表到对话：便利即采集

日循环设计最核心的原则是便利即采集。销售不需要打开一个系统、填一张表、点三个按钮来记录拜访。销售只需要在企微里跟自己的Agent说：上午去了XX大学，跟李主任聊了智慧校园项目。Agent自动：

• 提取客户名和联系人信息写入客户MD
• 更新沟通记录区域追加当天日期和内容摘要
• 识别Gate相关信息判断是否需要更新当前Gate状态
• 如果需要写入明道云，Agent主动问你：要把这次拜访写入明道云吗

销售不是在填CRM，而是在跟自己的AI助手对话。数据采集是对话的副产品，不是额外的劳动。

夜间静默规则

23:00-07:00所有自动任务deliver=local——归档审计、明道云审计、gate-check全部只输出本地报告，不向人类推送任何消息。异常和预警留到早7点后的晨间推送。这不是技术限制，是设计选择——半夜发消息的AI不是助手，是骚扰。