先说一个我观察了很久的现象:2024年到2025年这一波AI大模型普及,很多人确实都在用AI,但大多数人的用法是让AI“写得更快”——写文案更快、画图更快、补代码更快。可结果呢?活儿是快了不少,收入没什么变化,甚至因为AI把门槛拉平,很多原来能收上价的活,现在被压到了地板价。我管这种状态叫“用AI搬砖”:你手里的工具从手推车换成了卡车,但你还是那个按趟计费的搬运工。
这篇文章想聊的,就是标题里那句话的另一半——人机协作。不是说“用AI干活”,而是说把AI当成一个有执行能力但需要你管理的协作对象,靠人的判断、边界设定和交付能力去赚溢价收入。整篇会从我实际操作过的案例出发,拆解“搬砖”和“协作”在思维方式上的本质区别,再给出一套可以直接上手的流程和避坑经验。适合靠写作、设计、编程、咨询、运营这类知识工作赚钱的人,也适合想用AI做小产品、做自动化服务但不知道从哪里切入的读者。
1. 先想明白:为什么“会用AI”不等于“能赚钱”
1.1 搬砖式AI使用:把AI当自动填表机
我见过不少朋友第一次接触ChatGPT、Claude这类工具时的反应,第一句话几乎都是“太好了,这下写东西快了”。然后就是把AI当成一个高速打字员:领导让写周报,粘贴给AI,生成一份;客户要文案,丢进去,出来五版;开发要函数,描述一下需求,代码直接复制。表面上看,效率确实提升了很多,但这个效率提升换来的只是“同样时间能做更多活”,并没有换来“单位劳动更值钱”。
问题出在哪儿?出在定价机制没有变。你交付的东西,以前是“写了十个标题”,现在变成“十秒生成了十个标题”,客户不傻,他不会为缩短的时间付更多钱,他只会认为这个活变得简单了,然后压价。这就是AI平民化之后最直接的冲击:所有“纯执行类”的工作,无论执行工具多先进,价格都会不断往下走。你用AI搬砖,搬的还是那些砖,只是搬得快了一点,砖的价格不会因为你用了更好的工具就上涨。
我在这个阶段也踩过坑。早期接了一个公众号代运营的单子,月费2万,当时觉得自己效率高,一天能出好几篇初稿,一个月能交付二十来篇,客户还挺满意。但几个月后客户自己买了AI会员,跟我说“以后这个价格只能给一半,毕竟你们用AI写稿”。那一瞬间我意识到,只要我的价值体现为“生产稿子”,不管稿子是谁生产的,我都面临被砍价的命运。
1.2 溢价收入的来源:判断力、约束力、交付闭环
那什么样的人在AI时代反而能涨价?我观察下来,凡是能收溢价的人,身上通常至少具备三种能力之一。第一种,判断力:知道什么值得做,做到什么程度才算好,能在两三个选项中间快速拍板。AI能给你生成一百个方案,但选哪个、为什么选、哪个方向能成,AI给不了你可靠答案,只有人能。第二种,约束力:能把客户嘴里“我想要个高大上的东西”翻译成一句一句可执行、可验收的边界,能让AI在明确的轨道里干活,而不是让它自由发挥到失控。第三种,交付闭环:能给的不只是半成品,而是能上线、能落地、能用、出了问题能修的东西。
这三个能力,恰恰是AI最难替代的。为什么?因为AI擅长的是“从一到N”,给它一个明确的输入和约束,它可以高速生成多个版本;但它不擅长“从零到一”,不擅长在一团模糊的混沌里定义问题。而市场上真正值钱的活儿,恰恰是从模糊到清晰、从概念到落地这一段。
拿我熟悉的设计行业举例。假设客户需要一百张配图,你让AI批量生成,一张收5块,那是搬砖;但如果同一个客户需要的是“品牌视觉方向”——为什么你的品牌适合冷色调、为什么这个构图能匹配目标人群、这一整套视觉语言怎么延伸到海报和电商详情页——你报5000块,客户不会觉得贵。因为前者是执行,谁都能做;后者是判断和决策,它直接关系到客户生意的走向。人机协作赚的溢价,本质上是把人的判断封装成可交付的服务,而不是把AI的生成能力按次转卖。
2. 重新理解人机协作:不是“AI辅助人”,而是“AI执行,人把关”
2.1 四层分工模型:意图、约束、执行、判断
很多人对“人机协作”的理解还停留在“我提需求,AI给结果,我稍微改改”。这个理解不是不对,而是层次太浅。我自己跑了大半年项目,觉得真正顺手的拆法是把整个工作流分成四层。
第一层叫意图层,这层几乎100%是人。你得先把一个模糊的、一团乱麻的需求,拆成完整、明确、可理解的问题定义。客户说“我想要个网站”,这是一个模糊意图;你说“这是一个面向中小企业、卖企业培训课程、需要展示课程目录和报名表单、移动端优先的官网”,这才是完整的意图。机器不怕你要求多,就怕你要求不清楚。第二层叫约束层,人和AI一起完成。告诉AI哪些不能做、风格边界在哪、合规边界在哪、成本上限多少、受众是谁。这一层决定产出会不会跑偏。第三层叫执行层,这一层应该尽量交给AI。批量生成、快速试错、内容扩写、代码铺量,全让AI来。很多人卡在这一层,因为控制不住自己,总想抢AI的活,自己写初稿让AI润色,这就本末倒置了。第四层叫判断层,还是人。筛选AI生成的结果,评估哪个能用,纠错,做决策,决定要不要让AI重新跑一轮。这是整个流程里最累也最值钱的部分。
我用一个表格把“搬砖用法”和“协作用法”放在一起对比,你可以自己对照:
| 对比维度 | 搬砖型AI用法 | 协作型AI用法 |
|---|---|---|
| 指令质量 | “帮我写个文案” | 给背景、角色、用户画像、风格样本、验收标准 |
| 产出定位 | 把AI结果当终稿 | 把AI结果当第一版初稿,人负责筛选和定稿 |
| 人的精力 | 花在生成上 | 花在决策和迭代上 |
| 依赖能力 | 会用工具 | 会拆需求、会设定边界、会判断质量 |
| 收入上限 | 按件/按时收费 | 按解决的问题、交付的价值收费 |
| 被替代风险 | 高,AI越强越危险 | 低,AI越强,分工越需要人来把关 |
这个表格你留一份,每次接到新活或者规划新方向时,拿它做一次体检,基本能看出自己是在搬砖还是在协作。
2.2 为什么“范围感”是人机协作的核心能力
关于人机协作,有一个词我反复强调,就是“范围感”——给AI画边界的能力。多数人翻车不是因为AI不够强,而是因为没给AI限定范围。你说“帮我写一篇关于露营的文章”,AI可以给你写出一篇覆盖全球的露营攻略,看起来挺丰富,但客户要的可能是“上海周边适合新手的一日露营路线,带预算和交通方式”。没有范围,AI就会自由发挥,产出一堆看着高级、实际没法用的东西。
我搭过一个“提示词六要素”模板,这帮我解决了80%的协作失控问题。每次给AI下指令前,先按这六项填空:
背景:你正在解决什么问题?服务谁?在什么场景下使用? 角色:你希望AI以什么身份来思考和回答? 目标:这次要达成什么可验收的结果?做成什么样算成功? 约束:哪些内容不能出现?风格有没有上限/下限?成本限制?合规边界? 输出格式:结构怎么排?大概多长?用什么文件格式? 验收标准:拿到结果后,按什么标准判断通过或不通过?这个模板看起来简单,但执行起来差别很大。我见过很多人写提示词,连“目标”都说不清,却指望AI能一次给到位,这不现实。你把边界画清楚,AI的输出稳定度会提升好几个量级;你不想清楚目标,AI再聪明也只会给你一堆看似相关、实则没用的东西。范围感不是限制,它恰恰是让AI发挥价值的前提。
3. AI编程、AI智能体与模型部署:三类溢价最明显的切入点
3.1 用AI编程做出可上线的产品,而不是Demo
AI编程是过去半年讨论度最高的领域之一,但我注意到一个误区:很多人把“AI能写代码”理解成“不需要人懂代码”,结果就是生成一堆能跑的小demo,发给朋友看看还行,真要面向用户就崩了。我自己在独立开发工具时体会很深,AI编程的价值分三个等级。低等级是让AI写片段,比如补一个函数、配一段正则表达式,这种用法能提升效率,但整体设计还是人来做,收入天花板很低。中等级是让AI按照既定的架构生成模块,你告诉它“这里需要一个订单状态机”“那边需要一套权限校验”,它快速给你铺好,人能省掉大量重复代码时间。高等级是让人只负责产品定义、数据结构和边界约束,AI完成大部分工程代码,然后人做代码审查和问题修复,最后真正上线运营。
要做到第三等级,有三个关键点跑不掉。第一,先把问题拆到“机器能理解”的粒度,比如做一个小工具,你要想清楚输入是什么、输出是什么、中间经过几步、异常情况怎么处理,这些不拆清楚,AI写一百遍也是错的。第二,让AI生成测试用例或至少让它列出边界场景,AI天然会漏掉空值、并发、权限越界这类问题,你得主动问它“这段代码在什么情况下会出错”,把它问醒。第三,代码审查必须人来做,尤其是涉及用户数据、权限、支付、隐私的部分,绝不能直接信任AI的产出。我自己就出过一次事:让AI写了一个文件上传接口,它没做文件类型校验,结果什么文件都能传上来,要不是上线前审查发现了,这就是一个严重安全问题。
3.2 AI智能体:把自己重复的知识劳动变成自动化服务
如果说AI编程解决的是“造工具”的问题,那AI智能体解决的是“把服务自动化”的问题。这个方向的溢价点在于:你把自己脑子里的某套经验、某个服务流程,封装成一个24小时在线的智能体,帮别人处理重复性咨询、输出标准化内容、完成固定步骤的流程操作。
举一个我做过的案例。一个做电商客服培训的朋友,每周要回答大量重复问题,比如“客户说发货慢怎么回”“客户要退款怎么说”。这些问题的答案,他心里都有,但每次都要重新组织语言。后来我帮他把过去两年的典型对话整理成一个知识库,再用一个智能体平台搭了一套自动应答流程:当新问题进来,先做意图识别,匹配到对应知识点,再按他预设的话术模板生成回答。跑完一个月,他日常答疑时间减少了大概七成,省出来的时间拿去做了高客单价的一对一咨询,收入反而上去了。
这个案例里真正技术含量不在“搭智能体”本身,而在知识萃取。你得先把大脑里“我一般这么处理”的经验,写成“当A情况出现,先确认B,再输出C”的规则,并整理成AI能检索的知识库。AI只是执行者,那个流程设计者、经验提供者才是价值的核心。搭建步骤可以简化成五步:第一步,整理你处理过的典型问题,按“问题—原因—处理流程—参考话术”四段记录;第二步,设计整体流程,明确什么人、在什么环节、会触发什么问题;第三步,选择框架或工具,先跑通最小闭环,不用追求最时髦的框架;第四步,引入真实对话反复测试,看看有没有答偏;第五步,持续从用户反馈里回放错误案例,反向修正知识库和流程。很多人一上来就研究复杂框架,结果一个月过去了连一个最小案例都没跑通。记住,最小闭环优先。
3.3 中小规模模型部署:离钱更近的AI能力
再说一个看起来门槛稍高、但离钱更近的方向——中小规模的模型部署。注意,我不是说让你从零训练一个大模型,那对绝大多数非算法出身的人来说性价比太低。真正有价值的切入点是:把开源模型部署到自己的环境里,结合业务数据做垂直应用。这里的溢价逻辑很简单:通用大模型能回答泛泛的问题,但一个行业小团队要的是“能理解我们这个领域黑话、能读我们内部文档、能按我们的格式输出内容”的专用助手。谁能把这个专用度做出来,谁就能收服务费。
具体做的时候有两种成熟路径。一种是RAG,检索增强生成:把企业内部的文档、FAQ、产品资料切成片段存入向量数据库,用户提问时先检索相关内容,再扔给模型生成答案。这种方式不用改模型,效果好,可解释性强,也比较容易交付。另一种是微调,用一批高质量的领域数据对开源模型做增量训练,让它更贴合特定风格或术语。微调的效果通常更好,但成本更高、周期更长,适合高频复用的场景。我个人的建议是,先走RAG,跑通了再考虑微调。给企业做这类交付时,别只交一个模型或一套代码,一定要连维护方案一起交:多久更新一次数据、效果下降怎么排查、新文档进来怎么接入知识库。你交付的不是模型,是“能持续好用”的服务能力。
4. 一套可落地的人机协作实操流程
4.1 需求定义:把模糊想法拆成机器可执行的单元
聊完了思路和方向,下面进入实操环节。不管你是靠AI做产品、做内容还是做服务,这套流程都适用,核心就一句话:别让AI去理解模糊需求,先把需求拆成机器能执行的单元。
具体分三步走。第一步,用一句话写下这个需求到底是什么。如果一句话写不清楚,说明你自己还没想明白,不要急着开干。比如客户说“我想要一个AI助手”,这句话就是模糊的,你得追问:这个AI助手服务谁?是面对客户的客服机器人,还是内部员工提效工具?回答完这个问题,需求才可能清晰。第二步,把需求拆成“输入—处理—输出”三段。输入从哪来?是用户打字、上传文档、还是读取系统数据?中间处理要经过哪几个环节?有没有条件判断?输出给谁用?用什么形式展示?第三步,把所有环节里可能出现的异常写下来。用户输入了无效内容怎么办?数据为空怎么办?处理超时怎么办?这一步很多人忽略,但恰恰是异常处理决定一个方案能不能真的交付。
我拿“做一个常见问题解答智能体”举例。输入是用户在网页上的文字提问;处理环节拆成四步:第一步过滤掉无意义消息,第二步做意图分类,第三步从知识库检索答案,第四步用生成模型把答案整理成语气友好的回复;输出是标准化的对话文本。异常情况包括:检索不到答案时,回复统一的兜底话术并记录日志。你看,这么一拆,就算你对技术细节不熟,也能照着这个框架去和开发或AI工具沟通了。
4.2 工具选型与组合:不要追新,先求稳
工具选型这块,我见过的最大误区是“工具崇拜”,今天看这个框架火就换这个,明天看那个模型强就换那个,折腾一个月什么也没沉淀下来。选工具的核心原则其实只有两条:一是围绕你要交付的场景选,二是优先选择你熟悉的、社区活跃的、文档齐全的成熟方案。
做个快速决策表给你参考。如果你的业务场景是内容生成,比如文案、脚本、方案,直接选通用能力强的商用大模型产品,用API接入即可,不必自建模型。如果场景是垂直问答、企业内部知识库,首选RAG方案,模型用一个开源底座加上向量数据库,再选一个成熟的RAG框架来串流程。如果场景是自动化流程、智能体,优先看支持可视化编排的智能体平台,先跑通逻辑,再考虑自定义代码。如果是高并发、低延迟的工具类产品,就需要考虑本地部署或云端GPU实例,以及推理优化方案。每次选型时你都问自己一句:这是在解决业务问题,还是在满足技术好奇心?答案自然就清楚了。
组合方面我建议守住一个“1+1+1”结构:一个主模型负责生成能力,一个知识库或上下文管理负责喂业务数据,再加上一套流程编排工具负责串联步骤。不要一上来就上五六个工具,工具越多,出问题的环节越多。
4.3 迭代与验收:标准先行,返工减半
有句话说得好,没有验收标准的协作,注定是一笔烂账。放到人机协作里,这句话同样成立。你给AI布置任务,如果不先定义“什么叫好”,那AI给你的每个版本你都会觉得不满意,但你也说不上来具体哪里不满意,只能反复让它改,最后双方都崩溃。
我习惯在项目启动前就写好一份验收清单,哪怕只有五六项,也比没有强。一般包括这几个维度:功能完成度,该有的功能是否都实现了,有没有缺项;边界处理,异常情况有没有兜底,会不会崩溃;性能表现,响应速度是否可接受,生成质量是否稳定;安全与隐私,涉及用户数据和商业秘密的地方有没有做好隔离和脱敏;维护成本,后续新增需求或修改内容时,需要多大人力介入。给AI任务时,直接把这套验收维度也写上,让它先自我检查一遍,再交给人工复核。
还有一个技巧:让AI自己写测试用例。我每次让它写代码或设计流程,都会追加一句“请为这个方案列出5个可能出问题的边界场景,并告诉我你会如何处理”。这一句话能逼着AI把它生成内容里的漏洞提前暴露出来,省掉后面不少返工时间。迭代节奏上我的建议是“小步快跑”:每天定一个明确的验收节点,宁可每天改一点,也不要憋一个星期再对结果,到时候大返工就是灾难。
5. 常见问题与排查技巧实录
5.1 生成结果“看着对,实际不能用”怎么办
这是人机协作里最典型的问题:AI生成的东西,单看每一句都挺顺,放到真实场景里一用就露馅。比如让AI写一封给老客户的续费邮件,它写得文采飞扬,结果一查,优惠日期写的是上个月;再比如让AI生成一段活动文案,它引用了一个根本不存在的政策条款。AI是语言模型,不是事实数据库,它天生就有“一本正经胡说八道”的倾向。
排查思路分三步。第一步,问它“你给的信息来源是什么”,凡是回答“我的训练数据”“我推测的”,一律视为不可靠,必须人工核实后再发布。第二步,把内容拆成“事实型内容”和“表达型内容”,事实型内容比如日期、价格、政策、数据,逐条核对;表达型内容比如语气、结构、句式,按你的风格偏好调优。第三步,建立你自己的复核清单,每次用AI生成含事实信息的文本,过一道人工核查关,宁可慢一点,不要让错误的东西发出去。我编了一个小口诀:事实必查、引用必验、数据比价、日期对齐。
5.2 内容同质化和“AI味”太重怎么破
“AI味”这个词这两年已经成了高频吐槽,本质原因是AI的训练目标就是“最大化平均满意度”,所以它会输出那种最主流、最安全、最不犯错的文风,结果就是:所有用AI的人拿到的内容都像一个模子刻出来的。如果你把这东西直接交付,客户一眼就能看出来,价值感立刻打折。
破局的办法不是不用AI,而是给AI“反向样本”。我通常会在提示词里加一段:请避免使用以下风格;不要用“总而言之”“综上所述”这类总结句式;不要用排比堆砌;不要用“赋能”“抓手”这类高频黑话。同时我会给它一个“风格样本”:找一段你本人写得比较满意、风格鲜明的文字,直接贴在提示词里说“请模仿这个人的语感,而不是通用的AI语感”。另外,评分维度也很重要,你可以要求AI输出后自己按“专业度、说服力、原创感、是否像AI写的”四个维度打分并说明理由,这种自我审视能显著降低AI味。说到底,AI的默认输出只是“普通水平”,你要的是“你的水平”,那就必须把你的偏好注入进去。
5.3 警惕所谓“没有限制”的AI工具
现在市场上有些工具打着“无限制”“无审核”的旗号吸引流量,好像越不受约束越厉害。我的观点可能和很多人相反:这类工具恰恰不适合用来做正经交付,反而应该尽量远离。原因有三个。第一,内容安全边界不是束缚,而是专业底线。你给客户做的营销文案、自媒体内容、产品介绍,如果出现不合规、不健康、虚假误导的表述,最后承担责任的是你,不是工具。第二,声称“没有限制”的第三方工具,往往在数据隐私保护上存在隐患,你输入的内容很可能被留存、被滥用,这对涉及商业机密的工作来说风险极大。第三,真正高级的人机协作,从来不是“没有边界的自由发挥”,而是在清晰约束里把内容质量推到极致。能用好“戴着镣铐跳舞”的人,才可能持续做出可以交付的东西。对这类工具,我个人的建议是:听听就好,别把自己的专业交付建立在灰色工具上。
5.4 常见故障速查表
把运行中高频出现的问题整理成一张速查表,方便你以后照着查:
| 现象 | 可能原因 | 排查思路 |
|---|---|---|
| 生成结果答非所问 | 指令里目标写得太模糊 | 用“提示词六要素”重新填写需求 |
| 内容风格跟想要的完全不像 | 缺少风格样本和反面样本 | 补充你要模仿的文字样本 |
| 事实错误、日期数据不准 | 模型幻觉 | 事实类内容单独列项人工核查 |
| 反复修改还是不满意 | 没有设定验收标准 | 先写验收清单再让AI重新生成 |
| 输出长度飘忽不定 | 没有限定字数结构 | 明确给出“输出多少字、分几段” |
| 同一个问题每次答案都不一样 | 模型采样随机性 | 调整参数或要求“按固定框架输出” |
6. 几个已经被验证的溢价玩法
聊了这么多底层逻辑和实操流程,最后一章我想实打实说几个验证过能赚到钱的玩法。第一个,垂直工作流代搭建。这个最直接,很多做内容、做运营、做咨询的团队,都知道AI好但不会用,你帮他们搭一套从需求分析到内容生成的定制工作流,按项目收费,一次几千到几万都有,关键是解决“会用但不会落地”的问题。第二个,定制智能体或自动化助手。把某个岗位的重复劳动自动化,比如自动回邮件、自动整理报表、自动生成日报,按年收维护费,这是一门持续产生收入的生意。第三个,用AI编程做小体量工具产品。不需要多大的市场,一个垂直小工具,面向一个小圈子,能解决一个具体痛点,就可以尝试做成SaaS订阅,利润空间比卖时间大得多。第四个,帮助企业做AI应用选型和落地顾问。这个单价更高,适合有项目经验积累后再做,客户需要的是“懂业务又懂AI边界”的翻译官,能把管理层讲的战略翻译成可落地的AI方案。
这几个玩法背后都有一个共同点:卖的不是AI算力,也不是生成次数,而是“把AI能力变成别人能用、好用、持续用的东西”的转化能力。这能力恰恰是“搬砖思维”里最缺的。
对我个人来说,真正让我改变工作方式的,不是某个新模型发布,而是我开始把“给AI画边界”当成一种职业习惯。我现在接到任何新需求,都会先问自己三个问题:这个工作最值钱的环节,是判断还是执行?如果判断,我该怎么提升判断质量?如果执行,AI能不能承担大部分?如果AI来承担,我应该给它画什么边界?想清楚这三句再动手,基本不会跑偏。AI时代真正稀缺的,不是更早学会用新工具的人,而是能定义问题、守住边界、完成交付的人。这两者的差别,会直接体现在你收入数字的后面零的个数上。