小角落 头像
USER JOURNEY · 用户旅程 · 案例 #024

小角落
她直接给了自己的微信

她在安徽。在桂林本地号「深度空间装饰王工」的工地实拍视频底下,留了 14 个字 — 「只设计软装可以不,怎么联系🌹」
Akke 在 3 小时 49 分内拟了一段「软装能做 + 安徽梅雨季 + 几室几厅」的破冰,账号「饭粒(一筑·全屋定制)」走 ADB 真机推了出去。次日早晨她回了 — 「加 v 上聊吧 shiw223」,没寒暄、没问价。

中意向 · 评分 60 服务范围切割 · 「只 X 可以不」 安徽 → 桂林跨省 ✓ 客户给 v · shiw223

→ 抖音个人主页
1
刷视频
2
留评论
3
AI 评分
4
起草破冰
5
DM 触达
6
客户给微
7
运营加 v
▶ 01 · 原视频 号源 · 深度空间装饰王工 · 本地号 · 桂林

#桂林装修 #桂林装修公司 #工地实拍 #靠谱工长

#桂林装修 #桂林装修公司 #工地实拍 #靠谱工长
#桂林装修 #桂林装修公司 #工地实拍 #靠谱工长
作者 · 深度空间装饰王工 发布于 · 2026-05-23 17:18 CST 抓取于 · 2026-05-24 13:03 CST topic_status · home → 在抖音打开
⚠️ 视频内容信号 ≠ 客户诉求:视频是工地实拍 + 靠谱工长方向(硬装/施工管理),videos.craft_terms = [] 但 4 个 hashtag 都进了数组(标准抓取,没有内联问题)。评论却问的是「软装」 — 跨业务线的轻度错位。这说明她看视频不是为了找施工方,而是顺着「装修」大词刷下来,看到有家公司在做就直接问她真正想问的(软装)。视频内容是引流入口,不是需求匹配
💬 02 · 评论 2026-05-24 10:45 CST · 评分仅滞后 2h 18m
小角落
小角落 📍 安徽
只设计软装可以不,怎么联系🌹
关键词命中 · 软装 怎么联系 · 抖音 cid 7643284049658856229
✉️ 03 · 破冰招呼 2026-05-24 14:34 CST · 由账号「饭粒(一筑·全屋定制)」发出
你好,小角落,软装我们能做,全案搭配、灯具窗帘家具都包,上门量尺设计也免费。梅雨季安徽湿气重,布艺窗帘别选密织,容易闷味。按项目报,加微信发你具体方案,你家几室几厅?
#1 · AI 起草 (Langfuse v20) → 运营批准 → 本地 ADB 真机发送 · status=sent · 本批次 idx #497
📨 04 · 站内对话 DM inbox · 客户回复 1 条 · DB 未入库(运营 inbox 取证)
≈ 20 小时后 · 2026-05-25 上午 · 抖音 DM inbox 取证
— 对方已确认聊天,可继续发送消息 —
加 v 上聊吧 shiw223
#2 · 2026-05-25 上午 · DM inbox · 客户给出自己的微信号 · 时间为运营开 inbox 时取证(精确时间未抓)
ACT 01 · 起点 2026-05-24 10:45 CST

她把诉求切得很窄 ——「只 X 可以不」

深度空间装饰王工(号源池里的一个桂林本地装饰公司号源,category_v2 = peer_decoration,属同行号源)发的那条工地实拍视频底下,她打了 14 个字加一朵 🌹(原评论)。其他「求联系」类案例(空间向量「我房子准备装修怎么联系你」、刚子道场「能联系下你吗」)开口都不限定服务范围;这条主动加了一个约束 ——「设计软装」。3 件事同时暴露:①「 X」= 她已经在筛供应商、分项目预算、不再处于"广撒网"阶段(用排除性副词的客户已经过了"什么都问问"那一段);②「怎么联系」+「🌹」= 礼貌的直接,软度很高(柔性买家信号);③ 跨省(安徽 IP / 桂林号源) = 不在意工厂在哪,关心能不能做。

