使用细节:步骤1：设定同一个场景，别各测各的
这次hani对比的场景很具体：晚上10点半，用户刚被领导临时加活，心态爆炸，但明早还要开会。需求有两个，一是先被接住情绪，二是把明天要做的事理清楚。
我没有用复杂提示词，只输入同一段话：‘今天真的烦，被临时塞任务，还要装没事，明天开会我怕自己状态很差。’对比对象是Hani、通用AI助手、真人朋友聊天。
hani对比：一次真实复盘常见问题
hani对比：一次真实复盘常见问题
hani对比最有用的不是参数表，而是放进同一个真实场景里看表现。我用“下班后情绪很差，需要有人陪聊并整理明天计划”这个案例，把Hani和通用AI助手、真人聊天做了一轮流程复盘，差别挺明显。 YUI避坑不能只背“这个库老了”。真正会出事的点，在于它的模块加载、DOM封装、组件生命周期和现代工程方式不完全同频。你只要理解这些底层逻辑，维护时就不会乱改；该保留、该隔离、该迁移，也能判断得更准。
常见场景:坑二：DOM封装会隐藏浏览器细节
Y.one、Y.all 把 DOM 操作包了一层，这在当年很香，因为能抹平浏览器差异。但现在维护时，你要知道它返回的是 YUI 的 Node 对象，不是原生 DOM 节点。很多报错都来自对象类型搞混。
比如原生节点有 addEventListener，YUI Node 常用 on；原生取内容用 textContent，YUI 可能用 getHTML、setHTML。两套 API 混着写不是不行，但每次转换都要明确。别在同一段逻辑里一会儿 YUI，一会儿原生，读代码的人会很痛苦。
避坑提醒:逻辑三：权限比内容更值钱
对一些灰色站来说，你看不看内容不重要，重要的是你给了什么权限。通知权限可以持续推广告，安装包可以拿设备信息，手机号可以做二次营销，支付信息可以绑定续费。
避坑时盯住权限请求：网页要相机、通讯录、定位，基本不合理；播放器要短信权限，也不合理；一个内容站要求关闭安全软件，更不合理。权限一旦给出去，后续清理成本远高于关闭网页。
选择建议:坑三：只反对，不建设
逆流避坑里我最看重“替代方案”。你可以说待办清单没用，但要给出时间块、优先级、复盘表；你可以说鸡娃焦虑，但要给出孩子兴趣、家庭预算、长期能力的取舍框架。
没有替代方案的逆流，像把旧桥炸了却不搭新桥。读者短暂觉得你说得对，转头还是不知道怎么办。
延伸参考:人猿泰山在线搜索词这样组合
别只输入人猿泰山在线四个字。更好用的组合是“人猿泰山 1999 国语”“Tarzan 1999 streaming”“泰山 迪士尼 在线”“The Legend of Tarzan 2016 正版”。搜索词越具体，垃圾结果越少。
如果你只记得画面，比如“男孩被猩猩养大”“树上滑行动画电影”，也能反推。搜到结果后先核对英文名和年份，别被封面骗。很多低质站会把2016真人版封面贴到1999动画页上，点开完全不是一回事。
核心要点:步骤一：先确认你测的是哪个 YUI
做 YUI测评前，第一件事不是写 demo，而是确认对象。这里说的是 Yahoo 的 YUI 前端库。它有 YUI 2 和 YUI 3 两条常见遗留线，写法差异不小。YUI 2 里会看到 YAHOO.util 这类命名，YUI 3 更常见 YUI().use()。
我见过最坑的情况，是项目里同时残留 YUI 2 插件和 YUI 3 代码，页面还能跑，但新人一改就炸。测评时先全局搜 YAHOO、YUI().use、yui-min.js，把版本关系摸清楚，后面才有讨论价值。
常见问题
hani对比通用AI助手，哪个更实用？
看需求。陪聊、情绪缓冲选Hani；写方案、列清单、处理工作任务，通用AI助手通常更实用。
Hani和真人朋友聊天差在哪？
Hani随时在线、耐心稳定，但缺少真实经验和责任；真人更懂现实背景，但回复时间和质量不稳定。
Hani适合长期使用吗？
可以长期轻度使用，但要控制依赖，避免输入敏感信息，并定期检查订阅和数据设置。
YUI避坑最先做什么？
先确认版本和模块入口，列出页面依赖。没搞清楚加载关系前，不建议直接改组件代码。