一、大模型智能体平台：扣子（coze）

字节跳动的扣子平台提供了丰富的功能，包括插件、系统、记忆库、工作流等，支持知识库和自定义的插件构建的机器人可以轻松的部署到多个平台，几乎不需要具备编程的基础模型插件。还有知识库等核心技术都已经进行了非常好的封装，支持多agent模式，允许用户创建多个专注于特定任务的单agent，并且可以统一管理。

二、大模型智能体平台：腾讯元器

腾讯元器的开发者可以通过插件、知识库、工作流等方式，快速的、低门槛的来打造高质量的智能体，支持发布到QQ、微信等平台的同时，也支持API的调用。

三、大模型智能体平台：智谱清言

中国版的对话语言模型与GLM大模型进行对话，基于ChatGLM中英双语大模型进行开发，通过万亿字符的文本与代码的预训练，结合有监督的微调技术，具备了通用问答、多轮对话、创意写作、代码生成、虚拟对话、AI画图、文档和图片解读等等的能力。

四、大模型智能体平台：百度灵境

百度灵境智能体支持低代码的开发模式，灵活度相对更高，可以一键分发到微信客服、微信公众号、Web端、H5以及百度灵境矩阵等主流渠道之上。基于这些渠道应用，还能够在百度搜索、百度信息流等主流场景下进行分发与挂载。

TabView 是 SwiftUI 中用于创建标签页视图的组件，类似于 UIKit 中的 UITabBarController。

SwiftUI 中的 Label 组件结合了标题和可选的系统图像，使其成为适用于各种 UI 元素的多功能工具。

UIScene是iOS 13引入的，核心要解决的是，原来的基于1个Window管理App UI的策略，不能很好的适配像iPad中出现的一个App对应多个Window的场景 iOS 13之前 在iOS

背景

由于苹果审核最后一步是人工介入，所以这也大大增加了影响审核结果的不确定。

比如最近有一个同行，本来是iPhone设备的产品，应是被苹果因为不适配iPad被打回。

Guideline 4.0 - Design  
  
Several screens of the app were crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air 11-inch (M2) running iPadOS 18.6.  
  
Next Steps  
  
To resolve this issue, revise the app to ensure that the content and controls on the screen are easy to read and interact with.  
  
Note that users expect apps they download to function on all the devices where they are available. Since your app may be downloaded onto iPad devices, it is important that it also function as expected for iPad users.

简单来说：

苹果认为该应用会被安装在iPad类型的设备中，期望UI可适配iPad上的所有情况。

但，离谱的是苹果只是提出页面不适配，感到了拥挤并没有明确说明，具体是哪些页面。

正常来讲附件会有对应的应用截图，实际上并没有任何参考。

自查阶段

1. 构建勾选情况，如果勾选了iPad构建的版本，除了本身要兼容iPhone还必须要兼容iPad，而且在市场截图还必须对应配置。

2. 使用iPad自查页面，确保产品本身确实没有审核员所说的适配问题。

快速解决方案

由于该同行仅仅只是勾选了iPhone尺寸，并不会做iPad的兼容。同时，该产品已经顺利迭代过3~4次，并非首次提交。所以，用最简单直接的方式向苹果主动说明并且做一个保证。

回复内容：
苹果审核：
   你好，感谢你的提醒。我们的产品并没有iPad建构的规划，并且我们保证在后续的迭代中，都并不会为
iPad的用户提供服务。我们在之前的迭代中都没有遇到此类问题，并且我们确保在项目构建未勾选iPad相关
配置，所以我们不清楚为什么一定适配iPad所有场景？
最好的问候

遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！

相关推荐

# Pingpong和连连的平替，让AppStore收款无需新增持有人。

# 苹果加急审核是“绿色通道”还是“死亡陷阱”？

# 苹果开发者邮箱，突然收到11.2通知严重么？

# 不想被苹果卡审最好错开这两个提审时间

# 手撕苹果审核4.3是代码问题还是设计问题？

# 有幸和Appstore审核人员进行了一场视频会议特此记录。

知识星球

更多Appstore咨询问题，请关注知识星球。「提供1v1上架指导，帮助开发者解决Appstore的疑难杂症，助力每一位开发者！」。

元器本身的优点有三个：

1、团队功能，一个团队可以有50人，支持创建5个。方便小企业和团队，在元器上以团队方式创建智能体、工作流、插件、知识库，并共享这些资产。也方便大家共同协助，相互学习，我创立了一个”浪洋洋和朋友们”的团队，欢迎大家加入。

2、有简单的官方说明文档，能在元器平台内直接加入官方群，有负责人解答。

3、免费TOKEN额度高，估计是用的人少，现在单个账号免费额度有1个亿，轻松实现人生小目标，用不完真的用不完。扣子的免费TOKEN额度很少了，初学者练手可以试试元器。

drawRect: 是 UIView 中用于自定义绘制内容的核心方法，对iOS开发者来说，想要高效绘图，我们需要深入理解这个方法。

在 Swift 开发中，结构体（struct）的属性声明常面临 let 与 var 的抉择。本文将从多个维度解析两者的差异，并结合实际场景提供决策建议。 一、基础差异：不可变性与初始化行为 1. 不可

在异步函数中处理清理逻辑时，defer语句能确保代码在当前作用域退出前执行，无论函数是正常结束、抛出错误还是被提前返回。本文将通过一个常见场景——显示/隐藏加载指示器——演示 defer的用法。 典型

背景

正所谓，男人不好色好什么？How are you 么？

本来今天准备了另外的一个素材，准备发稿了。突然有个xxv加我，看着头像就知道不一般，结果果然不一般。

对话截图

为啥三个不？

