冷知识： 目前多模态大模型创业的具体落地方向通常有如下方向，如果都不是你感兴趣的话，还是别赶时髦，乖乖回去学AI coding吧 ： 1. 游戏 AI NPC / 智能体中间件（如端云协同的 OmniNPC，赋能 3D 角色交互与情感叙事） 2. 企业级多模态 Agent（如面向复杂文档、视觉流分析、跨系统 RPA 的智能体） 3. 多模态内容生成与创意工具（如 AI 视频、短剧生成、电商营销图视频设计） 4. 具身智能与机器人控制（如基于多模态物理感知与动作生成的端到端控制系统） 5. 视觉/多模态代码与设计助手（如 UI 截图一键生成高质量代码、交互式产品设计）

兄弟们，你们遇到这种极品网红会忍住吗？ 榜一大哥见到身材颜值都爆表的小网红，直接在浴室衣服都没脱完就猛干起来……这波你们顶得住不？ 完整版→评论区 → APP直达

24. 分页封装的问题，有些地方有 pagenum + page_size ，有些地方用 offset + limit 。 25. 有的地方用 原生 SQL ， 有的地方用ORM 。有的列表查询没有 limit 。 26. 经常使用 like %keyword% 来做检查 ，而没有索引。 27. 竞态条件问题 ，在高并发下会存在不可预测的风险。

16. 同样含义的常量，遍布整个项目各处，并且不统一. 17. 存在很多冗余而又没用（ 失效 ）的测试代码 ，有一些测试代码做好了删库跑路的准备（ 譬如 用于还原db状态）.

建议：新手别滥用 viber coding 。 混用 中国和海外的大模型，viber coding ，我把所有研发坑都踩完了 : 1. 时区问题，中国的大模型看 北京时间 ，美国的大模型看 美国时间 ... 2. Error code 到底是 int 类型还是 str 类型， 傻傻分不清. 3. 软删除 是真的删除还是 标志为 'is_deleted' = true . 4. 状态码 ( 500 , 400 ... ) 分散在全项目各处都是 ... 5. 数据库慢查询设置 ， N+1 问题 未考虑 ... 6. 短信验证码 、 实名认证的防暴力破解 未考虑 ... 7. 状态机 待会儿 8个状态 ，隔一天就10个状态，再隔一天 7个状态 ... 8. 同一个业务含义的变量，分不同函数名 或者 不同 变量名来写。 9. 写了而又不用的函数名。 10. 不用 ORM ，而是裸用 SQL ，带来 主键 自增长问题 。 11. 数据库设计了 JsonB ，导致 数据查询 和 数据检索的 困难问题。 12. 高危严重的水平越权漏洞 和 垂直越权漏洞 泛滥 ... ...

美团是挺狗的 ... '申请 LongCat-2.0-Preview 内测资格' ，哪怕准点去抢， 100%会返回 '异常‘报错 ... 这么就被黑产盯上了？还是就是自己程序有bug ... 抢了个寂寞 ...