刀架、毛巾架滑轨和分层冰箱贴的几次折腾,留下了不少预览时看不出来的问题:底框悬在脚垫上方,滑块到了安装位置却装不进去,白色模型在屏幕上很白,打印后却透出红色。
这份笔记把设计、试配、导出、手机导入和实物反馈串起来。附件提供一套独立设计的几何演示:四色色牌、磁槽试配板、底框承托反例。色牌只用矩形和粗线,不包含原冰箱贴的人物、轮廓或图案。
图中是模型预览。新演示件尚未实打;原项目的实测结果在对应段落注明。
主体:北京某某网络科技中心(个体工商户),2026-10 新注册 初衷:注册 Apple / Google Play 开发者组织账号。结果:Apple 组织账号走不通(个体户身份限制),DUNS 照拿,用于 Google Play
2026-10 实测。硬件:RTX 5060 Ti 16GB(Blackwell sm_120)+ Ryzen 5 9600X + 32GB RAM,单用户场景。 模型:LiquidAI LFM2.5-24B-A2B——24B 总参 / 2.45B 激活 MoE,conv+GQA 混合架构(40 层中仅 10 层带 KV cache),131K 上下文,"永远先思考"的推理模型。 量化:官方 QAD-Q4_0 GGUF(12.6GB,quantization-aware distillation,专门找回 Q4_0 精度损失的蒸馏 checkpoint)。
| 维度 | 结果 |
|---|
Google Play 能浏览应用详情,但更新一直等待、卡在某个百分比,未必是商店缓存的问题。使用 Clash Meta for Android(CMFA,mihomo 内核)时,可以检查下载接口和 CDN 是否走了不同的出口,以及下载域名是否解析异常。
本次排障中,ChatGPT 卡在 3%,另一款应用更新时返回 HTTP 400。最终通过让 Google 下载接口及后续 CDN 请求统一走同一个境外代理出口,并调整相关域名的 DNS,完成了两款应用的更新。以下是这次实测有效的方法,适用于类似的下载链路故障,不代表所有 Play 更新失败都由同一个原因造成。
更新应用大致分两步:先向 Google 获取下载地址,再到 CDN 下载 APK 和拆分包。下载还可能经过多次 HTTP 重定向。
本次观察到的链路包含这些公共服务域名:
记录一个「Rust 后端 + WebView 前端」架构的词典应用适配 HarmonyOS NEXT / oniro(Eclipse 的 OpenHarmony 发行版)的全过程踩坑。 全程在 Linux 上用 command-line-tools 完成,不依赖 DevEco Studio 图形界面。 应用为开源项目 podic(本地词典 + 进程内 HTTP 服务),文中的包名均为示例。
┌─ App 进程 (.hap) ─────────────────────────┐
Google Play Console 没有官方 CLI,但 Play Developer API (androidpublisher v3) 能做 Console 里几乎所有发版操作:上传 AAB、推到 internal / closed / open / production 轨道、写多语言 release notes、分阶段发布、拉 pre-launch report。配好一次,以后发版就是一条命令。
本文是一次实战(个人开发者账号,closed testing 阶段)的完整记录,附最小可用脚本。