我的红薯卡片app上线苹果商店啦！实战经验分享！含内测邀请

我的红薯卡片app上线苹果商店啦！实战经验分享！含内测邀请 🍎 我的红薯卡片app上线苹果商店啦！实战经验分享！含内测邀请 Modified December 2, 2025 提取完了之后把列表发给claudecode用最常见的PIL/Pillow来切图 坐等一个个拖进去就行了。 展示页设计 就像我的红薯封面是红色、黑色、淡奶油色为主一样， 我想建立自己的视觉体系，并且传达出AI就像婴幼儿教材一样简单易得。我想让所有接触我的人都对技术完全祛魅。所以设计风格都偏幼稚。 淡黄色还代表米，我希望在我的影响下，没技术的普通人去吃到技术的好处。这是也是使用淡黄色的原因之一。 加上小红薯是红色的，所以做了这样的设计。 总之，先做个垃圾先上架，再慢慢迭代。 最后，关于内容创作。 之前看到一个AI自媒体top1老师给别的kol建议是做实战内容。我当时第一个感觉是要我去做真功夫。 现在看来是这样的，一个AI赛道的账号/独立开发者想要吸引更多关注还是要解决实际问题，而且是服务大众的哪怕一指甲盖的问题，都要比单纯谈论更有效。 在最重要的个人魅力/能量之后，是价值决定了内容创作者走向哪里，而不是做作。 或许独立开发也能成为你和这个世界沟通的渠道之一，在这个过程中，让自己丰盛起来。 我是阿星，更多AI应用，我们下期再见👋 评论区找我内测。 提取完了之后把列表发给claudecode用最常见的PIL/Pillow来切图 坐等一个个拖进去就行了。 展示页设计 就像我的红薯封面是红色、黑色、淡奶油色为主一样， 我想建立自己的视觉体系，并且传达出AI就像婴幼儿教材一样简单易得。我想让所有接触我的人都对技术完全祛魅。所以设计风格都偏幼稚。 淡黄色还代表米，我希望在我的影响下，没技术的普通人去吃到技术的好处。这是也是使用淡黄色的原因之一。 加上小红薯是红色的，所以做了这样的设计。 总之，先做个垃圾先上架，再慢慢迭代。 最后，关于内容创作。 之前看到一个AI自媒体top1老师给别的kol建议是做实战内容。我当时第一个感觉是要我去做真功夫。 现在看来是这样的，一个AI赛道的账号/独立开发者想要吸引更多关注还是要解决实际问题，而且是服务大众的哪怕一指甲盖的问题，都要比单纯谈论更有效。 在最重要的个人魅力/能量之后，是价值决定了内容创作者走向哪里，而不是做作。 或许独立开发也能成为你和这个世界沟通的渠道之一，在这个过程中，让自己丰盛起来。 我是阿星，更多AI应用，我们下期再见👋 评论区找我内测。 原文链接：https://mp.weixin.qq.com/s/BOtj79weV n141dU4T GJA 前段时间发了个小红薯卡片生成器意外爆火！ 经过两天紧锣密鼓的腾😂 APP版本也上线了！ 名字:红薯卡片redtool 目前已在TestFlight（AppleStore内测专用）可用，评论区找我内测。 我还正经包装了一波哈哈👇 之前的web版本长这样👇 使用方法分两步—— 1、点进去之后没有TestFlight的需要先download 2、有了之后再回来就能直接打开了 3、如果方便，我很欢迎你遇到bug直接截图右上角有个选项是发给开发者，提交就行了。或者直接发给我。 以下是我的整个编程、上架过程中遇到的问题， 可以先保存起来，特别是苹果iOS开发的0基础小白，你可能会遇到和我相同的问题免踩坑！ 产品总览 整体设计上分为上下两块，预览区和编辑区。 参考的是市场上常见的图片APP的P图版式。 预览区直接单屏右滑可以查看每张照片的效果，节约空间。 编辑区的标题、正文、标签、刊号作为连续横向滑动区，方便快速调试。 也放了几个笨笨的预设文本给大家参考后续会迭代，不过我认为真的愿意打磨卡片的用户其实也具备专业意愿了。 怕打字区域太小大家误触，专门做了text area， 轻触都可以伸缩编辑，这样就可以放心分段了。 开发redtool的前置思考 时间成本？ 我不能随便开发一个东西，因为我没时间浪费。所以我想了很多因素才去动手。 我之前开发过iOSApp，水平非常垃圾，但是我知道大概的流程。可以看我之前写的非常详细的iOS整个上架的流程👉零基础也能用AI开发苹果APP，从注册到上架全流程拆解其实整个过程比大家想的要漫长，是你注册开发者账号到上架都需要1个星期至少。 零基础也能用AI开发苹果APP，从注册到上架全流程拆解 又因为安卓上架比较麻烦，iOS之前我注册过且已经过了账号批准那一周浪费的时间，所以我过段选择了iOS的移动端能更快上架。 他人是否需要？ 因为很多用户躺床上用手机更方便，所以想着方便大家，我想开发移动端。 而且我一开始发了studio上的制作教程，有人说不会用studio，然后我又部署到了网上•ᴗ•💧 部署到网上，又有人想在手机用•ᴗ•💧 所以干脆弄个手机版吧就。 有现实价值吗？ 因为我之前已经在红薯上发布过web版了非常火，所以我才想着上架移动端app。 当时web端上架后我初步得到的一些好处： 1、加了几百个👭 2、快速📈粉一两k左右每天晚上手机没停过快得焦虑症了 3、用户用我的站做了几千张图，让我验证了有需求 4、去给别人开讲座，分享gemini3实践的机会 5、品牌方因为我做了这个case给予了更高价值的机会达不溜以上 6、上架的红薯商品和加来的好友进一步给我米 成本方面开发时用的api的米忽略不计。所以我认为这是一个可做的事。而且我对我自己的预期是AI明星企业家，也喜欢商业，这种事符合我的喜好。 技术方面 首先我没正儿八经做过iOS开发，根本不懂swift，还是cc给我选的。 一共就3个老大难，开发2天debug1.9天的样子。 字体集体失踪 1. 字体丢失问题： 2. 首先需要自己检查一下，字体文件到底有没有在项目根目录下和xcode里另外导入。我一开始折腾半天发现xcode里没有，不熟悉iOS开发的同学一定要先下载字体再说。 3. 字体下载的话站酷或者googlefont就行了。 1. ✅ 字体文件正确添加到Bundle a. 5. 将字体文件添加到Assets.xcassets b. 6. 在Info.plist中注册字体文件 c. 7. 在RedBookCardApp.swift中验证字体加载 a. 5. 将字体文件添加到Assets.xcassets b. 6. 在Info.plist中注册字体文件 c. 7. 在RedBookCardApp.swift中验证字体加载 图片下载为空白 作为iOS新手我一开始用的是ImageRenderer来渲染图片。但是一直在疯狂bug。和cc聊了半天又搜索验证， Swift之间有一些bug。 （看到了吗，没iOS基础是怎么被AI耍的） 又一学习发现对于包含 UIKit 或 AppKit 视图（如 UITextView, WKWebView, UIScrollView 等）的视图层次结构，ImageRenderer 可能会渲染出空白占位符。 相比之下，UIGraphicsImageRenderer 是 UIKit 的一部分，可以无缝处理混合了原生视图的复杂视图层次结构。所以直接用了cc建议的这个办法才解决了。 预览非所见即所得 我为了让操作区能露出来，让预览区缩小比例了。然后一顿编码后导致多重尺寸体系导致的渲染差异： 1. 基准尺寸不同：预览和导出用不同的基础尺寸 2. 缩放层次混乱：有些组件有缩放，有些没有 解决办法不是简单地"统一参数"，而是建立分层统一体系： 1. 基准统一：450x600作为 所有尺寸的计算基础 2. 比例一致：3:4 宽高比 在所有组件中保持不变 3. 缩放规范：缩放只用于 显示适配 ，不改变内容布局 4. 参数同步：padding、圆角、字体在 各层级完全一致 解决的关键点还是保持相同的宽高比和布局参数，缩放只能用于适配显示大小，不能改变内容比例。 非技术方面 可以先上TestFlight TestFlight是给还没正式上架ApleStore的开发用的，用来收集bug反馈的。先提交内测可以选一个外部测试组对外分享。 大家要上架正式版的一定要提前规划好时间。一个TestFlight测试版等了24小时。正式版本直奔48小时。 但是TestFlight不会自动提醒大家去正式版，只适合自己有渠道通知用户的开发者——TestFlight 仅用于测试版，即使测试用户使用体验和正式版很相似，但安装的仍是测试版。发布到正式版时，用户需要通过 App Store 重新下载或更新才能获得正式版，而 TestFlight 中的测试版会保持不变。 上架准备工作 icon方面，因为苹果要求的尺寸很多。 太难受了一个个做所以我就截图官方标准发给kimi让他提取。