Loading video...

Video Failed to Load

Go Home

最优雅的软件定制时代可能已经来了,不需要电脑也不需要购置昂贵的云沙箱,它就在手机上生产优化。 昨晚为了测试即将 Release 的 Minis Android 1.14 版本 Claude Sonnet 5.5 接入执行效果,让他基于我的日常 VPN 需求,在不到半小时的时间里,Minis 自己在手机中准备 Android Dev 开发环境,分析需求,编写代码,自动安装调试,完全在手机上 实现了一个完全可用并且高颜值的 VPN 客户端,他基于 Mihomo 内核,兼容 Surge 配置格式,作为日常 iOS(主力用 Surge) + Android 双机党来说,这甚至是一个完全可用的 App,并且解决了每次修改配置都要改不同配置格式的麻烦。 回复中将逐步说明如何做到的,有兴趣的可以自己试一试。

23,323 views • 9 days ago •via X (Twitter)

18 Comments

Ethan Wang's profile picture
Ethan Wang9 days ago

第一句 Prompt: “iOS Surge app 是我在 iPhone 上的主力 VPN 软件,但它只支持 iOS,我需要你帮我实现一款基于 Mihomo 内核的 Android VPN 软件,名字就叫 Surhomo 吧,支持使用 Surge App 的常用配置(对比一下 Surge conf example 和 Mihomo conf example 找到共同支持的配置 feature),这样我就可以随时同步使用同一份 Surge 配置在 Android 上也顺利连接入网络避免每次改动配置都要改动不同软件,你通过 /android-dev skill 构建准备环境和项目,做好 git 版本管控,定义好 debug server API,以便于自动本机安装后操作调试和排查日志等,不断迭代知道功能基本完善” 为了简化任务,我补充了一下: “补充一下,你无需为此设计无法的 UI,整个 App 只需要有选择配置文件,Start 和 Stop 的地方,以及一些基础的简单网络设置例如 DNS 等” 随后他开始依据 Android Dev Skill 中的指引安装 adb 和 Android SDK 等开发环境,并根据需求引入 Mihomo 必要的 Golang 编译环境。然后创建工程骨架...

Ethan Wang's profile picture
Ethan Wang9 days ago

第二句 Prompt: “重要的是整个 App 支持通过 JSON RPC 格式开放 schema 和操作指令给其他 Agent 进行操作和调试,以便于快速的同步配置、启动停止、排查日志等操作” “API 需要支持简单高效的加密鉴权方式,避免被中间人拦截暴露配置或者被进行破坏性操作,客户端可通过发起鉴权的方式获取颁发的 Token,并在后续使用 Token 对请求内容和返回内容进行加解密” 为了让 Minis 可以自动和运行中 VPN 服务交互拉取日志或者排查问题,让他继续增加一个 AI 友好的调试接口,以便于全自动化测试并优化。 这个步骤它不断循环,直到在系统中成功添加了 VPN 并收到数据...,甚至过程中由于新的 VPN 接管了服务导致 Minis 推理失败了,这时候我重新开了原来的 VPN 并输入了“继续”...

辉小志's profile picture
辉小志8 days ago

pixel 手机缺万年历、指南针 app,我都是让 minis 开发的,哈哈哈

Hwang's profile picture
Hwang9 days ago

hi,可以开一下 dm 不

GonePaul's profile picture
GonePaul9 days ago

提示词已经OCR了,换安卓机了要它写个Quantumult X for Android

Maru Meow's profile picture
Maru Meow9 days ago

能开发iOS软件吗

Ethan Wang's profile picture
Ethan Wang9 days ago

iOS不行,系统限制需要配合Mac,但你可以配合 Scriptable 之类的软件开发定制小组件,也很好玩

Maru Meow's profile picture
Maru Meow9 days ago

嗯,我研究看看,谢谢大佬

runking's profile picture
runking9 days ago

手机半小时搞定,以前得开电脑折腾一晚上。

KenZ's profile picture
KenZ9 days ago

Why not just use wireguard directly ?

Ethan Wang's profile picture
Ethan Wang9 days ago

Due to special network environments requiring rule-based traffic routing, multiple VPN services are already needed as backups, and WireGuard cannot satisfy these.

KenZ's profile picture
KenZ9 days ago

Interesting. Let me look at that tool. Thanks

Jasmine_e's profile picture
Jasmine_e9 days ago

🐂🍺

Frank Liu's profile picture
Frank Liu9 days ago

请问Minis可以走Anthropic的Subscription额度吗?

Maru Meow's profile picture
Maru Meow9 days ago

太牛了吧🏋️‍♂️

好很好非常好⬛ ⬛ ⬛ ⬛ ⬛ ⬛ ⬛'s profile picture
好很好非常好⬛ ⬛ ⬛ ⬛ ⬛ ⬛ ⬛8 days ago

