@ook 你提到了 plex 这种，那你一定会遇到一个问题就是刮削。如何获得正确的 metadata ，如何判断他是否正确。真的成功的 AI ，不是跳出来告诉你这个信息不对，也不是在你发现信息错的时候能去帮你分析怎么才能对，而是确保他永远是对的。

@ook 从概念上说 NAS 就是只负责存储，homelab 则更像一个 container 。但目前 NAS 本身就是个含有存储功能的 lab 。所以本质上这个区分没多大意义。

我想说的是 AI 本质上不是一种工具，而是一种方式。就像 20 年前我们会有个“上网”的概念。会区分什么事情要上网干，要有流程，有上网才能做的事情和用完下线的过程。而现在“上网”已经不存在了，它已经融入了所有的操作中。AI 很快就会变成，我们不会再去把他视为一种工具、一种途径，而像是空气。让他一直存在，一直陪伴，一直工作，而我们会适应了他的存在，就像只有断了网才发现网络的重要一样。

所以并不用区分什么是 NAS 什么是 homelab 。本质上它就是给 AI 和数据找一个家，用户关心的除了产品本身的属性（外观、噪音、价格、服务之类），很快就会过渡到让他弱化为一种存在。如果有个设备，他存在的时候你完全感觉不到，他故障的时候你不能活，那这个才是必需品。

现在开始做 AI 的话，最好就直接考虑到，如何让 AI 变成空气。

AI 给你画像，看你的使用方式就知道你这个账户的人是什么习惯，什么文化，多少个精神分裂者（多人共用）。那些你能搞的什么 ip/dns 这些硬限，只不过是在进入 AI 画像之前就 offload 而已。人类想欺骗 AI 的同时让 AI 给人干活，还是省省吧。

真的好功能，是不去折腾用户，也不需要用户折腾的东西。
当然这东西不是卖给闲的难受的那些“工程师”的。相比来说，与其说他们想用，不如说他们想折腾和维护。

用好向量库。把用户存进去的东西能低优先级做分析，入库，需要的时候好检索。
本地做几套特定需求的 4-8B 的 AI 模型，按需求切换。配合云端模型、客户电脑上的模型、或者插显卡完成一些复杂用途，用这些小型的 AI 模型也能完成日常后台工作。

用混合存储时，非必要时减缓对机械硬盘的访问，改在闲时或者不干扰用户的时间去做。

从产品视野角度上说，就是如果你想卖个好价钱，就找准你的目标客户，确定他们想要什么。

2028 年之前没戏。27 年的大客户产能都签完了。

说给 A 社听的而已。不用是不可能的。自废武功毫无意义。

找个公司帮你买，企业账户随便。不过 1198 那个，实测也就是 claude 大概 5x 的量（正常使用一周的感觉得出），可能由于他下午 3 倍量以及 cache 策略导致的 token 计算不一致有关。

按量付费的账户并不怎么封号。

它插件的 bug 。直接用命令行跑一个算了。

你说的是 5h 还是 7d 的 42%啊。7d 不太可能，毕竟 5h 满了也就 20%左右。5h1 小时 42%不太多。毕竟如果你就算用 opus4.8 ，你让他做断言级文档一致性审计/bug 审查之类的情况，他 5h 窗口也用不了 2 个小时就会满。因为他通常就会开好几个 agent 一起高强度跑。
也就是说，虽然 fable 更耗额度，但实际上在适合它的领域，也许更省 token 和时间。

可能猫死机了。或者有什么本地防火墙规则（连接数）。电信一般不管连接数。

进了冷备，活化要十几个小时也是业界常见的。客户观感不好的原因可能是因为 3 个月就进冷备有点怪。大概钱做的有点极端。
虽然每次查询冷备都要不少钱，对于客户不方便直接收钱，但毕竟查询不是每天都需要，按天限次不如按年/月限次靠谱。感觉是个产品设计问题。

你这个上行速度只是个爆发速度，并不会持久。如果你真的要跑个 bt 或者 nas 上的持续应用，很快就会限速。不要纠结。

@qiaobeier 之前有一次给 Team/Max20x 送了最多 200 美元的额度。用完你的 plan 后就会用这个了。

用你余额的模式。

好像有个问题，当外部文件发生变化时，linux 内收不到变更通知。inotify 没打通。

先让 cc 写设计文件。你来审查。

之后直接生成代码和测试脚本，然后让 IDE 或者 CICD 来跑自动化测试。

希望你对简历不是按照这个顺序写的。老实说，我作为一个跟一群程序员兄弟姐妹一起干活的人看来，如果是这样一个顺序的简历，不用 5 秒就被我删了。
就像我们不会说我们会吃饭喝水一样，这些“个人优势”，并不是招聘的人关注的。不是说他们不重要，而是既然是简历，就应该先想想看简历的人最需要什么样的人，然后把那些写在开始。