视频信号与评论信号的明显错位:视频是工地实拍 + 靠谱工长方向(硬装 / 施工管理),看这种通常是装修中后期、要监工或验房的人。但她问的是软装(家具 / 灯具 / 窗帘 / 软饰)。这说明她不是顺着视频内容找匹配服务,而是顺着「桂林装修 / 装修公司」hashtag 大词刷下来,看到这家公司在做装修就直接问她真正想问的(软装)。视频内容是引流入口,不是需求匹配 — 软装是一个独立诉求,她需要的是有人能接软装单。原评论的「」字是关键 — 假设没有这个字,破冰话术会落入泛泛的「能做装修」回答;有了「只」,AI 立刻知道不要谈柜体 / 不要谈硬装,必须先在第一句话里把「软装我们能做」明确说清楚。

主页画像 inference · 重复商业型评论 · 同一 sec_uid 在 2026-05-19 还问过另一条视频:「火锅店正在找装修公司,能设计吗🌹」(intent_score 33 / 低意向,触线-餐饮商铺装修)。两条评论的句式高度相似(「X 可以不 / 能 X 吗」+「怎么联系」+ 🌹),看起来是同一个人在不同场景下的标准问询模板。

3 种可能解读:① 她确实有多重身份(自家住宅软装 + 商铺装修都在筹备);② 她是装修中介 / 经纪人,帮不同需求方挂网询价;③ 她是设计师,找硬装承包方搭软装方案。本案不下定论 — 但 ACT 04 加微后第一句话应当探一下身份("是您自家还是有其他项目?"),customer_profile 可以留 multi_inquiry_signal = true 标记。

📍 地区粒度 · 省级 micro-context 在破冰里跑通了

安徽 IP · 自报市未抓到 · 桂林本地号跨省接单
省 · IP 属地
安徽
来源 comments.ip_location · 抖音 IP 反查,可能偶尔漫游波动
市 · 自报现居
未自报
来源 comments.city · f2 USER_DETAIL 抓不到自报市(客户未填或 profile 抓取被风控降级)
号源服务市
桂林
来源 source_accounts.city · 桂林本地装饰公司号源,属 peer_decoration(同行)类,客户在安徽 → 同城判定无效,is_same_city = null
省级
省级 micro-context 用得很巧 · 软装专属版 · 见 #1
梅雨季安徽湿气重,布艺窗帘别选密织,容易闷味
空间向量案例的省级气候话术是「广东回南天 → 柜体选耐潮板材」(接硬装/柜体)。本案接的是软装,气候逻辑要换到布艺层面 —「梅雨季 → 布艺密织闷味」是软装行业内的真问题(密织面料透气性差、湿气积存)。这条 micro-context 同时证明 ① AI 听懂了她要软装、② AI 真知道软装具体做什么(不是泛谈"软装我们能做")。事后看,这句话很可能是她回复的拐点之一 — 客户读到立刻能想到自家窗帘 / 布艺床品在梅雨季的实际体验。
市级
市级 micro-context 整层缺席 · 因为 comments.city = NULL
如果当时抓到了自报市(合肥 / 芜湖 / 蚌埠),第二轮跟进可以更精准(比如「合肥老城区房子层高低,灯具选无主灯 + 嵌入式更显高」)。本案她已回复,运营加微后市级信息可以从微信端补回 — customer_profile 可以记下 declared_city
市级
未触发同城徽章 · 双重短路:客户省 ≠ 号源省 + 自报市 NULL
同城判定(见 supabase migration 20260512173500)要求两边 city 都非空且号源市 ≠ "全国"。本案号源市是桂林、客户安徽 — 即使补抓到自报市是合肥,也仍是 false。跨省同行号源天然不打这个钩,但能拿省级气候 + 软装场景接业务,弥补了一部分。
ACT 02 · 被看见 2026-05-24 13:03 CST · 评论 → 评分仅 2h 18m

系统打 60 分 · 本地排序提到 85 分 — 同一条评论两个分

Akke 的分析 cron 把评论喂给 LLM(DeepSeek V4 Flash)评分。模型读到「只设计软装可以不,怎么联系🌹」给出 knowledge 型 · medium · active = 60 分 / 中意向。但她进的是 5 人本地拉号通道(scripts/pull-fresh-leads.py)— 该脚本有自己的本地加分逻辑(强买家信号 +25),所以最终在 today-openers 里她排到了 85 分 / 高意向 区段,被纳入「24h 60+ DM 批次」。