花费多少

yba@social.yba.dev's profile picture

领导厉害 👍 能不能给clash rs也弄一个

Maya Brooks's profile picture
Maya Brooks9 days ago

Phone-side Sonnet is impressive, but the hidden variable is which endpoint that session actually hit. Device UX and model route are separate. APIMart would only matter if the same client needs a fallback model id.

Related Videos

万众期待的纯血版 HarmonyOS NEXT 终于是端上来了,这次里外从内核到架构,以及生态,全部都是自研。 也就是完全剔除 Android 的 ASOP 了,这回咱终于能叉腰骄傲的说出这也是全球第三大独立移动操作系统了。 在适配性上面,因为华为和 iOS 一样,统一框架,也就是说开发者只要想接入,就可以适配实况窗。对用户来说选择更多了,对开发者来说更方便。 跨设备的复制粘贴和应用接力这类咱们已经司空见惯了,但得益于全家桶统一系统和打通硬件生态的条件下,能支持调用其他设备硬件。 比如在平板编辑文字的时候,需要嵌入一张拍照图片,此时就可以调用手机的摄像头去拍照然后传回平板。实现真正生态互联。 原生安全这也是 HarmonyOS NEXT 的重头戏,首先是 App 方面,和 iOS 差不多。 全新的 HarmonyOS NEXT 无法通过应用商店外的安装包进行安装; 且在商店内的应用也会进行审核上架,不符合华为要求的,会被击毙下架。 看到这,有同学可能要举手了,这么厉害也要有的用才行啊,App 适配覆盖多少了? 鸿蒙原生适配应用已经来到了 15000 多个,基本覆盖了日常生活所需的常用 App。微信也已经适配了,不用担心要重找聊天软件了。 鸿蒙NEXT科学上网也没问题,通过应用商店下载clash就完事儿了。

Eason Mao☢

10,442 views • 1 year ago

这几天跟几个做电商的朋友聊了很久,他们是在淘宝做文案策划、ppt、短视频业务的,类似中介模式,在淘宝接单,然后找对应设计、写手完成交付。Ai对他们的冲击非常大,倒逼他们学习Ai 然后出现一个很现实的问题,要用Ai适配自己的业务远远没有那么简单,大部分时间其实是在调试Ai,但他们并不擅长这点 像币圈人喜欢尝试新东西,想真正达到专业玩家的水平也并非易事,真正需要Ai完成业务优化的大量个体户,恰恰很难适应Ai时代的到来 当我看到 DAPPOS 的xBubble出现,终于有项目在尝试解决这个被忽视的难题,Ai本身是来节省大家时间的,但Ai学习本身又需要耗费大量的时间 比如一个完全不懂视频制作的奶茶店老板要做一个暴打柠檬茶的宣传视频,直接就可以在xBubble输入:给我做一个 20 秒的视频,推广我们店新出的暴打柠檬茶,要看起来很清爽很夏天的那种感觉,配点轻快的背景音乐 成品视频效果大家可以看下面的视频,完全可以直接商用了 为什么给一个模糊的提示词就能实现这种水平? xBubble背后的2套技术模版 1、Bubble Pilot Pilot类似一个智能导航推荐,用户写一个很短甚至很模糊的提示词后,Bubble Pilot会读取用户的简短请求,识别任务类型,从SOP库里自动匹配,给你一个匹配度最高的SOP 所谓的SOP就是标准操作流程,本质就是skill,比如这个暴打柠檬茶视频需求,这是一个特定的饮品类领域,这类视频需要的产品特写、制作过程展现、氛围感营造都是类似,可以用针对性的最优模版,SOP就是这个标准模版 如果没有现成的SOP,会进入通用标准路径,然后反复回退的请求会成为 Bubble Engine下一步构建SOP的候选信号 2、Bubble Engine Engine是一个SOP的生成引擎,比如起初xBubble没有饮品类的SOP,Engine就会像AI程序员一样,自动去建立一个标准,去学习竞品然后反复迭代,将最优路径固化为可复用 SOP 后续只要有饮品类的视频需求,就可以直接使用生成的SOP xBubble还有两种运行环境 Bubble Computer 端到端项目工作空间。Bubble Pilot 检测到多步骤任务时路由至此,沙箱自动启动、按需加载技能,全程无需用户管理中间步骤。可在单次运行内完成研究、写作、设计、核查并交付最终成果 大部分情况都可以使用Computer Bubble Personal 本地环境模式。可操作用户本机文件、浏览器、应用与日程。安装、下载、系统级变更在云端容器中执行并在任务完成后销毁;用户本机只执行经明确授权的操作,无需安装软件 涉及隐私类的,比如部分文件资料是高度隐私的,且不相信任何平台,那就选择Personal模式 其实xBubble的产品核心就是它的SOP,对于大部分需求方而言,他并不能有效精准描述提示词,也不懂特写镜头、慢动作、产品特写这些术语,如果使用市场上通用的Ai,Ai就只能猜需求,你给他输入什么,Ai就输出什么,交付的产品自然与预期不符 输入端:模糊的需求 输出端:模糊的产品 这就是xBubble的优势,用户无需给Ai一个精准的需求,你想做一个饮品类视频,一句话就行,Bubble Pilot会自动找现有针对饮品类的SOP,模糊的需求就能找到精准的SOP,生成精准的产品 xBubble实际上就是干了一件事,识别模糊,找到精准需求,匹配针对性的SOP,生成精准的产品 让Ai不断傻瓜化,Ai自己就能读懂人类模糊的语言精准提炼,这才是Ai大众化的痛点 xBubble的体验链接:

