少看发布会，多看自己的任务
技术圈更新很快，今天又有新工具，明天又有新范式。对独立开发者来说，时间本身就是宝贵资源。
所以我给工具做测评时，会先选三个真实的小任务，而不是只问它「你厉不厉害」。
一张简单的判断表
| 维度 | 我要问什么 |
|---|---|
| 效果 | 我的任务完成了吗？ |
| 成本 | 时间、金钱和维护开销如何？ |
| 可控性 | 出错时能否检查、重试或回滚？ |
| 隐私 | 输入会去哪里、是否包含敏感数据？ |
| 集成 | 能否融入现有工具链？ |
设计一个可重复测试
固定输入、固定预期输出、固定评估规则。留下一份简短实验笔记：工具版本、测试日期、成功和失败案例。
这份清单不追求评出「世界最强模型」，只帮助自己更快找到适合当前任务的工具。
给新鲜感一点空间
有些实验单纯因为好玩也值得做。只是不要把好玩等同于生产可用。
一个有趣的程序员，可以同时保留想象力和工程判断力。