TwKit
正在载入
TwKit

一台几年前的电视盒子,九宫格同时播 8 路全球实时监控,外加一个 60 帧旋转的 3D 昼夜地球。 有个哥们用 Claude Code 写出了这个叫 Luk… · @tvytlx · TwKit

@tvytlx

一台几年前的电视盒子,九宫格同时播 8 路全球实时监控,外加一个 60 帧旋转的 3D 昼夜地球。 有个哥们用 Claude Code 写出了这个叫 Lukarne 的开源应用,接了全球 830 多个公路和街景摄像头,按一下遥控器就能随机空降到地球上正在天亮的地方。 按理说这种吃硬件的活儿,让 AI 写很容易卡成幻灯片。 但这哥们做对了一件事:严禁 AI 瞎猜,所有改动必须先连上电视真机测出数据。 他把电视连上电脑,让 Claude 自己写脚本装包、跑测试、抓帧率。结果测出来的东西,我真没想到: 首先,连测试工具本身都在骗人。 平时用来调试的开发版,跑起来比正式版慢了整整 10 倍。 更绝的是,从电脑发指令模拟按遥控器,每按一下,电视底层都会临时启动一套运行环境,刚好把你想测的那一帧给拖慢。 Claude 发现数据不对,干脆在应用里写了个“自动驾驶”模块自己从内部按键,先把尺子给校准了。 尺子准了,剩下的就是顺藤摸瓜。 一开始画地球每帧要花 28 毫秒,达不到 60 帧,它就换到底层图形接口重写,直接压到了 3 毫秒。 还有个偶发的直播画面卡死,这哥们自己手动怎么都复现不出来。Claude 把所有状态全打上日志,自动快速切了几十次画面,抓出是窗口还没挂载好就开始加载视频导致的。 我觉得这事儿挺让人清醒的。 平时我们总觉得 AI 写出来的东西只能当玩具,一遇到性能瓶颈或者复杂 Bug 就开始原地打转。 其实很大程度上是因为我们只给了它一个聊天框,逼着它在那儿盲猜。 只要给 AI 接上真实的物理反馈,让它能自己拿尺子去量,凡是归物理定律和代码逻辑管的事——帧率、硬件解码极限、极难复现的时序问题——它都能用排除法死磕出来。 当然这招也有失灵的时候。 这项目里唯一搞不定的,全是人类的规矩:比如油管把自动抓预览图的服务器当机器人拦了,还有些气象摄像头因为接口协议禁止二次分发,测得再准也没用,最后只能老老实实砍掉。 看完这哥们的开发记录我真服了。 以前东西跑不通,我总是在对话框里换着花样逼 AI 反思,甚至怀疑模型又偷偷降智了。 现在看下来,想让 AI 智商翻倍,最立竿见影的办法可能是先把我自己从测试环节里踢出去。 https://www.reddit.com/r/ClaudeAI/comments/1xgr28v/i_built_an_android_tv_app_with_claude_code_a/

曝光 256 · 评论 3 · 点赞 2 · 书签 2

查看原帖