庞教主

21,619 views • 4 months ago

给大家带来 MiniMax-M3 实测! 本次测试包含了复杂前端, 后端 Agentic Coding, Agent 能力测试, 以及我的使用经验总结. 来看结论: 前端能力上, 可以完全适配 KCORES2026p2 的前端测试题目, 无论是空间理解, 建模精确度, 场景美学都十分在线, 其中我最满意的是美学部分, 它的颜色运用非常好. 不足的地方主要体现在复杂需求不能一次性写对(比如光追引擎), 需要迭代一下就可以了. 后端能力测试这次也是突飞猛进, 得分超过了 deepseek-v4-pro 和其他一众国产大模型, 略逊于 GPT-5.4-Pro(xhigh). Agent 能力上表现同样亮眼, 达成了榜单第二的接单量, 证明它的规划能力特别强。 下面是我在测试和实际使用中, 总结出来的 M3 使用经验, 供大家参考: 我的体感是 M3 特别喜欢推理, 它可以单次执行超长的推理. 在咱们的这些前端测试中, 它最长的输出甚至达到了我规定的 64k token上限, 所以, 不要上来就写一个超级复杂的 prompt 让它执行, 而是需要先把需求形成 plan, 然后让 agent 蜂群去执行, 这样才能得到理想的效果, 所以 M3 先天适合放在带 plan 模式的 Coding Agent 中使用. 如果把它嵌入到 Agent 框架中使用, 那么 prompt 编排就一定要做好, 不要一股脑把大量的 tool call 或者超大的 system prompt 丢给它. 还是需要下功夫好好编排一下的. 本次 M3 相比之前的 2.7 版本有了大幅度的提升, 模型偏好上来看, M3 是一个规划能力极强的模型, 所以特别适合用在一些规划性质的 Agent 框架中, 比如任务拆分, 日程管理, 流程设计等. 而本次暴露出来的不足则是执行过程中约束不够强, 比如 prompt 中设置的复杂规则, 一定要增加代码级别的 harness 闭环流程来进行约束, 而不能只靠模型本身来管理自己的行为. #minimaxm3 #minimax #agenticcoding #aiagent #harness

karminski-牙医

18,950 views • 4 months ago

OMG!只用了 3 个小时不到,我竟做出了自己真正意义上交互完整且完全可用的第一个 web app! 太666了!如果不是因为浪费了很多时间找 API,估计更快能够做完😎 从最早用 claude3 opus,到后来用 cursor 写web app,写插件,对于我这样一个毫无coding 基础的小白来说,写到能用的程度就已经欢呼雀跃,根本不敢多提一点要求,审美要求更是直接放弃,因为不知道它修改了什么,就可以把整个应用,彻底搞崩溃,所以,只求 50 分万岁!当然,更不要提部署,到这一步直接投降! 几周前刚推出来我就试了一下,发现效果并不好,遇到问题,让它处理,它仍然会 down 掉,可是今天当我再次尝试用它给我们家娃写一个英语单词查询和记录工具时,竟表现得如此完美!不得不感叹,过去四周的迭代,真的很 AI 速度啊!! 其实,我们仔细去观察,每一波 coding 应用起来的时候,web app 其实都是一个非常高频的场景, container 技术,加上 Sonnet3.5的能力,专注在web app场景, 从开发到部署,整个实现端到端闭环。而在这个场景中,对于小白来说,最痛的两个痛点:debug+部署,也都解决的近乎完美,真的是「一键的事儿」! 记得前几天,Anthropic 的Dario在访谈中还提到,Claude在真实世界编程任务(SWE Bench)上,从2024年1月的3-4%提升到10月的50%,预计未来 10 个月将有可能提升到 90%。而这也一定会带来质的改变,很是期待! 直接上线,欢迎试用😉

Janet

174,797 views • 1 year ago