第 1 条附言 · 20 小时 12 分钟前
我发现大家可能没时间看原文,实际上原文讨论的很清楚了
问题出在开源项目依赖
- 我作为作者/维护者比其他人更懂这个项目,我更了解这些规范
- 因此其他用开源项目的人愿意付费请我维护/更新这些开源项目,我从而实现收费
LLM 出现之后打破了开源项目赖以生存的这两点,直接就导致大量开源项目被遗弃,tailwind 只是第一个爆出来有点知名度的,并且有点 drama 的
这样会导致没人愿意开源,因为开源=免费给 LLM 公司打工,而没有开源意味着 LLM 的语料库也会逐渐受限/落后,这问题不解决,最急的并不是我这样的打工仔,而是 LLM 公司将无法低成本保证竞争力,需要花钱请专家来写代码喂给 LLM ,这些就是萃取人类的 skills ,因此我才说你的 skills 是你多年学习训练所得的个人技能,不能免费的送给公司用
第 2 条附言 · 20 小时 5 分钟前
没想到这么多社会达尔文主义,认为 tailwind 是被时代淘汰,看来很多人是很愿意自费读书学习二十年经验让公司三个月榨取成 skills 然后裁员,是我肤浅了
从最近两个月的 LLM 的能力来看,开源协议已经无法约束 LLM 了,就像论文用 AI 抄袭一样,LLM 可以很轻松的把 C++的项目直接翻译成 Rust ,从而实现我抄袭开源但是不用给开源付费并且我还可以闭源收费
第 3 条附言 · 19 小时 39 分钟前
我肤浅了,从很多回复表现出来的情绪,看起来很多不知道 skills 是什么,以为我说的是你的编程技能,还有人觉得要比老板更了解 AI 就行
科普一下,skills 是解决特化问题的 LLM 操作手册,这个手册不是给人看的是给 LLM 看的,例如我现在维护的一个项目是分布式的算力调配+计算节点上的代码,现在有个节点出了问题,以我多年的经验我会
1. 启动 SSH 反向上节点,拉取节点最近的日志
2. 在算力分配服务拉取对应节点的计算任务分配日志
3. 在数据库里查询对应计算任务的实际状态
4. 结合代码和日志排查整个计算任务链路是哪一步出现了问题
同时可能因为历史原因我知道某些节点可能有 nvidia 驱动问题,可能有网络问题等等,所以这些也需要排查一下
以上这些直接会被萃取成 skills ,你只需要问"xx 节点今天状态出错了,你帮我看下为啥"
另外还有人觉得我的纺纱技巧很怕被资本家学走,但是并不是纺纱技巧,因为 LLM 现在可以轻松地应对 Rust lifetime 和 async trait pin 的问题
LLM 的成长速度远超预期,codex 5.1 的战斗力只有 5.2 的四分之一,5.1 时期我拿它翻译 CPU 指令还有点吃力,同时期的 Claude code 就无法实现 riscv=>arm64 ,5.2 时期已经可以成熟的翻译 SIMD 了,自己设计方案去模拟 riscv 的 SIMD 指令
PS:你以为只有代码能变成 skills ,实际上看病流程,如何分析病情,如何用什么检查去排除疾病,包括某些人觉得比 LLM 更了解 LLM 这些"知识",都会被萃取
