资料没有给出营销部门的具体工具清单,但提供了找方向的方法:从真实工作流里反复出现、卡住结果的环节入手,而不是追新模型演示;判断一个方向值不值得做,看它能否稳定复现并真正缩短某一段工作。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
先找流程里被卡住的那一段
立正讨论 AI 提效时,重点不在工具本身,而在工作流有没有为 AI 重新设计。他举过开发者的例子:AI 让写代码变快,但代码评审、审批、跨团队对齐没有同步变快,个人省下的时间被下游瓶颈吃掉,整体交付并没有变快1。放到营销上,值得先看的可能不是“哪个环节能生成内容”,而是内容产出之后还要等谁、验证什么、反复改哪几轮。比如一份投放素材从初稿到上线要经过品牌审核、法务确认、多语言改写,如果 AI 只加速了初稿,后面照旧排队,提效就很有限。真正值得做成工具或插件的,往往是这类反复出现、规则相对明确、又卡住结果的环节。
追演示不如弄清任务类型
立正提醒,刷屏的 AI 演示通常不会告诉你它失败了多少次、花了多少成本、输入材料准备了多久、结果由谁验证、能不能稳定复现2。所以持续发现方向的方式,是回到自己行业里哪些任务是文本密集、规则密集、重复密集或判断密集的2。营销里,批量改写不同渠道的文案偏文本密集,活动报名和线索清洗偏规则密集,素材版本管理偏重复密集,而判断某条信息该不该对外发布则偏判断密集。前几类更容易做成稳定工具,最后一类更适合人加 AI 审核,而不是全自动。
把一次可用变成可复用
AI推演立正提到,反复做的任务类型应该沉淀成经过验证的模板或 skill,每用一次优化一次,而不是每次从空白对话开始3。这可以直接用来检验一个方向:先挑一个你每周都要做、标准相对固定的营销任务,用现有工具手工跑通几轮,记录哪一步还需要人补、哪里会出错。如果几轮之后能稳定复现,再考虑做成插件或自动化;如果每次都要大量人工兜底,说明问题还没被真正定义清楚。这样做的好处是,你先验证了痛点真实存在,再去投入开发,而不是先做工具再找用途。
资料没有专门讨论营销部门的具体工具方向,以上是从工作流瓶颈和任务类型的一般判断推出来的,具体到你的团队还需结合实际流程核对。
出处
- 1AI Native 的组织形态:当执行成本下降,组织必须重写
说明提效瓶颈常在流程下游而非工具本身,适合判断营销哪个环节值得做工具。
- 2AI焦虑的三种形态和解决方法:从《道德经》第三章说起
给出按任务类型找方向、警惕演示信息的方法,适合建立持续发现问题的视角。
- 3AI 用得好的人与普通人的5个差距,和背后具体技术原因|非技术岗位版
讲反复任务如何沉淀成可复用模板,适合检验一个方向能否稳定落地。
追问2026年10月29日
营销里哪类任务最接近“规则密集、可稳定复现”,怎么判断?
营销里最接近“规则密集、可稳定复现”的,是那些有明确验收标准、靠资深经验反复判断的检查类任务,比如素材合规、文案规范、投放配置核对;判断标准是规则能否写成清单、结果能否被下游直接采用。
规则能写下来、结果能被直接验收的任务最稳
材料里的观点立正举过游戏配表的例子:把资深策划脑中的平衡判断拆成两层,一层是十几条可执行规则,毫秒级跑完,另一层是模拟玩家跑上万局,抓规则覆盖不到的盲区。他由此推广到一类工作:重要但依赖资深人员判断、执行频率又很高的事情,可以把隐性判断变成显性规则库,每发现一个新盲区就补进去1。营销里符合这个形状的,通常是素材合规检查、文案规范核对、投放参数配置这类有明确对错、每次改动都要过一遍的环节。反过来,判断“这个创意能不能打动人”依赖的是审美和受众直觉,规则写不全,就不属于这一类。
先问产出之后改变了哪个决定
光看任务“规则多”还不够,要追到产出之后下游做了什么不同的事。立正提醒,如果说不清这项工作最后要改变什么,agent 只会更快地生产代理信号2;指标是衡量策略的工具,不是目标本身,本末倒置时动作就会变形3。所以判断一个营销任务值不值得做成规则化工具,可以问:检查结果出来后,是有人据此改了素材、拦下了投放,还是只是多了一份报告?如果只是多一份报告,它更可能是动作而不是结果。
配表平衡的例子来自游戏策划,营销场景的具体规则清单需要你自己从工作流里拆出来。
出处
- 1你团队的 AI 效果不好,问题不在模型,在 Context
给出把资深判断拆成静态规则加动态模拟的具体结构,是判断“规则密集”最直接的参照。
- 2如何识别与消灭 fake work
说明为什么要追到产出之后的真实变化,避免把检查报告本身当成结果。
- 3立正本人的话 · 打工人如何获得财富自由?|什么才是真正的财富和真正的自由?(中文字幕)|Multiple-Fire系列
区分指标与目标,帮助判断一个规则化任务是在服务结果还是只生产动作。
追问2026年10月29日
怎么把资深营销同事的判断拆成可执行的规则?
把资深同事的判断拆成两层:先写成能逐条核对的静态规则,再用模拟或案例跑动态检查;规则库随新盲区持续补充,而不是一次写全。
先拆成静态规则,再补动态检查
材料里的观点立正举过游戏配表的例子:资深策划判断一副卡牌是否平衡,靠的是直觉,新策划要么自己试玩,要么排队等审。他们把这种判断拆成两层:第一层是十几条可执行规则,覆盖费用曲线、关键词分布、字段完整性,改完配表顺手跑一遍,毫秒级出结果;第二层是让 AI 扮演策略型玩家在几种环境下跑上万局,统计每张卡的使用率和贡献值,专门抓静态规则漏掉的机制盲区1。营销里的对应做法是:把“这条文案能不能发”“这个投放配置对不对”拆成可逐条勾选的检查项,再留一层用真实素材或历史案例批量试跑,看哪些问题清单没覆盖到。静态层负责快和稳,动态层负责发现你还没想到的盲区,两层缺一,规则就会停在表面1。
规则库靠新盲区长出来,不靠一次写全
配表案例里,判断标准沉淀在规则库里,每发现一个新盲区就加进去,整个团队自动受益,新人不必再排队等资深同事1。这和你之前问的“规则密集、可稳定复现”是同一件事:先挑一类验收标准清楚、资深同事反复在做的检查任务,把已经能说清的部分写成清单,跑一段时间后收集“规则没拦住但资深同事一眼看出不对”的案例,逐条补进去。反过来,如果一开始就想把资深同事的全部判断写成完整规则,往往会写出大量互相竞争、没有优先级的条目,结果每条都满足、整体却没有鲜明判断2。规则库的价值在于保留“当时要解决什么问题、为什么这样定”,否则一条对的选择很快会变成没有上下文的禁令2。
先拿一类任务试,看规则能不能替代排队
AI推演可以先选一类高频、结果能被下游直接采用的检查任务,比如素材合规或投放配置核对,把资深同事最近几次打回的理由逐条记下来,写成第一版清单,让执行的人自己先跑一遍再提交。观察两件事:清单拦下的问题里,有多少是资深同事本来也会打回的;以及资深同事仍然打回、但清单没覆盖的是什么。前者说明规则抓对了,后者就是下一批要补的条目。这个试法能帮你判断这类判断到底能不能被拆开,还是必须留在人身上1。
配表案例来自游戏策划,营销场景的规则条目和模拟方式需要按你的实际任务重新设计,不能直接照搬。
出处
- 1你团队的 AI 效果不好,问题不在模型,在 Context
配表平衡拆成静态规则加动态模拟的完整案例,是回答的核心依据。
- 2如何做一个考虑周全的landing page?(101次迭代后的7个lessons)
说明规则文档堆太多会互相竞争、失去优先级,以及为什么要保留判断的上下文。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 我在安全团队做AI应用,现在有个协作的问题:大家发现问题就在群里At我改,结果群里全是细节信息,而且容易抓不住问题重点,全是讨论。很少有人能先讲清楚要达到什么结果,由谁来验收,我自己排在前面的事反而一直被打断。协作方说风控这个业务就是这样 要快速响应,不然黑产攻击都来了 啥也没解决。实际这些很多都是很小的事情和细节,事后也无法记录下产出和结果
群里被 At 打断,是因为任务发起时只给了现象、没给结果和验收人;把“做到什么算对、谁来确认”写进发起环节,细节讨论才会变成可验收的产出。
- 我在安全团队做AI应用, 现在有个协作的问题:大家发现问题就在群里At我改,结果群里全是细节信息,而且容易抓不住问题重点,全是讨论。 很少有人能先讲清楚要达到什么结果,由谁来验收,我自己排在前面的事反而一直被打断。
群里被@打断,往往是因为任务发起时只说了“哪里不对”,没说“做到什么算对、谁来验收”。把结果和验收标准前置,细节讨论才有收敛点,你的优先级也才有依据被保护。
- 想了解AI时代怎么学习,应该先看哪几篇?
先读《假学习的终结》和《学AI的两大误区》,再补《AI焦虑的三种形态》和《用好AI的第一步》那组入门三篇,就能抓住“围绕交付能力学、别把做出来当学会”的主线。
- 现在为什么现在会进入到agent to agent的时代,之前都还是 人 to agent 的时代,发生这个重要的转变的原因是什么
从人指挥 agent 到 agent 之间互相调用,是因为 agent 已经能自己多步决策、调用工具,而人反而成了流程里最慢的一环;同时自然语言让大量原本不值得开发的长尾需求变得值得做,需求一多…
- 立正与刘嘉访谈里“归因推理”具体是在什么语境下说的?
现有片段只能确认立正在与刘嘉的访谈里谈过人脑与计算机机制一致,没有出现“归因推理”这个词,也没有他解释“学一个知识点就会做相关题目”的上下文。
- AI 编程,有很多细节优化,尤其是前端
表格密集的 B 端后台(一屏几十字段、行内操作多),"用视觉承担论证"这套还成立吗?还是后台的"主线"应该是任务动线,而不是视觉重心?
同页面多角色权限(老师看全店 / 助理只看自己名下),"这一页服务谁"该写成一个角色还是多个?写多个会不会又变成"照顾所有人 → 平均"?
存量改版不能重做、只能改,人工确认的节奏怎么定才不变成“每行都打断”?
后台的主线是任务动线,视觉只负责让这条动线在密集表格里仍然可读;多角色页面要有一个主角色,其余角色作为受限视图;人工确认只卡在有后果的节点,不卡每一行。