首先，我要表明自身立场确实在不方便接语音。其次，遇到的白嫖党太多了习惯了。所以，我习惯丑话说前边。

本质上成年人的社交，本来就应该是高效的。如果愿意付费就聊聊，不愿意付费就算了，没必要浪费彼此的时间。

毕竟大家的时间都挺值钱，没必要互相耽误。

对于这样就别做生意了那就更可笑了，你在教我做事？

我用了最简单的三个不，就是为了过滤这种低价低质量的交流。

同时，再次声明一下。我从16年就开始从事iOS开发的工作，从20年iOS审核过审严格之后截至目前，已经累计折损了60个账号。这里边有部分是公司，有部分是个人试错。

公众号咨询只不过是把之前账号成本回回血，顺便真正帮助一些想上架却上不去的同行。

有独立开发者身份傍身，即使不做咨询也依旧可以很潇洒。因为自身暂时没有什么好的产品，而且工具类产品暂时也不需要维护。

所以找了个公司混混社保，让自己时刻保持着学习的状态，在结交一些新的志同道合的朋友，拓展一下自己的人脉圈子。

写在最后

大家都是成年人别总想着像小孩子一样占便宜了。成人的免费往往都是最贵的，比如免费领鸡蛋，高价卖保jian品。再比如免费陪聊，引入杀🐷盘。

最近还看到一个见闻，易水寒一套时装10w+，而大多数游戏还停留在6元首冲的套路。

所以，与其做低价低质量的用户，不如分流提高客单价。以少胜多，以质取胜。

遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！

相关推荐

# Pingpong和连连的平替，让AppStore收款无需新增持有人。

# 苹果加急审核是“绿色通道”还是“死亡陷阱”？

# 苹果开发者邮箱，突然收到11.2通知严重么？

# 不想被苹果卡审最好错开这两个提审时间

# 手撕苹果审核4.3是代码问题还是设计问题？

# 有幸和Appstore审核人员进行了一场视频会议特此记录。

知识星球

更多Appstore咨询问题，请关注知识星球。「提供1v1上架指导，帮助开发者解决Appstore的疑难杂症，助力每一位开发者！」。

十分钟学会调用苹果原生大模型，不联网、不走流量、不丢隐私 一、为什么开发者要开始关心「苹果自己的大模型」？ WWDC 24 的 Platforms State of the Union 上，苹果第一次

原文链接 为什么旧写法撑不过三次迭代？ 先来看一个“经典”写法 痛点一句话总结：初始化即地狱。 • 参数爆炸，阅读困难 • 布局/样式/行为耦合，一改全改 • 无法注入自定义内容，复用性 ≈ 0 目标

Swift Concurrency（Swift 并发编程）的三大基石 async/await（异步代码同步化）、Task/TaskGroup(结构化)、Actor(借助编译器检查保证并发安全)

访问 weekly.fatbobman.com 订阅 "肘子的 Swift 周报" 邮件版本。周报将向您介绍近期有关 Swift、SwiftUI、Core Data、SwiftData 等优秀的文章

背景

各大广告平台在7月17号，开启了SDK版本的重大升级。以穿山甲为例：站内信也在多次提醒，请将SDK版本升级到最新版本。

其实从7月15号开始，广告点击率已经有了明显的风控，从15号~17号，点击率从两位数变个位数。足以预见未来广告收益的波动将会迎来，多么严峻的暴风雨。

整治重点

针对恶意的广告App，随意跳转第三方应用的问题，进行了针对性打击。

同时，整改关于误触堆出来的曝光和点击率。

带来的影响？

以开屏广告为例，ecpm从40元左右下降到了20元左右，基本上可以说是腰斩。

作为变现作为核心的激励视频和插屏广告，也大相径庭。单用户产生收益从人均0.18元，锐减到0.055元。

是的，没有看错。靠单一广告变现，且恶意堆砌曝光广告的路子终将落幕。

对于产品商业化的发展和规划，需要有更多的反思。每一次洗牌的背后，都是对于竞品的肃清。

如何转型？

单一的广告依然鸡肋，建议更多的开发者应该把心思放在让用户，玩的简单，用的舒服，体验较好。同时，确实帮助用户解决了生活所需的痛点。

就当下的环境而言，其实大多数用户是很愿意为自己的情绪价值买单，越来越多的人开始尊重知识付费。

所以，弱化广告变现，提升会员权益，将是未来产品发展不可或缺的生命力。

遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！

相关推荐

# Pingpong和连连的平替，让AppStore收款无需新增持有人。

# 苹果加急审核是“绿色通道”还是“死亡陷阱”？

# 苹果开发者邮箱，突然收到11.2通知严重么？

# 不想被苹果卡审最好错开这两个提审时间

# 手撕苹果审核4.3是代码问题还是设计问题？

# 有幸和Appstore审核人员进行了一场视频会议特此记录。

知识星球

更多Appstore咨询问题，请关注知识星球。「提供1v1上架指导，帮助开发者解决Appstore的疑难杂症，助力每一位开发者！」。

accessibilityIdentifier 的唯一性要求 关于 accessibilityIdentifier 是否需要唯一值，以及在同一个页面中是否可以重复使用，以下是详细解答： 核心结论 ac

accessibilityIdentifier 与 @AccessibilityFocusState 的区别与使用场景 这两个属性虽然都与无障碍功能相关，但用途和实现机制完全不同。下面我将详细比较它们

iOS26 增加了符合 Liquid Glass 风格的效果UIGlassEffect与UIGlassContainerEffect。

在 iOS/macOS 开发中，NSThread 是用于处理多线程操作的基础类，start、cancel 和 main 是其核心方法，各自承担不同职责：