Loading video...

Video Failed to Load

Go Home

别再死磕Android Studio了!Google刚刚偷偷放了个大招,直接让AI帮你写App,不用打开IDE,一行命令搞定,直接降维打击! 这是一个门槛极低,但异常暴利的“自动化开发”玩法。今天拿Google新出的Android CLI拆解: 1⃣ 痛点打击: 以前AI写代码慢,因为要记sdkmanager, gradle等一堆命令,文档还看不懂。现在Google直接统一成一个android命令。 2⃣ 核心武器: Android CLI(操作层)+ Android Skills(给AI的说明书)+ Knowledge Base(实时查文档)。 3⃣ 实操SOP: 一行curl安装CLI -> android skills add喂给Claude Code -> 告诉AI“做个天气App” -> 自动写代码、编译、打包APK。 4⃣ 惊人数据: Google内部测试,Token消耗降70%,速度快3倍。 别再去报那些几千块的编程课了,核心逻辑是“开发范式的转移”。从IDE到CLI+Agent,全行业都在做(Google, Anthropic, OpenAI)。 普通人搞懂这个,一个人就是一支开发团队。

36,259 views • 1 month ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

OpenAI刚刚开源的这个东西,感觉要把程序员的工作方式给整个改写了。 现在大家都在卷模型写代码有多强,但其实真正的瓶颈早就不是生成了。 一个人每天最多同时有效监督3-5个编码Agent,再多就会注意力崩溃,生产力直接归零。 有了Symphony,直接把这个上限干到了几十个。 它把你的Linear、GitHub Issues直接变成了永远在线的Agent调度器。 你开一个任务,它自动启动一个独立隔离的Codex Agent。 自己写代码,自己跑测试,自己做交叉Review,damn! 全部搞定之后,会给你提交一个完整的证据包。 CI全绿,安全和性能专项审查通过,改了UI就自动录好操作视频。 所有验证全过了,才会出现在你的Human Review队列里。 以后人类的角色可能会被彻底颠覆了。 以前你是监工,盯着Agent一步一步写代码,上下文切到吐。 现在你是老板,只需要看最终的结果。 满意就点合并,不满意就去仓库里补规则补文档补Guardrails。 记住兄弟们,永远不要手把手指挥Agent,永远不要替它干活。 这可不是啥实验室概念,OpenAI自己已经这么干了。 三个工程师,五个月,写了一百万行代码,0行人工写的。 产品已经有几百个内部用户,每天都在迭代。 我觉得他们最厉害的不是模型,是他们把整个仓库变成了Agent能看懂能自主工作的乐园。 现在很多人都搞错了Agent时代的核心竞争力。未来不是谁的模型更聪明,而是看谁能设计出让Agent可靠自主工作的环境。 我觉得未来最好的工程师,再也不是写代码最快的人,而是那些最会写规则,最会设计反馈回路,最会给Agent搭舞台的人。 现在Symphony已经开源了,它甚至不是一个成品。 是一个17k token的完整SPEC。 你把这个SPEC喂给任何一个编码Agent,十分钟就能生成你自己定制版的Symphony。 GitHub地址评论区自取👇

阿绎 AYi

61,332 views • 1 month ago

Claude团队的工程师,已经彻底抛弃Markdown了。 不是Markdown不好用, 是AI变得太快,它已经跟不上了。 以前AI写10行笔记,Markdown刚刚好, 现在AI能一次性输出1000行计划、复杂流程图、完整代码审查, 密密麻麻的纯文字墙谁有耐心看得完? 作者自己都说,他从来没完整读完过100行以上的AI生成MD文件。 更要命的是:现在都是AI写,我们只看不改。 Markdown最大的优点“易手动编辑”,现在已经彻底没用了。 而HTML,才是AI时代真正的沟通语言, 它能做到的事,Markdown想都不敢想: • 直接生成带颜色的表格、SVG流程图、可点击的原型 • 加滑块调参数、拖拽排序任务、实时预览Prompt效果 • 改完一键导出成代码或Prompt,喂回给AI继续迭代 • 发个链接别人点开就能看,不用下载任何工具 作者直接放出了20个现成示例: 从代码审查的彩色diff, 到可拖拽的任务看板, 从动画参数调试器, 到一键生成的幻灯片。 每一个都是能直接用的生产力工具。 最爽的三个用法,现在就能抄: 1. 代码审查:让AI把PR生成带注释的彩色diff+模块调用图 2. 做计划:生成带时间线、风险表、流程图的交互式项目页 3. 临时工具:让AI写一个Prompt调参器,改完直接复制结果 当然它也有缺点: 多花一点token,生成时间长2-4倍,版本控制不如MD干净。 但作者说:体验提升了10倍,这些代价完全值得。 本质上不是格式之争,而是人机协作方式的升级。 因为Markdown是给人写给人看的, 而HTML是给AI写给人用的。 随着当AI越来越聪明,我们需要的不再是文字墙,而是能互动、能操作、能思考的界面。 现在打开Claude,输入“帮我做一个HTML文件……”,你会打开一个全新的世界。

AYi

1,391,416 views • 1 month ago

Vercel 把 Marketplace 直接向 AI Agent 开放了。 什么意思?一句话——以后基础设施这块,真的可以全自动了。 以前我们用 Claude Code、Cursor 这些 AI 编程工具,写代码已经很猛了,但真正上线一个项目,最麻烦的从来不是代码本身,而是那一堆“杂事”: 数据库要去注册,Redis 要单独开,认证服务要配,日志监控要接,邮箱服务要申请 API Key…… 这些步骤过去基本都得人肉操作。AI 能写业务逻辑,却卡在基础设施这一步。 这次 Vercel 干了一件很关键的事: 不用搞 MCP Server,不用接新协议,直接把自家 CLI 包成一个 AI Skill。 一行命令: npx skills add vercel/vercel --skill vercel-cli 装完之后,Agent 就可以像人一样“逛 Marketplace”了。 它能做什么? ·自动 discover 有哪些数据库、认证、日志服务 ·自动 add 安装 Neon、Upstash 这种服务 ·自动注入环境变量 ·自动读取接入文档 ·自己把集成代码写好 最后部署上线 你只需要说一句:“帮我做个带登录系统的待办 App,部署到 Vercel。” 剩下的流程,理论上 Agent 全跑完。 我觉得这件事的意义,不只是“方便”。也是在说:基础设施正在从“人操作”变成“Agent 可操作”。 以前:API 是给程序用的;文档是给人看的;CLI 是给人敲的 现在必须:返回结构化数据;支持无交互模式;提供机器可读文档;默认假设:调用者可能是 Agent 这其实是 SaaS 形态的一次升级。 未来能不能被 Agent 调用,可能会成为一个产品的生死线。 如果你的服务不能被自动发现、自动安装、自动配置,那在 AI 自动化流程里,它就会被绕开。 目前来说:项目搭建的“时间成本曲线”正在被压平。 过去从 0 到 1 搭一套完整基础设施,可能要 2~3 小时。 未来可能只是一句 prompt。 当部署成本无限接近 0,真正有价值的东西只剩两件: 1.你想解决什么问题 2.你是否有持续迭代能力 代码门槛在下降,基础设施门槛在消失。AI + 可编排基础设施,正在把“做产品”这件事,压缩到极致。

sitin

81,182 views • 3 months ago