John | Elite Encoder
857 posts

John | Elite Encoder
@EliteEncoder
Building the future of decentralized AI video at Livepeer 🏞️🚀



Gemma 4 12B Coder is here and it's a game changer for local code generation. This GGUF model packs Google's latest gemma-4 architecture into a compact 12B size, perfect for running on consumer hardware. It's optimized for reasoning and thinking, making it ideal for developers who want fast, private coding assistance without the cloud.






My take 24 hours after Fable 5: Your organization will likely not scale with the exponential curve of AI. I'l just come out to say: This should be a wakeup call for engineering teams. Set up your cloud software factories. Now. Models can now fix impossible bugs, UI-test the hardest flows, writing extremely good code, etc. I have't opened Datadog manually as far as I can remember. AI should be the first-line defense for bugs and feedback. Humans should only look at PRs after an AI has already reviewed it. AI should generate screen recordings of any PR before a human eye even reaches it. The agent should just prompt itself most of the time. Ex. (pictured) our ui feedback channel manages itself, creates tickets, assigns itself automatically You might also be worried about cost. Anthropic, OpenAI, and other labs will likely continue to put out bigger and more expensive models. But, we will also continue to get more capable small models. Not everything will need the smartest models. It's about having the organizational harness in place to continue taking advantage of this rising tide. Moreover, if you use Devin, we've already optimized our harness a bit, and Fable is actually only ~40% more expensive in practice (vs the 2x people assume). I'm honestly pleasantly surprised - it might be higher ROI than you think. Anyway, if you take anything away, engineers shouldn't be manually picking up tickets, humans shouldn't be digging into logs themselves, rethink what you do with your time that shouldn't just be an AI. We need to rethink what humans spend their time going.


Claude Fable 5 is now available in Devin. Fable 5 earns the #1 spot on FrontierCode, our benchmark for real-world engineering tasks that grades mergeability and quality:

16岁小孩做了个"星链原型",赚了30万美元 他能接收卫星信号,而且这玩意儿在哪儿都能用。 SpaceX想关掉他?人家早有准备。 实现方法说穿了其实不复杂,他全靠Claude就搞定了: 先说明一下,他不是在偷星链的网。 他用的,是SpaceX卫星往外发的无线电"信标",相当于拿这个信号当免费定位系统,在GPS失灵的地方照样能定位置。 每颗星链卫星都在不停往外发信标信号。 你只需要一个小天线锅,再加一个35美元的无线电接收设备,就能接收这些信号。然后通过三颗卫星的三角定位,算出你在地球上任意地方的坐标,就算GPS被干扰或者完全屏蔽了也不怕。 这个思路,美国陆军也在测试。 这小孩把它做成了便携版,卖给了徒步的、跑船的,还有应急队。 具体怎么搞?很简单,分六步走。 第一步:买硬件 RTL-SDR Blog v4 USB接收器,35美元 小号Ku波段抛物面天线,大概50美元 Ku波段LNB下变频器,20美元 树莓派5,8G内存版 偏置T适配器 5000毫安USB电池 全部加起来,大概180美元出头。 第二步:给树莓派装系统 把树莓派系统镜像烧录进SD卡,开机就行。 第三步:装SDR工具 打开终端,敲两行命令: sudo apt update sudo apt install rtl-sdr gnuradio python3-numpy 第四步:接线 LNB装在天线锅的焦点位置,LNB连偏置T,偏置T连SDR,SDR通过USB连树莓派。 第五步:让Claude写程序 打开Claude Code,把下面这段话扔进去: "帮我写个Python程序,用RTL-SDR抓星链卫星的信标信号,用来定位。硬件是RTL-SDR Blog v4加Ku波段LNB加抛物面天线。 要求:扫描Ku波段下行频率抓星链信标,用celestrak网上公开的TLE轨道数据识别每颗卫星,靠至少三颗卫星的多普勒频移算位置,把经纬度和精度显示在小OLED屏上。用pyrtlsdr、skyfield、numpy这几个库,记得加注释方便我调参数。" 第六步:跑程序 树莓派会自动锁定头顶的卫星,然后显示你的坐标,精度大概10到30米。 不用GPS,不用手机信号,也不用联网。 最后,这小孩3D打印了个外壳,打了个牌子叫"徒步水手GPS备份",一台卖899美元,卖出去350台。 一台成本180,利润719。 客户里有野火应急队、丛林飞行员、深山滑雪的、开游艇的。 SpaceX会不会告他?不会。接收公开广播的信标信号是合法的,小孩的律师提前就确认过这一点。








