- 当 AI 把“写出来”变得更容易,能力的重心就会从“技能本身”迁移到“业务与流程”。你会发现,AI 并不会自动把问题解决掉;它只是在你能讲清楚问题的时候,把产出速度拉满。真正稀缺的,是理解需求、拆解需求、定义边界、判断取舍、把工具放进全链路的人。换句话说,全栈化的流程理解会变得更关键:知道资产怎么流转、环节怎么衔接、风险点在哪里、怎么做回滚与验收——这些不是随便问两句就能长出来的。
- 也有人把话题拉回“供需”:如果 AI 让需求整体变少,那讨论谁替代谁意义不大,最后还是市场供需决定。这个提醒很现实,但我更想强调一点:供需关系往往是结果,不是原因。宏观趋势我们确实左右不了,但讨论 AI 的目的也不是预测蛋糕大小,而是在存量博弈里用技术杠杆让自己变成“更优的供给”。既然改变不了需求总量,就要改变自己被需求的能力;与其担心蛋糕变小,不如担心自己是不是第一批被踢出餐桌的人。
- 另外,只盯着“需求缩减”很容易掉进历史陷阱。回看游戏开发史,抽象层不断上移、工具门槛持续下降(比如可视化脚本让设计/美术能承担更多原本偏程序的工作),但岗位往往不是“消失”,而是“迁移与升级”。效率提升也常常带来反弹效应:单位成本下降后,项目为了竞争会把规模做得更大、系统做得更复杂,需求从“零散小工具”转向“更底层、更系统性的管线与平台能力”。所以美术能自产小工具,不一定是在抢 TA 的饭碗,更可能是在把 TA 从碎需求里解放出来,去做 AI 集成、工作流自动化、技术选型与规范化这类更长期的系统工程。
1. ai coding:关注Claude Code即可,目前Claude Code无论是架构还是各类技术,都是走在最前面的,且也不要死磕工具,你只要把需求拆解、上下文组织、验收与回归流程跑通,学会后,回来用是Cursor,Codex,TRAE,等产品都不是问题;代价是,这玩意贵且有一定门槛;如果用不了Claude Code;可以考虑Codex,Cursor;如果只能用国产ide;则可以考虑TRAE(记得下海外版)
2. AI 美术:ComfyUI,即便在有那么多又强又好用的多模态模型出现下,ComfyUI也是我推荐每位与生成式工作(美术,模型,音乐,视频,文字)必学的工具,可以说ComfyUI就是将工具组合体现的淋漓尽致的工具,必学;至于模型使用,当前多模态模型都可以用banana啊,seedream啊,qwen啊都行,看具体需求,这些模型各有各的优劣,综合来讲还是banana会更好一些
评论区
共 4 条评论热门最新