60/100
中意向 · DB
type · knowledge specificity · medium freshness · active keyword · 软装 / 怎么联系
评分理由:「强买家信号·联系方式 | 知识型·中等·进行中」(来自 comments.intent_reason
DB 里 LLM 把"问软装设计服务"判为 knowledge 而非 product(毕竟是问"可以不",不是问"怎么买"),所以基础分 60。但"怎么联系"是强买家信号,本地拉号脚本的 ranking layer 加分到 85。这是「LLM 基础评分 vs 本地业务规则加分」的双层架构 — 本案展示了两层的真实输出。
✓ 评分链路时效 · 这次几乎是最快的
评论 → 评分仅 2h 18m,评分 → DM 仅 1h 31m。对比空间向量(评分滞后 2 天 5 小时)和其他求联系类案例,本案触达速度显著进步。客户在 10:45 评论 → 14:34 收到破冰 = 同日 3 小时 49 分内完成全链路。她回得这么快(次日早晨即回),很可能跟时效有直接关系 — 评论新鲜度还在窗口内,对方没被别家先抢走。这条数据应当成为分析 cron 调优的正面基线:求联系类高意向评论目标 SLA = 4h 内 DM 落地。
ACT 03 · 第一句话 2026-05-24 14:34 CST · 由账号「饭粒(一筑·全屋定制)」发出

她切了范围 → AI 第一句话就接住「软装我们能做」

首条 AI DM 已在源料 pack 内(#1)。这条破冰跟空间向量的四段式有一个关键变体:第 ① 段不绕弯,开门见山「软装我们能做」。其他案例的 ① 段通常先复述视频内容("联动拉篮安装得看轨道承重"),再绕回业务;但本案视频是工地实拍(硬装方向),客户问的是软装 — AI 复述视频反而会显得"答非所问"。所以 AI 把 ① 段直接给业务确认("软装我们能做,全案搭配、灯具窗帘家具都包"),再用「上门量尺设计也免费」把"只设计"的预算焦虑卸下来。客户切了范围,AI 的第一句话必须先回答「能不能做」这个范围问题

① 直接确认范围
先答「软装能做」+ 拆细
「软装我们能做,全案搭配、灯具窗帘家具都包,上门量尺设计也免费」
② 省级气候 · 软装版
梅雨季 → 布艺密织闷味
「梅雨季安徽湿气重,布艺窗帘别选密织,容易闷味」
③ 加微钩子 + 二选一
按项目报 + 加微 + 户型反问
「按项目报,加微信发你具体方案」
④ 户型反问
降回答门槛 · 不问数字问选项
「你家几室几厅?」
破冰文案 V20 · 服务范围切割接住版
其他求联系类案例(空间向量「我房子准备装修怎么联系你」)的破冰首段都先复述视频再绕回业务;本案视频方向不匹配评论(硬装视频 vs 软装诉求),AI 必须放弃视频复述,第一句话就回答「能不能做」这个范围问题。客户读到「全案搭配、灯具窗帘家具都包」会立刻知道「这家公司确实做软装、不是只挂个名」。「上门量尺设计也免费」是预算焦虑卸力 — 她说「只设计软装可以不」隐含的担忧之一是"会不会收设计费",AI 主动消除这层。
⚠ 「加微信」违反 v20+「加 v」抗风控规则
本案 opener 第 ③ 段写的是「加微信发你具体方案」。按内部规则(feedback_dm_use_v_not_weixin · 2026 抖音风控对「加微信」高敏感),v19+ 应当统一替换为「加 v」(小写 + 半角空格)。本批次 idx #497 是 v20 prompt 输出,仍然用了「加微信」 — 说明 v20 prompt 未充分落实该规则。后续工程:①检查 Langfuse v20 prompt 是否在 examples 里残留「加微信」;②加 sanitizeReply 兜底替换层(生成后 string-replace 一次)。本案客户回复了 — 但若被抖音 IM 风控扫到敏感词,发送 / 投递率会受影响。
ACT 04 · 触达路径 本地真机 · 账号「饭粒(一筑·全屋定制)」

这条 DM 是怎么发出去的

抖音对 web 端陌生人 DM 的封锁极严(Fly Tokyo 出口 IP 在 IM 入口直接挂掉)。Akke 的发送路径绕过 web 完全走真实物理设备 + 系统级自动化。本案走的是5 人本地运营流程(饭粒 / 野荞 / 夏夏 / 阳阳 / Gus)— 不走 message_queue / 不走 Dashboard / 不走 worker,由运营 Mac 通过 ADB 直接驱动 Android 真机注入文本。AKKE_ACCOUNT_ID = c5d236e1-…-506dfd09699b 锁定账号「饭粒(一筑·全屋定制)」,绑定抖音号 54362559027

发送账号
饭粒(一筑·全屋定制)
messaging · active · 抖音号 54362559027 · daily_limit 200
通道
Android · ADB · 本地
运营 Mac → USB → 真机;脚本 scripts/dm-phone-sender/send-one.py
运行位置
本地真机
绕过 web / 绕过 Fly · 不写 message_queue · 待补 mark-contacted
⚠ DB 状态 = skipped · 但实际已发
DB 里 comments.status = skippedconversations 表对该 sec_uid 没有记录 — 这不代表 DM 没发,恰恰相反。5 人本地流程默认不写 message_queue(避免与 cron 抢号),需要运营在发完后手动调用 scripts/mark-contacted.ts 才会同步 conversation + messages + 反写 comments.status = contacted。本案 sent_at = 2026-05-24 14:34:19 已记录在 today-openers.json,但 mark-contacted 还没补 — 这会导致同 sec_uid 4h 后被其他同事重新 claim 重发(lead_claims dedup 失效)。下一步:运营在二次 commit 前先跑一次 mark-contacted,再回填截图。
ACT 05 · 她回应了 ≈ 20 小时后 · 2026-05-25 上午 · DM inbox 取证

她回的是 6 个字 + 一串字母 — 没寒暄、没问价

Akke 在 2026-05-24 14:34 推送。次日早晨(2026-05-25 上午)运营开 inbox 时看到她回了 #2「加 v 上聊吧 shiw223」没问「你哪家公司」「能不能先发个目录」「软装报价多少」,跳过所有验证步骤,直接给了自己的微信号。这跟空间向量(5 天 + 给的是老公的 v)形成鲜明对比 — 同样是「客户给微」的收尾,但小角落给的是自己的 v,决策权完全在她手上、不需要分工对接。

首次响应延迟
≈ 20 小时 ≈ inbox 取证时间估值
AI 跟进延迟
N/A 客户直接给微 · AI 未再跟进
客户给微到位
几乎与"确认聊天"同时 自己的 v · shiw223
她在回应我们 我们在跟进(本案 AI 未再跟进,运营接力加 v) ≈ 时间为客户端 inbox 取证估值 · DB 内 first_response_gap = null(inbox 未拉到)
  1. #1 5-24 14:34 AI 破冰(系统时间) #2 ≈ 5-25 上午 她「加 v 上聊吧 shiw223」
    ≈ 20 小时
⏱ 20h 内回复 · 跟触达时效有直接关系
触达链路时效(评论→评分 2h 18m / 评分→DM 1h 31m / 评论→DM 3h 49m)让她在评论新鲜度还在的窗口内收到破冰。对比空间向量(评论→DM 2 天 5 小时 · 至今 5 天 + 未回),本案显著更快。这印证了 ACT 02 的假设:求联系类高意向评论的回复率跟触达延迟强负相关 — 评论越新鲜,客户对承接方仍开放;2 天后基本被别家先抢走。本案 3h 49m → 20h 回复 → 直接给微 = 求联系类评论 24h 内成交闭环的正面样本
✓ 客户主动给微 · 自己的 v

这是决策权集中型买家的标准收尾 · shiw223

小角落、七七笑嘻嘻、草莓圣戴这三条案例的共同点:客户给的都是自己的微信号,回复都极简(小角落「加 v 上聊吧 shiw223」/ 七七「我 v xueMjiu」/ 草莓直接报 v)。没寒暄、没追问、不验证,跳过所有「先聊聊看」的中间步骤。

这跟空间向量(5 天后给的是「老公 v」)的分工型决策是对立的两种典型 — 决策权集中型买家的决定密度很高:①评论里已经主动框定 scope(小角落「只设计软装」/ 七七「我需要装修怎么联系」/ 草莓直接报需求);②回复完全省略了「聊聊看」「问问看」的探索动作 = 对方已经把这家排到了「准签约」位置;③不需要再走分工流程,自己就能拍板。

运营加 v shiw223 时的话术应当反映这点 — 不需要解释身份、不需要"嗨我是 Akke 工厂"的破冰开场(这条 DM 已经做过了),直接进 ACT 06 提到的「软装方案具体化」第一句话。她已经决定要聊,浪费她时间在二次介绍上反而显得不专业

ACT 06 · 接住 运营端 · 加 v shiw223 第一句话

加 v 通过后,第一句话不应该是「您好」

她已经在 DM 里给了 v、说了「上聊吧」 — 这已经是她的「破冰」了。运营加 v 通过后第一句话不要重复破冰("嗨我是 Akke 工厂" / "我们是做软装的")— 她在抖音端已经知道了,再说一遍只会让她觉得「这边没读上下文」。正确做法:直接跨过自我介绍、进具体方案动作,假定她已经准备好聊细节。

① 不重复破冰
假定她已读 DM
不要:「您好,我是抖音上的饭粒,全屋定制工厂」(重复了 DM 里的所有信息)
② 直接接「只设计软装」
回到她原始诉求
「您好,您提到只要设计软装这块,方便先告诉我户型 / 现在装到哪一步?我先拉个对应的软装清单发给您参考」
③ 探身份(轻)
承接 ACT 01 inference
「是您自家住宅还是有其他项目?我们这边住宅 / 商铺软装都做,方案侧重不太一样」(同 sec_uid 5-19 还问过火锅店装修)
④ 给具体下一步
不要问开放问题
「我这边可以①先发一组安徽客户做过的软装实拍 / ②或者您发一张毛坯户型图我帮您先排一版」
加 v 第一句话 SOP · 客户给微型
3 个绝对要素:①回到她原始诉求("只设计软装",不要扩展到全屋);②给出 1-2 个可立即响应的具体动作选项("发实拍 / 排户型图"),不要问"您想了解什么";③带 sec_uid 标签(如果她在抖音上有可识别的项目场景)探一下身份(自家 / 商铺 / 中介),customer_profile 写入 multi_inquiry_signal不要做的事:①重复破冰、②寒暄超过半句、③推销活动促销价(她没问价,先别报)。shiw223 加上之后,所有动作直接进具体化阶段
ACT 07 · 现在 客户给微 shiw223 · 待运营加 v + mark-contacted

她交了棒 · 接下来全看运营怎么接

对话技术状态:DM #1 已发(sent_at 2026-05-24 14:34),客户回复 #2 已收(≈ 5-25 上午,DM inbox 取证)。DB 内 comments.status = skippedconversations 表对该 sec_uid 仍无记录(5 人本地流程默认不写 message_queue,mark-contacted 还没补,customer reply 还在抖音 inbox 没回流)。
下一步三件事:①运营立刻跑 npx tsx scripts/mark-contacted.ts --comment-id=e3a707b4-… --douyin-user=MS4wLjABAAAAXl91… --content="…opener…"(同 ACT 04 signal — 不跑的话 4h 后她可能被其他同事重新 claim 重发,她已经给 v 了,重发会很尴尬);②运营在饭粒账号的微信上加 shiw223,第一句话按 ACT 06 SOP(不重复破冰 + 直接接「只设计软装」+ 探身份 + 给 1-2 个具体动作);③加 v 通过后 customer_profile 写入 own_wechat = shiw223decision_type = sole(决策权集中型,对照空间向量的 decision_split)。这条线索 ice_break 阶段已成功收尾,等 handoff
复盘 · 这条线索教会我们的

6 个可复用的话术原则

1
客户切了范围,AI 的第一句话必须先回答「能不能做」。其他案例的破冰首段都先复述视频内容再绕回业务;本案视频方向不匹配(工地实拍 vs 软装诉求),AI 复述视频会显得答非所问。客户用「 X 可以不」这种排除性副词时,她已经在筛供应商、分项目预算了,第一句话必须先确认「软装我们能做」+ 拆细("全案搭配、灯具窗帘家具都包"),让她知道这家公司是真做软装、不是挂个名。「只 X」是高决策度信号,破冰要镜像式收窄
2
省级 micro-context 要跟业务子方向匹配,不能套模板。空间向量案例是「广东回南天 → 柜体选耐潮板材」(接硬装);本案是「梅雨季安徽湿气重 → 布艺窗帘别选密织」(接软装)。同一个"南方梅雨季"现象,对应到柜体是板材防潮、对应到软装是布艺透气气候 micro-context 必须穿过业务子方向折射出去 — 不要拿"广东客户多"这种泛泛话凑数。判断标准:客户读到能想到自家装修的具体场景(南方人都体验过梅雨季窗帘闷味)。
3
触达延迟 4h 内 = 求联系类评论的回复率分水岭。本案完整链路 3h 49m(评论→DM),客户次日回了;空间向量链路 2 天 5h,5 天后仍无回应。同样是求联系类高意向评论,触达延迟跟回复率强负相关。原因:评论新鲜时客户对承接方仍开放,2 天后基本被别家先联系了。后续工程:①「联系/怎么联系/电话/微信/v/wx」关键词命中评论加 cron 加速通道(写入即评分);②标 priority=urgent 优先消费。本案的 3h 49m 应当成为分析 cron 的 SLA 基线,不是上限
4
「加微信」必须被 sanitize 替换成「加 v」 — v20 prompt 还有漏网。本案 opener 第 ③ 段写的是「加微信发你具体方案」,违反 feedback_dm_use_v_not_weixin 规则(2026 抖音风控对"加微信"高敏感)。Langfuse v20 prompt 在 examples 里很可能残留旧文案,prompt 改造没穿透到所有 branch。后续工程:① grep Langfuse v20 prompt 的所有 examples,统一替换"微信"→"v";②在 sanitizeReply 加 string-replace 兜底层,作为最后一道保险。本案客户回复了 — 但若被抖音 IM 风控扫到敏感词,发送 / 投递率会受影响,不能依赖运气。
5
5 人本地流程发完必须立刻 mark-contacted,不然去重失效。5 人本地流程(饭粒/野荞/夏夏/阳阳/Gus)发 DM 不走 message_queue,发完必须立即调 scripts/mark-contacted.ts:标 lead_claim consumed + UPSERT conversation + INSERT message + 反写 comments.status=contacted。不调的话 4h 后该 sec_uid 会被其他同事重新 claim 重发(lead_claim 过期 + 无 conversation 阻挡)— 客户当天可能收到两条同样的破冰,体验差 + 触发风控双倍风险。本案客户已经给微了,重发会非常尴尬。这是5 人本地流程的最大单点漏洞,应该把 mark-contacted 嵌入 send-one.py 的成功回调里,让运营不需要记得手动调。
6
客户给自己的 v + 不寒暄 = 决策权集中型的标准收尾形态。本案、七七笑嘻嘻、草莓圣戴三条共享一个回复模板:「加 v / v 号 / 加微」 + 一串字母数字,没寒暄、没问价、没验证。三条的共同特征:①评论里就已经主动框定 scope(「只设计软装」/「我需要装修怎么联系」/ 直接报需求);②决策权完全在客户手上、不需要分工对接(对比空间向量「给老公 v」的分工型决策)。识别信号:评论用排除性副词(「只」「直接」「具体」「就要」)+ 求联系动词(「怎么联系」「联系下」「电话」)= 决策权集中型大概率。话术 SOP:①破冰要短、显式给加 v 入口;②加 v 后第一句话不重复破冰、直接进具体方案;③customer_profile 标 decision_type = sole,与 decision_split 区分。
SYSTEM SNAPSHOT · 这条记录在 Akke 数据库里长什么样
conversation
未创建 · 5 人本地流程待 mark-contacted
comments.status
skipped · 待 contacted
触发评论 id
e3a707b4-…-719399752f60
douyin cid
7643284049658856229
抖音昵称
小角落
sec_uid
MS4wLjABAAAAXl91uPoQ…LVzf
IP 属地
安徽(自报市未抓到)
历史评论
5/19 火锅店装修询价(33 分)· 同模板 + 🌹
intent_score
DB 60 · 本地排序 85
intent_label
中意向(DB)· 高意向(本地排序)
comment_type
knowledge · medium · active
video topic
home · hashtag 数组完整
发送账号
饭粒(一筑·全屋定制)· 抖音号 54362559027
通道
Android · ADB · 本地真机
DM 已发出
1 条(sent_at 2026-05-24 14:34:19)· today-openers.json #497
客户回复
1 条「加 v 上聊吧 shiw223」(DM inbox 取证 · 待 cron 回流)