zephyru

我感觉首先要区分什么是业务需求，什么是技术需求，对于业务需求确实还是 MVP 思维，总结来说 OP 的意思是技术需求先一步到位设计好最终架构前期慢后期快，这很传统，对于这方面的想法我部分赞同，问题是技术架构是基于具体的业务场景去做的，很难一次性覆盖所有场景（有些业务需求变更是自相矛盾的），而业务需求往往是多变的，说到底现在为了保障生产不太可能去人肉 review 所有的 AI 代码，现在软件甚至可以做到日抛，等用 MVP 验证完业务方的想法一切都相对稳定了，再基于这种架构思维去构建 harness 工程，来搞软件的黑灯工厂可能是更理想的道路。

需要数据库和云端么？需要考虑多用户么？你自己知道这方面基本的组织方式么？你能出详尽的需求文档么？这些都能解决我感觉是够的（不考虑多用户，能查出来就算成功）你如果直接对标东方财富的完整功能我感觉玄

@my2492 我都买过了，glm 性能不错，但是 C 端用户高峰期非常的慢（对我来说几乎不可用，这是过年那会，不知道现在怎么样了），非最高一档的额度也是一般般，kimi 我买过 49 元档（ 9.9 试用，半个小时跑完一周额度非常幽默），minimax 量确实很多（ 49 元档，主要是有很多增值服务，搜索，生图，生语音，音乐，视频，功能比不上第一梯队，但确实有功能，适合做一些原型验证），但这个量是建立在它不太聪明上的，适合做执行，不适合做判断，幻觉确实是个问题，挺明显的，不过也凑合用，差不多去年 5 月份的 sonnet 3.5 水平吧，然后我又买了小米的（ mimo ）（ 99 元档）号称 2 亿 token ，实际上用的比较快（和 mimimax 同工作流），但确实干活会更好一些，尤其是搭建流程和对幻觉的处理上明显比 minimax 好非常多（ minimax 自己搭工作流比较起来可以说很难说能用，当然都比不上 gtp 5.4 ），所以我现在的方案是用 gtp5.4 和 mimo 做流程和需要判断的工作，然后用 minimax 做边界清晰的执行活（脚本调用，文章摘要总结，初步的分析，诸如此类的）

估计再说 kimi 吧，kimi 的订阅收费确实挺幽默的，几乎就是付费体验

虽然我没接触过这些，只能从逻辑上去理解，不过确实感觉写的不错

我前两天刚在 B 站投了我今年练了一年演奏的结果（虽然没人看），本来只感觉是自己突然想的就开始了，看来这个帖子确实也起到了一些作用，感觉还是挺好的

@asche910


天呐，我都忘掉这个了，专门回去看了眼，#139

1.作息好一天坏三天或者好三天坏三天，整体入睡时间在 12:00-12:30 之间
相对去年早 30 分钟，总睡眠时间长了 10 分钟，这个视角看有一些好的变化，但不能算成功
2.今年还没体检说不上来，只说减肥，减了 8kg ，至少还需要减 8 ～ 16kg 才能达到目标
3.这个算是完成了，花了一年去练月光一，至少是能演奏下来了
4.看了 6 本，碎片娱乐的占比体感是变得不碎片了（集合在一个特定的时间段）
5.达成了，今年拿了很久的债基，算是判断失误，但大盘涨的飞起，感觉应该追求更高的收益

总结来说，大都没有完美的达成，也有自己年初计划并不清晰的缘故，但相对去年可以感觉到明显的变化，感受上还可以，但怎么说呢，处在一种游刃有余又有些累的中间态吧

看你的目的是什么吧，我觉得还是有些不一样的，我也是高强度 AI 问答，不管哪方面（技术/生活/情绪梳理）去问 AI 或者写博客都可以做到，问 AI 得到的反馈和交互可能还更好。
我感觉核心的区别还是在于，问 AI 是输出输入并存，但写博客（或者说写作）是相对纯粹的输出，一个是上课讨论，一个是实践输出，套用一句老话：“纸上得来终觉浅，绝知此事要躬行”，与 AI 的讨论有的时候需要用自己的语言梳出才能真正的内化。

就这题干，哪怕是真的不理解，被骂的真的不冤...
控制欲是控制欲，关心是关心，关系一般是关系一般，不识好歹是不识好歹，都需要分开。
真正关系一般的人反而不会反复去问，因为关系一般，真的要回答你这个问题，纯粹是，你家人对你的爱比你对它们多罢了，哪怕这个爱在你看来不是爱。