首页 文章 精选 留言 我的

精选列表

搜索[iphone],共3850篇文章
优秀的个人博客,低调大师

iOS 9.1现2大故障 iPhone基本功能遭殃

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 iOS 9.1 是个颇为稳定的版本,至少初初推出时的印象是这样,现在推出接近两星期,一些颇为严重的问题开始浮现。其中两大问题,正在困扰为数不少的用户。 ***个问题是连接App Store,受影响的用户不能存取App Store、不能更新apps、不能找回下载记录。就算注销再登入Apple ID,依然未能修复。部分不幸的用户,问题更超越App Store,而是所有用Apple ID 登入的功能都受影响例如Game Center 和Apple Music。 第二个不少用户都遇到的重大问题是Touch ID。有些装置的Touch ID 辨识速度变得很慢,或者变得不稳定,最严重的是完全没反应。部分用户强制重启后能暂时修复,但再过一阵子问题又再发生。 之前只要由iOS 9.1 降回iOS 9.0.2 就能修正以上两个问题,可是现在Apple 已经暂停认证iOS 9.0.2。由于颇多人都受影响,外国大型传媒Forbes 甚至直接联络Apple,不过Apple 暂时不回应。

优秀的个人博客,低调大师

苹果 AI 要来了,你准备好让 iPhone 替自己办事了吗?

