想要请问一下万能的佬友们，这种情况我要等待多久？或者是有没有什么申诉恢复的方法？我是从周一晚上就这样了，周二白天试过一次，然后周三早上试过一次，今天早上又试了一次，都是这样，不给我发验证码。 起初是给我发的，但是我这个手机号在我爱人的手机上，我忘记了，就刷新了，第二次发就这样了 1 个帖子 - 1 位参与者 阅读完整话题
AI 图像生成器现在是人手一个了吧，我做这个比较简洁，首页直接生成，支持 Seedream 4.5, Seedream 5.0, Nano Banana 2, GPT Image 2 等热门 AI 图像模型，还是挺方便的。 网址： https://seeddream.ai/
怎么说呢，用了别人的福利现在挂人家总觉得不太好 拿人手短吃人嘴短，但这种方式真的合规吗？ 忘记是哪个佬友分享的了。 4 个帖子 - 4 位参与者 阅读完整话题
怎么说呢，用了别人的福利现在挂人家总觉得不太好 拿人手短吃人嘴短，但这种方式真的合规吗？ 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 6 月 3 日消息，博主 @旺仔百事通 发文，透露“全球首款机器人手机”荣耀 Robot Phone 将于今年第三季度上市，该机主打影音创作，利用 AI 自动追踪主体、全自动运镜，提供大量预设模板，还支持 C-Log、LUTs，提供锁焦、锁白平衡、锁 AE、锁运镜数据等能力。 该博主还透露荣耀 Robot Phone 抗跌落已经是旗舰水平，只是防水还有提升空间，同时还会持续迭代优化三防。 参考IT之家此前报道，今年 3 月，荣耀在 MWC 2026 现场举行了全球发布会，宣布与顶级电影摄影机厂商 ARRI 阿莱达成战略技术合作。 本次合作将率先在全球首款机器人手机 Robot Phone 落地 ，旨在融合荣耀的移动影像以及 ARRI 百年底蕴的电影摄影技术。
PT钉子户，目标是让LD人手一个馒头！ 马斯克，没错也就是本人，最近带着可爱的二儿子成功进京朝圣 心情无比舒畅，准备海量发馒头药 而作为Linux.do的馒头批发户，又回来了哇哈哈，要求发ID验证，确保大家都能安全用号。 在此贴回帖者贴数据就行，我会私信联系你确认详细发药事宜。 不要发私信，不要发私信，不要发私信。 ** 注意：PT新手,进站需要考核。 ** 我也不是啥大牛，也就家里有Apple TV 外加几百T硬盘+千兆小水管没事挂一挂图一乐。 我去年买了个盘，有图为证 （点击了解更多详细信息） 此时此刻，同样容量的盘已经这样了： （点击了解更多详细信息） 没错，一块顶5块。我想说估计玩PT的人不多了，最后一波挣扎一下。只要能够证明自己的PT号能活，都发！人手一个馒头！ 【PT新手指引】 （点击了解更多详细信息） 发药钉子户？没错，上一贴在此： ( PT发药钉子户，常年发大小馒头，其它八大站开了药也都能发，要求有nas ) 16 个帖子 - 9 位参与者 阅读完整话题
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
最近去面试， 面试官问我最近有没有手搓代码，我说最近都是 AI 写代码，然后就没然后了... 他们说他们想要技术功底扎实的， 问题是你他么也没问技术啊
IT之家 5 月 24 日消息，据博主 @旺仔百事通 分享，全球首款机器人手机 —— 荣耀 Robot Phone 真机已现身高通骁友会五周年派对 。 荣耀今年 3 月在 MWC 2026 展会上带来了全新“机器人手机”Robot Phone，新机最显眼之处就是配备一颗硕大的电动翻转摄像头， 号称是新形态具身智能 AI 终端 。 外观方面，Robot Phone 通体银灰色，边框则是采用了拉丝装饰。看起来就是一台正常的智能手机，只不过顶部多了个有点像大疆 Osmo Pocket 的三轴云台相机， 同时背面还有“α”Logo ，彰显该机的特殊之处。 功能方面，这台手机顶上的三轴云台相机配备 2 亿像素传感器，可以向前 / 向后翻转，方便用户拍摄自己或拍摄物体，还有影像大厂 ARRI 技术合作加持，支持 AI 物体追踪、AI 视频剪辑与智能拍摄， 可支持实时感知与补偿 ，确保视频画面极度稳定。 参考IT之家此前报道，这款“手机机器人”Robot Phone 仍处于待发布阶段，不过荣耀终端股份有限公司 CEO 李健已在 5 月 15 日官宣， Robot Phone 将在三季度上市 。此次 ARRI 阿莱工作人员的到来，或将与荣耀影像实验室工作人员联合调校 Robot Phone 的影像能力。
最近在公司里落地了一套移动端 AI 自动化回归方案，想拿出来和大家交流一下，也听听有没有类似场景的同学。 先说背景。 我们这边移动端有 Android 、iOS ，现在还有鸿蒙。业务迭代比较快，每次发版前都要做一些主流程回归。 比如： 登录 内容浏览 内容发布 视频播放 核心页面跳转 多端基础兼容验证 问题是，测试资源并不是特别充足。 不是没人测，而是没有一个专门的人长期维护复杂自动化。很多时候是测试同学过一遍主流程，开发自己再补一遍。 时间紧的时候，大家其实都知道一些边角路径覆盖不到，但也只能先保核心链路。 之前也看过传统自动化方案，比如 Appium 、xpath 、坐标、录制回放这些。 实际落下来，问题基本差不多： 页面一改，脚本就容易挂。 Android 、iOS 、鸿蒙三端表现不完全一样。 弹窗、权限、加载中、toast 、偶现卡顿这些情况，都要额外处理。 最关键的是，如果没有专门自动化测试同学长期维护，这套东西很容易变成： 刚开始能跑，过一段时间没人敢动。 所以我后来尝试了另一条路： 能不能把 case 写成人话，然后让模型看真实手机截图，自己判断下一步怎么操作。 比如一个 case 可能就是： 打开 App ，登录账号，进入首页，确认能看到推荐列表。 系统拿到这个 case 后，分配一台真机。 执行过程中，每一步截图给 VLM ，让模型判断当前页面状态、下一步点哪里、输入什么、是否已经完成。 这个方向我一开始也只是想验证一下。 但后面做着做着，发现单纯做一个本地 demo 意义不大。因为公司里真正要用，光能跑起来还不够。 所以后面我把它补成了一个偏平台化的东西，目前已经在公司内部落地使用。 大概流程是： 外部系统投递一批 case ↓ 平台根据端类型寻找空闲设备 ↓ 真实手机开始执行 ↓ 每一步记录截图、模型判断、操作结果 ↓ 执行结束后生成报告 ↓ case 结果和批次结果回传给业务系统 现在它可以覆盖 Android 、iOS 、鸿蒙三端真机。 不过我自己的感受是，这个东西真正有价值的地方，不是“AI 能点手机”。 单纯让模型看图点一下，其实很容易做成 demo 。 真正落地的时候，麻烦的反而是这些： 页面是否已经稳定下来 模型是不是一直卡在同一个页面 弹窗、权限、广告、toast 这种临时 UI 怎么处理 失败以后怎么复盘 多台设备怎么调度 结果怎么让内部系统消费 怎么让开发和测试愿意相信这个报告 所以我后面做的时候，重点其实放在了执行链路上，而不只是模型本身。 当然，现在这个方案也不是没有问题。 稳定性肯定还不如写死脚本。 同一个 case 多跑几次，偶尔会出现模型判断不一致。 起始状态也很重要。账号状态、权限状态、弹窗状态如果不干净，模型很容易被带偏。 成本也要算。因为每一步都调 VLM ，跑多了肯定不是免费的。 另外像验证码、人脸、安全键盘、强风控这些场景，我也不觉得它适合硬做。 所以我现在对它的定位不是替代测试，也不是替代传统自动化。 更像是一个兜底工具。 比如： 开发提测前，先跑一遍主流程 发版前，跑几条核心冒烟 晚上定时跑一批基础回归 Android 、iOS 、鸿蒙三端做主链路对比 没有专门自动化测试岗位的团队，先把最痛的几个流程托管起来 目前我们内部已经用它跑了一些真实场景，确实能减少一部分重复点点点的工作。 但我也知道这个方向还不算成熟，所以想听听大家意见。 我比较想请教几个问题： 你们公司移动端回归一般是怎么做的？ 如果没有专门自动化测试岗位，自动化最后通常是谁维护？ VLM 看图操作真机这种方式，你们觉得最大的问题会是稳定性、成本，还是失败复盘？ 如果只是用来兜底主流程冒烟，而不是做完整测试，你们觉得有没有价值？ 这种方案要接进公司内部测试平台，你们最关心的是报告可信度、执行稳定性，还是环境隔离？ 我把目前整理出来的版本开源了，项目叫 ai-phone： https://github.com/dongxinsuperman/ai-phone.git 目前主力分支是 next/server-brain ， main 分支已经归档冻结。 发出来主要不是想说这个方案已经多完善，而是因为它确实在公司里跑起来了，也踩到了一些传统自动化和 VLM 落地之间的问题。 想听听大家怎么看这个方向，欢迎提建议，也欢迎拍砖。
他让观众刷礼物，加粉丝群，群里获得手搓plus教程+注册机！ 虽然知道教程公开拦不住传播，用免费的教程当敛财工具，有点过分了！ 8 个帖子 - 8 位参与者 阅读完整话题
最近在公司里落地了一套移动端 AI 自动化回归方案，想拿出来和大家交流一下，也听听有没有类似场景的同学。 先说背景。 我们这边移动端有 Android 、iOS ，现在还有鸿蒙。业务迭代比较快，每次发版前都要做一些主流程回归。 比如： 登录 内容浏览 内容发布 视频播放 核心页面跳转 多端基础兼容验证 问题是，测试资源并不是特别充足。 不是没人测，而是没有一个专门的人长期维护复杂自动化。很多时候是测试同学过一遍主流程，开发自己再补一遍。 时间紧的时候，大家其实都知道一些边角路径覆盖不到，但也只能先保核心链路。 之前也看过传统自动化方案，比如 Appium 、xpath 、坐标、录制回放这些。 实际落下来，问题基本差不多： 页面一改，脚本就容易挂。 Android 、iOS 、鸿蒙三端表现不完全一样。 弹窗、权限、加载中、toast 、偶现卡顿这些情况，都要额外处理。 最关键的是，如果没有专门自动化测试同学长期维护，这套东西很容易变成： 刚开始能跑，过一段时间没人敢动。 所以我后来尝试了另一条路： 能不能把 case 写成人话，然后让模型看真实手机截图，自己判断下一步怎么操作。 比如一个 case 可能就是： 打开 App ，登录账号，进入首页，确认能看到推荐列表。 系统拿到这个 case 后，分配一台真机。 执行过程中，每一步截图给 VLM ，让模型判断当前页面状态、下一步点哪里、输入什么、是否已经完成。 这个方向我一开始也只是想验证一下。 但后面做着做着，发现单纯做一个本地 demo 意义不大。因为公司里真正要用，光能跑起来还不够。 所以后面我把它补成了一个偏平台化的东西，目前已经在公司内部落地使用。 大概流程是： 外部系统投递一批 case ↓ 平台根据端类型寻找空闲设备 ↓ 真实手机开始执行 ↓ 每一步记录截图、模型判断、操作结果 ↓ 执行结束后生成报告 ↓ case 结果和批次结果回传给业务系统 现在它可以覆盖 Android 、iOS 、鸿蒙三端真机。 不过我自己的感受是，这个东西真正有价值的地方，不是“AI 能点手机”。 单纯让模型看图点一下，其实很容易做成 demo 。 真正落地的时候，麻烦的反而是这些： 页面是否已经稳定下来 模型是不是一直卡在同一个页面 弹窗、权限、广告、toast 这种临时 UI 怎么处理 失败以后怎么复盘 多台设备怎么调度 结果怎么让内部系统消费 怎么让开发和测试愿意相信这个报告 所以我后面做的时候，重点其实放在了执行链路上，而不只是模型本身。 当然，现在这个方案也不是没有问题。 稳定性肯定还不如写死脚本。 同一个 case 多跑几次，偶尔会出现模型判断不一致。 起始状态也很重要。账号状态、权限状态、弹窗状态如果不干净，模型很容易被带偏。 成本也要算。因为每一步都调 VLM ，跑多了肯定不是免费的。 另外像验证码、人脸、安全键盘、强风控这些场景，我也不觉得它适合硬做。 所以我现在对它的定位不是替代测试，也不是替代传统自动化。 更像是一个兜底工具。 比如： 开发提测前，先跑一遍主流程 发版前，跑几条核心冒烟 晚上定时跑一批基础回归 Android 、iOS 、鸿蒙三端做主链路对比 没有专门自动化测试岗位的团队，先把最痛的几个流程托管起来 目前我们内部已经用它跑了一些真实场景，确实能减少一部分重复点点点的工作。 但我也知道这个方向还不算成熟，所以想听听大家意见。 我比较想请教几个问题： 你们公司移动端回归一般是怎么做的？ 如果没有专门自动化测试岗位，自动化最后通常是谁维护？ VLM 看图操作真机这种方式，你们觉得最大的问题会是稳定性、成本，还是失败复盘？ 如果只是用来兜底主流程冒烟，而不是做完整测试，你们觉得有没有价值？ 这种方案要接进公司内部测试平台，你们最关心的是报告可信度、执行稳定性，还是环境隔离？ 我把目前整理出来的版本开源了，项目叫 ai-phone： https://github.com/dongxinsuperman/ai-phone.git 目前主力分支是 next/server-brain ， main 分支已经归档冻结。 发出来主要不是想说这个方案已经多完善，而是因为它确实在公司里跑起来了，也踩到了一些传统自动化和 VLM 落地之间的问题。 想听听大家怎么看这个方向，欢迎提建议，也欢迎拍砖。
最近在公司里落地了一套移动端 AI 自动化回归方案，想拿出来和大家交流一下，也听听有没有类似场景的同学。 先说背景。 我们这边移动端有 Android 、iOS ，现在还有鸿蒙。业务迭代比较快，每次发版前都要做一些主流程回归。 比如： 登录 内容浏览 内容发布 视频播放 核心页面跳转 多端基础兼容验证 问题是，测试资源并不是特别充足。 不是没人测，而是没有一个专门的人长期维护复杂自动化。很多时候是测试同学过一遍主流程，开发自己再补一遍。 时间紧的时候，大家其实都知道一些边角路径覆盖不到，但也只能先保核心链路。 之前也看过传统自动化方案，比如 Appium 、xpath 、坐标、录制回放这些。 实际落下来，问题基本差不多： 页面一改，脚本就容易挂。 Android 、iOS 、鸿蒙三端表现不完全一样。 弹窗、权限、加载中、toast 、偶现卡顿这些情况，都要额外处理。 最关键的是，如果没有专门自动化测试同学长期维护，这套东西很容易变成： 刚开始能跑，过一段时间没人敢动。 所以我后来尝试了另一条路： 能不能把 case 写成人话，然后让模型看真实手机截图，自己判断下一步怎么操作。 比如一个 case 可能就是： 打开 App ，登录账号，进入首页，确认能看到推荐列表。 系统拿到这个 case 后，分配一台真机。 执行过程中，每一步截图给 VLM ，让模型判断当前页面状态、下一步点哪里、输入什么、是否已经完成。 这个方向我一开始也只是想验证一下。 但后面做着做着，发现单纯做一个本地 demo 意义不大。因为公司里真正要用，光能跑起来还不够。 所以后面我把它补成了一个偏平台化的东西，目前已经在公司内部落地使用。 大概流程是： 外部系统投递一批 case ↓ 平台根据端类型寻找空闲设备 ↓ 真实手机开始执行 ↓ 每一步记录截图、模型判断、操作结果 ↓ 执行结束后生成报告 ↓ case 结果和批次结果回传给业务系统 现在它可以覆盖 Android 、iOS 、鸿蒙三端真机。 不过我自己的感受是，这个东西真正有价值的地方，不是“AI 能点手机”。 单纯让模型看图点一下，其实很容易做成 demo 。 真正落地的时候，麻烦的反而是这些： 页面是否已经稳定下来 模型是不是一直卡在同一个页面 弹窗、权限、广告、toast 这种临时 UI 怎么处理 失败以后怎么复盘 多台设备怎么调度 结果怎么让内部系统消费 怎么让开发和测试愿意相信这个报告 所以我后面做的时候，重点其实放在了执行链路上，而不只是模型本身。 当然，现在这个方案也不是没有问题。 稳定性肯定还不如写死脚本。 同一个 case 多跑几次，偶尔会出现模型判断不一致。 起始状态也很重要。账号状态、权限状态、弹窗状态如果不干净，模型很容易被带偏。 成本也要算。因为每一步都调 VLM ，跑多了肯定不是免费的。 另外像验证码、人脸、安全键盘、强风控这些场景，我也不觉得它适合硬做。 所以我现在对它的定位不是替代测试，也不是替代传统自动化。 更像是一个兜底工具。 比如： 开发提测前，先跑一遍主流程 发版前，跑几条核心冒烟 晚上定时跑一批基础回归 Android 、iOS 、鸿蒙三端做主链路对比 没有专门自动化测试岗位的团队，先把最痛的几个流程托管起来 目前我们内部已经用它跑了一些真实场景，确实能减少一部分重复点点点的工作。 但我也知道这个方向还不算成熟，所以想听听大家意见。 我比较想请教几个问题： 你们公司移动端回归一般是怎么做的？ 如果没有专门自动化测试岗位，自动化最后通常是谁维护？ VLM 看图操作真机这种方式，你们觉得最大的问题会是稳定性、成本，还是失败复盘？ 如果只是用来兜底主流程冒烟，而不是做完整测试，你们觉得有没有价值？ 这种方案要接进公司内部测试平台，你们最关心的是报告可信度、执行稳定性，还是环境隔离？ 我把目前整理出来的版本开源了，项目叫 ai-phone： https://github.com/dongxinsuperman/ai-phone.git 目前主力分支是 next/server-brain ， main 分支已经归档冻结。 发出来主要不是想说这个方案已经多完善，而是因为它确实在公司里跑起来了，也踩到了一些传统自动化和 VLM 落地之间的问题。 想听听大家怎么看这个方向，欢迎提建议，也欢迎拍砖。
最近在公司里落地了一套移动端 AI 自动化回归方案，想拿出来和大家交流一下，也听听有没有类似场景的同学。 先说背景。 我们这边移动端有 Android 、iOS ，现在还有鸿蒙。业务迭代比较快，每次发版前都要做一些主流程回归。 比如： 登录 内容浏览 内容发布 视频播放 核心页面跳转 多端基础兼容验证 问题是，测试资源并不是特别充足。 不是没人测，而是没有一个专门的人长期维护复杂自动化。很多时候是测试同学过一遍主流程，开发自己再补一遍。 时间紧的时候，大家其实都知道一些边角路径覆盖不到，但也只能先保核心链路。 之前也看过传统自动化方案，比如 Appium 、xpath 、坐标、录制回放这些。 实际落下来，问题基本差不多： 页面一改，脚本就容易挂。 Android 、iOS 、鸿蒙三端表现不完全一样。 弹窗、权限、加载中、toast 、偶现卡顿这些情况，都要额外处理。 最关键的是，如果没有专门自动化测试同学长期维护，这套东西很容易变成： 刚开始能跑，过一段时间没人敢动。 所以我后来尝试了另一条路： 能不能把 case 写成人话，然后让模型看真实手机截图，自己判断下一步怎么操作。 比如一个 case 可能就是： 打开 App ，登录账号，进入首页，确认能看到推荐列表。 系统拿到这个 case 后，分配一台真机。 执行过程中，每一步截图给 VLM ，让模型判断当前页面状态、下一步点哪里、输入什么、是否已经完成。 这个方向我一开始也只是想验证一下。 但后面做着做着，发现单纯做一个本地 demo 意义不大。因为公司里真正要用，光能跑起来还不够。 所以后面我把它补成了一个偏平台化的东西，目前已经在公司内部落地使用。 大概流程是： 外部系统投递一批 case ↓ 平台根据端类型寻找空闲设备 ↓ 真实手机开始执行 ↓ 每一步记录截图、模型判断、操作结果 ↓ 执行结束后生成报告 ↓ case 结果和批次结果回传给业务系统 现在它可以覆盖 Android 、iOS 、鸿蒙三端真机。 不过我自己的感受是，这个东西真正有价值的地方，不是“AI 能点手机”。 单纯让模型看图点一下，其实很容易做成 demo 。 真正落地的时候，麻烦的反而是这些： 页面是否已经稳定下来 模型是不是一直卡在同一个页面 弹窗、权限、广告、toast 这种临时 UI 怎么处理 失败以后怎么复盘 多台设备怎么调度 结果怎么让内部系统消费 怎么让开发和测试愿意相信这个报告 所以我后面做的时候，重点其实放在了执行链路上，而不只是模型本身。 当然，现在这个方案也不是没有问题。 稳定性肯定还不如写死脚本。 同一个 case 多跑几次，偶尔会出现模型判断不一致。 起始状态也很重要。账号状态、权限状态、弹窗状态如果不干净，模型很容易被带偏。 成本也要算。因为每一步都调 VLM ，跑多了肯定不是免费的。 另外像验证码、人脸、安全键盘、强风控这些场景，我也不觉得它适合硬做。 所以我现在对它的定位不是替代测试，也不是替代传统自动化。 更像是一个兜底工具。 比如： 开发提测前，先跑一遍主流程 发版前，跑几条核心冒烟 晚上定时跑一批基础回归 Android 、iOS 、鸿蒙三端做主链路对比 没有专门自动化测试岗位的团队，先把最痛的几个流程托管起来 目前我们内部已经用它跑了一些真实场景，确实能减少一部分重复点点点的工作。 但我也知道这个方向还不算成熟，所以想听听大家意见。 我比较想请教几个问题： 你们公司移动端回归一般是怎么做的？ 如果没有专门自动化测试岗位，自动化最后通常是谁维护？ VLM 看图操作真机这种方式，你们觉得最大的问题会是稳定性、成本，还是失败复盘？ 如果只是用来兜底主流程冒烟，而不是做完整测试，你们觉得有没有价值？ 这种方案要接进公司内部测试平台，你们最关心的是报告可信度、执行稳定性，还是环境隔离？ 我把目前整理出来的版本开源了，项目叫 ai-phone： https://github.com/dongxinsuperman/ai-phone.git 目前主力分支是 next/server-brain ， main 分支已经归档冻结。 发出来主要不是想说这个方案已经多完善，而是因为它确实在公司里跑起来了，也踩到了一些传统自动化和 VLM 落地之间的问题。 想听听大家怎么看这个方向，欢迎提建议，也欢迎拍砖。
IT之家 5 月 19 日消息，荣耀终端股份有限公司产品线总裁方飞今日发文， 暗示 ARRI 阿莱的工作人员即将来访荣耀影像实验室 。 影像实验室的伙伴们说， 有几位新伙伴快莱了 ，大家猜猜看 [呲牙笑] 参考IT之家此前报道，今年 3 月，荣耀在 MWC 2026 现场举行了全球发布会，宣布与顶级电影摄影机厂商 ARRI 阿莱达成战略技术合作。 本次合作将率先在全球首款机器人手机 Robot Phone 落地 ，旨在融合荣耀的移动影像以及 ARRI 百年底蕴的电影摄影技术。 目前，这款“手机机器人”Robot Phone 仍处于待发阶段，不过荣耀终端股份有限公司 CEO 李健已在 5 月 15 日官宣， Robot Phone 将在三季度上市 。此次 ARRI 阿莱工作人员的到来，或将与荣耀影像实验室工作人员联合调校 Robot Phone 的影像能力。