回应模式 - No.69655993


No.69655993 - 技术宅


你的下一代岛,又何必是人工岛平板端和手机端一样好的客户端No.69655993 只看PO

2026-10-20(二)12:28:26 ID:WWSS6Al 回应

0肥记得,0肥瞩目的全新X岛安卓客户端——七号岛,公测版,堂堂发出

完全AI,0人工代码,甚至用的是workbuddy的免费积分0花费。感谢马圣的免费积分和梁圣的低消耗大肥鱼

前传>>No.69514846,里面也有很多功能介绍截图

此版本已经经过了十余次迭代,按说没有啥大问题了,并且加了极其多好用的功能,包括
1.完全原生平板端,拒绝简单拉长拉宽,更加跟手的大屏幕刷岛体验,甚至可以自己调字号 [h] 更适合老年人的刷岛体验[/h]
2.虽然原来是附带,但几轮优化后手机端也几乎完美,显示完全适配,完美小屏享受体验
3.订阅超级大升级,按板块来源分类,新回复提示,更多的信息显示,订阅搜索,订阅全量常显。更重要的是,这些的实现理论上完全不会给服务器带来更大的负担
4.左右滑动浏览图片, [h]防剧透显示[/h],导出数据备份丝滑换机/多设备使用,一键 23[1,100]
5.全AI完成,作者只负责许愿
6.向主流客户端借鉴了不少好用的功能,同时解决了他们的部分痛点 (<ゝω・)☆

虽然PO已经正常使用兼测试了一个来月了,能发现的bug也修的差不多了,但是不排除ai在修bug的时候给出更新的bug,如有问题欢迎在此串反馈讨论。绝对技术的也好,纯许愿的描述也好,反正也是ai去干 ( ゚ 3゚)

虽然在我的体验下已经是一个能正常使用的客户端了,但是每个人的应用场景不同,我不敢肯定有什么我没发现的致命错误,请肥哥吗还是小心使用,如果发现请在此串回复

AI说开源好像有点麻烦,需要砍掉一些东西,这个等我再研究研究

不过由于合规与技术力原因,这个应用是完完全全的单机应用,更新全靠此串发布,不能检查新版本 (つд⊂)

接下来是下载链接和更详细的介绍

图标我无数次想画个更好的,但我没法用到claude,gpt这种高性能画图写好了prompt但没agent用。靠向GLM许愿只能出个这个了,其实还不错

无标题无名氏No.69659776

2026-10-21(三)00:34:04 ID: OPceD3Y

(*゚∇゚)bbb

无标题无名氏No.69660008

2026-10-21(三)01:10:51 ID: 8w9IfAD

简略试了下,点开图片后拖动有些费劲,有设置可以改吗 (`ε´ )

无标题无名氏No.69660201

2026-10-21(三)02:16:33 ID: YloHKCX

>>No.69658273
直接本地加一个彩蛋会触发闪退(比如按这个键再按那个键就会闪退),然后让AI做UI的自动测试就行了(`ヮ´ )

无标题无名氏No.69660545

2026-10-21(三)06:31:36 ID: yjDypR2

订阅似乎有上限,刚粘贴订阅码进去拉到底有七百多个串,杀后台重进就只剩300个了
如图为前后对比

无标题无名氏No.69660563

2026-10-21(三)07:04:02 ID: aNdkTOP

>>No.69659421
可以参考>>No.69092642的缓存搜索

提到这个的话我自己其实也有一些想法,不过大家都做了这么多客户端tui了我也不想单独做一个了,顺便写出来供参考一下吧(*´∀`)

·可以允许用户设置缓存窗口,超出窗口的会被清理掉,防止占用空间过大
·可以让订阅串默认缓存
·可以干脆把缓存系统和历史记录系统合并

另外,也许还可以内置一个epub阅览器,这样可以打开使用>>No.69630064下载的串(*゚∇゚)

以及一个单纯的构想,也许ui可以做成卡片式的,可以把多个串在同一视图里瞎塞ᕕ( ᐛ )ᕗ或者简化版的,允许把某个串最小化这种

无标题无名氏No.69660570

2026-10-21(三)07:08:31 ID: aNdkTOP

>>No.69660563
或者也不用真整个epub阅览器,找个办法把它转成和岛api返回的串内容相同的结构就行了(ノ)`ω´(ヾ)

无标题无名氏No.69660640

2026-10-21(三)08:11:06 ID: WWSS6Al (PO主)

>>No.69660008
我一开始确实在犹豫,双手缩放在平板架立的状态下好用,用户可以便捷的退出,单手手势我个人感觉在平板上推出图片有点航母掉头了所以没采用,结果就是单指看图片就是快速退出

那只加入双击缩放和双击拖动缩放怎么样,这样小屏大屏都能用的顺手,目标就是微信那种,虽然该排队还是排队,但是微信的看图方法确实又好用人们又习惯 ᕕ( ゚∀。)ᕗ

无标题无名氏No.69660676

2026-10-21(三)08:25:31 ID: WWSS6Al (PO主)

>>No.69660201
会出问题的吧,不过确实该是这个思想
,不过可以跑一个内部版自己玩玩等我闲出屁来做个玩玩,我也挺好奇这个功能到底做没做的

>>No.69660545
这个我真的替AI和我自己滑轨了,来源是古早版本我为了极致的稳定让他给发言浏览记录啥的加了个上限,那个上限就是300
在很早以前这个功能就取消了,这个功能甚至早于订阅优化的整个系统,而且由于我自己订阅正好不足300个我自己也没发现,真是测试的意义啊
真的是完全想不到的错误,当时应该只给发言和浏览历史设了上限,现在发言已经无上限了(浏览历史上限999个)订阅这种服务器储存的东西设上限干啥
再就是整个订阅缓存常加载系统,随着滑动向服务器端请求而不是每次加载请求每一页,这些都是后面加的
这一块其实挺反人类的,只有划到那个串那才能检查有没有更新,对于像这种订阅很多的肥哥的古早订阅形同虚设,但是为了防止演变成对岛的ddos只能这样妥协了
总之看来是被古早代码压制了,下个版本就鞭策AI修好,而且我的订阅怎么正好299个啊 ( ›´ω`‹ )

无标题无名氏No.69660697

2026-10-21(三)08:31:14 ID: WWSS6Al (PO主)

>>No.69660563
₍₍(ง`ᝫ´ )ว⁾
小肥啊小肥,你来晚了哦,订阅默认缓存我已经做好了, [h]虽然刚才的肥哥已经指出一个异常上限问题了[/h]
没做整个的整合,但是现在订阅,浏览历史,发言(发串与回复),都各自有本地缓存搜索功能,甚至 [h]理论上[/h]除了浏览历史有999上限以外其他是没上限的,蓝岛的历史只留500条,起码我感觉999够用了吧
结合我们明文的导出数据,我们甚至可以说我们有导出发言记录和浏览历史功能!

UI这一块我确实挺懒的,我好像也没啥审美,做完主色调敲定,剩下的就是AI味UI随便赛了