国行 Apple Intelligence 将至:AI 手机替人办事,还差什么? 等了许久的国行苹果 AI,终于有了更明确的时间表。 10 月 31 日,苹果宣布,Apple Intelligence 首批核心功能计划于 11 月 4 日开放开发者测试,12 月随 iOS 27.3 面向中国用户推出。实时翻译、写作辅助、照片消除等在首批范围内。苹果同时明确,这次更新不包含 Siri AI 及 WWDC 2026 宣布的其他下一代功能。 但它很适合让我们重新想一想:我们期待一部 AI 手机,究竟是在期待什么? 翻译更方便,照片更好修,写消息有人帮忙,当然都有价值。不过,期待还可以往前走一步。 我们买票、订酒店、办退货、预约服务,往往不是因为喜欢操作 App,而是为了把事情办成。一个需求要打开三个软件,反复填信息,核对时间,再把不同结果拼到一起。这些原本就属于生活中的协调劳动。 如果手机能够理解目标,再替我们完成这些步骤,AI 带来的改变就不只是一项新功能。它可能改变我们使用软件和服务的方式。 **过去,人学习每个 App 怎么操作;以后,越来越多操作可能围绕人的目标来组织。** 设想一个未来场景,并非苹果本次已经交付的功能: 你对手机说:“把周五去上海的车票和酒店都改到周日,总共别多花超过 200 元。” 这句话很好懂。一个足够聪明的助手,也许能查到订单,找到新的车次和房间,算出差价。 但查完之后,它发现:车票可以改,原来的酒店却不能免费调整日期。换一家酒店能控制住总价,只是位置远了几公里。 接下来,它应该直接帮你换酒店,还是回来问你? 如果它先改了车票,再发现酒店没房了,应该告诉你“车票已处理”,还是告诉你“整趟行程还没有安排好”?如果原酒店的取消需要付费,这笔损失是否包含在你说的 200 元里? 这些问题不一定需要用户逐个事先回答,但系统必须知道,哪些决定已经获得委托,哪些仍需要确认。 “总共别多花超过 200 元”看起来很明确,却不一定等于“可以取消原订单、换酒店、接受任何不超过预算的损失”。价格符合要求,也不代表其他条件都符合要求。 手机理解了一句话,和它被允许替你作出哪些决定,是两件需要分别解决的事。 过去,我们亲自操作 App,很多决定藏在页面里。选定某个车次,看到取消费用,勾选条款,再按下确认。页面可能繁琐,却也在呈现条件、等待选择、记录动作。 当然,点击按钮不意味着人一定认真看过所有内容。但当 AI 接过操作之后,这些原本由页面承载的信息和选择,至少要以另一种方式交代清楚。 否则,省掉的可能不仅是几个按钮,还包括一次本来需要用户作出的决定。 **可以减少人的操作,但不能让人的授权范围跟着变得模糊。** 更值得注意的是,手机上的几个 App,背后可能属于完全不同的服务机构。 铁路或售票平台掌握票务规则,酒店掌握订单和取消条件,支付机构管理支付,用户决定愿意接受什么安排。它们不会因为手机上出现了一个统一的 AI 入口,就自动变成同一套系统。 AI 可以把这些服务连起来,却不能因此替酒店决定哪些订单可以免费取消,也不能凭“我是在帮用户办事”,让支付环节跳过必要检查。 这其中有两层条件必须同时成立:用户允许 AI 这样做,服务方也允许这项业务这样办理。 手机已经登录账号,只能说明它具备某种访问条件,并不能单独证明用户委托了这一次具体操作。反过来,用户明确说了“帮我退掉”,也不意味着一笔不符合退订条件的订单就应该被强行退掉。 **手机可以成为统一入口,各个服务的权限、规则和责任,却不会因此自动合并。** 有人可能会担心:这样一来,AI 每做一步都要问用户,那还不如自己操作。 这恰恰说明,规则需要设计得更清楚。 比如,用户可以事先允许助手查询订单、比较方案,并在明确条件内完成调整;当费用超出预算、住宿地点发生明显变化,或者出现无法一并处理的订单时,再把关键选择交还给用户。 需要重新确认的,是原有授权没有覆盖、会改变用户承诺或让用户承担新增后果的决定。查询进度、整理信息、按已确认条件继续执行,不必都变成一次新的打扰。 具体哪些操作可以预先授权,要看服务、风险和用户设置。这里没有一条适合所有业务的统一金额线。 但产品的方向可以很清楚:让 AI 知道什么时候可以继续,什么时候该停下来,以及停下来时需要向用户说清什么。 如果每一步都需要人盯着,省下的操作时间很可能又花在了监督上。边界明确,才能把一部分日常工作真正放心交出去。 执行之后,还需要回答另一件事:到底办成了什么? 一次行程调整,可能包含车票改签、酒店取消、新酒店预订和退款。几个服务的处理速度不同,也可能有的成功、有的失败。 助手不能只凭“请求已发出”,就把整件事总结成“已经安排好了”。用户需要的是可以依靠的结果:新车票有没有确认,酒店是否订妥,原订单退款还在等待,哪一处仍需处理。 假如中途断网,重新打开手机后,助手也应该先确认此前的动作是否已经生效,再决定是否继续,避免替用户重复下单。 这不是为了给普通人展示一大串技术日志。相反,正是底层需要分清这些状态,用户才能看到一句简洁而准确的进展说明。 “已经替你安排好了”越轻巧,背后的核对工作就越不能省略。 讲到这里,我们就能理解,为什么 AI 手机会把一个原本容易被看作“企业后台接入”的问题,带进普通人的日常生活。 我们把智能体接受人或组织的委托、进入已有业务系统替人办事的这类场景,称为 **A2B(Agent-to-Business)**。 这里的业务系统,不只指公司员工使用的后台。消费者买票、预约、退货,同样在与服务机构的业务系统打交道。以前是人通过 App 操作,未来可能由 AI 代表人去完成。 因此,判断一个场景是否属于 A2B,关键也不在于它跨了几个 App。把文字从一个应用复制到另一个应用,与代表用户提交一笔订单,是不同的事情;只在一个 App 里办理退款,也已经涉及真实业务委托。 A2B 提供的是一个理解这种变化的视角:当软件开始由智能体代人使用,原来围绕人的界面和操作建立的关系,应该怎样继续成立? 接着才是更具体的问题:不同助手、不同服务方,能不能用共同理解的方式表达行动规则? 一家服务开放什么能力,操作需要什么主体条件,哪些动作有需要确认的风险,执行后需要留下哪些记录。如果每接一个助手、每换一个入口,都要重新解释和适配一遍,合作成本会反复出现。 我们提出的 **ACC(Agent Capability Contract,智能体能力契约)**,就是围绕这类问题整理的一份公共契约参考。它尝试让面向智能体开放的能力及其治理要求,有一套可以共同阅读、检查和讨论的表达。 这份声明不会代替酒店执行退订规则,也不会让一个助手自动获得用户的全部权限。具体规则仍需要相应的执行机制落实,业务系统仍要根据真实身份、订单状态和自身规则作出最终判断。 共同表达的价值,是帮助参与者衔接各自负责的部分。它不要求所有服务变成同一家,也不要求所有场景采用同一个助手。 我们也把这些思考做成了开源实现 BailingHub,放回自己的业务接入中使用和改进。现在积累的实践主要来自企业业务系统;AI 手机、操作系统和更多服务之间的协作,是值得继续验证的延伸方向。 我们希望开放的,是一组可讨论的问题、一份可修改的参考,以及真实接入中积累的经验。 从软件开发者的角度看,这也是 AI 手机带来的一个值得准备的机会。 即使用户将来少打开几次 App,订单、库存、预约、结算和履约仍然需要可靠的业务系统承接。服务方可以开始梳理:哪些事情适合交给智能体,哪些条件必须守住,出了异常怎样把结果说明白。 手机厂商改善入口,业务软件提供可靠服务,双方有机会把原本由用户承担的来回协调接起来。用户得到的价值,最终应体现在少费了多少心、少跑了多少步骤,以及事情是否真的办妥。 国行 Apple Intelligence 的推出计划,让我们对手机的新能力有了更具体的期待。而当这些期待继续走向“替我办事”,行业需要准备的,也包括能力背后的行动规则。 听懂用户,只是委托的开始。 一部值得信任的 AI 手机,还要知道自己被允许做到哪里,遇到什么变化应该回来问,以及最后拿什么确认事情已经办好。 我们期待的,是越来越少的操作负担,以及越来越清楚的行动边界。两者一起成立,手机才可能成为一个可以放心托付事情的助手。 --- 延伸阅读: - [Apple 智能即将登陆中国:首批功能与推出计划](https://www.apple.com.cn/newsroom/2026/10/apple-intelligence-features-are-coming-to-users-in-china/) - [A2B:理解智能体进入已有业务系统的一种认知坐标](https://agentcapability.org/articles/a2b/) - [智能体进入业务系统,为什么需要公共契约](https://agentcapability.org/articles/public-contract-for-agent-action/) - [BailingHub 开源项目与实践](https://www.bailinghub.com/)

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

用户登录
用户注册