背景

之前买的Compose教程的群群主最近一直在宣言Codex,Claude Code之类的有多么强大, 激发了我对这种CLI式的AI兴趣.是时候研究一下了.

初步了解

在哔哩哔哩上搜索了几个介绍视频, 尤其是看到了Codex的那个演示, 一个人下发多个任务,然后每个任务后面都有一个AI在为他自动修改代码,调试代码,最终完成任务. 如他所言,一个人就是一个军队.

获取API

我用的是88code这个平台, 购买了PAYGO套餐.

安装Codex和Claude Code

由于我选择的是CLI,所以安装方式也很简单,只需要在控制台里面输入命令即可.
分别使用命令安装

1

npm i -g @openai/codex

1

irm https://claude.ai/install.ps1 | iex

配置API

这里我使用88code提供的命令行配置工具

1

npm install -g 88-auto-config

然后启动配置工具

1
2
3
4
5
6
7
8

[1] 配置 Claude Code (已安装)
[2] 配置 Codex (已安装)
[3] 配置 Claude Code + Codex 🚀 (推荐新手使用)
[4] 自定义选择
[5] 配置 Droid 自定义模型 (自动配置三个模型)
[8] 检测配置是否生效 🔍
[9] 配置 VS Code Claude 插件 📝
[0] 退出

输入在88code创建的api即可.

暂时放弃codex

不知道什么原因,我的codex无法正常使用,总是报401错误.
于是转而使用claude code,等将来会再次回来用用codex,因为他的token消耗速率只有一半.

第一个任务

进入到项目工程目录后,输入claude,再使用/init命令让claude分析当前工程,创建基础的配置.
还是我的那个烧录软件,这次我希望claude能直接为我开发一个串口监视器功能.
执行几分钟后,虽然token消耗的很多,但是效果相当惊艳,他会自己测试能否编译成功,如果出错了则会修复.并且还会使用其他命令去检索函数.
最终得到了这个串口输出页面

看到实际效果后十分震惊,不亚于第一次使用ChatGPT那种震撼.

后续又用2天来继续完善APP功能, 排查和修复已知问题. 已经彻底回不到过去没有claude辅助的时代了.

最后

如果你也想使用claude和codex可以使用我的邀请码进行注册.
链接是88code

背景

在CS2中(CS:GO里面也有)中有一个叫做生命值胸章的饰品

第一次看到时候就觉得这个很适合使用LED做出来.
而且还可以通过CSGO GSI同步游戏中生命值状态.

元件选型

由于胸章的尺寸较小, 所以不能配备的较大容量的电池.
而且我不想拖着一根线,所以得是一个支持无线的芯片.
虽然我很喜欢乐鑫家的芯片,但是抱歉, 这次真的对不起,你的功耗实在是太高了.
之前在制作Friday Ink时候,用到了CH582F,使我对王翠花家的芯片略有接触.
所以这一次选择王翠花家的CH592F作为主控, 对比CH582F, 只是ram略有些减少,但是也足够制作HealthPin了.

之前一直在用AP2112K这款LDO,是继承自多年前抄Arduino Pro micro设计的原因.
为了进一步压缩成本, LDO换成了ME6211.充电管理芯片换成了TP4057,而不是之前的MCP73831.
同时为了丰富色彩, 灯珠选择了1mm x 1mm 的WS2821 RGB灯珠.

考虑到WS2812的静态功耗有点大, 所以三颗心分为三组, 除了最小的那颗无法主动关闭供电外,其余两颗心都会使用MOS管控制电源开关,达到不用时候彻底关闭省电的目的.

电路

打磨了好几个版本,最后决定做成双面元件.渲染如下:

实物

由于没有外壳, 而且阻焊是白色,所以看上去和游戏原设计有所出入.

程序

上位机考虑到通用性质, 我没有像之前制作StatTrak那样单独写一个脚本和设备通信.
而是选择了Aurora这个开源项目作为上位机,在Auraro基础上进行二次开发.
好在Aurora对于新设备的适配提供了Device Script这个东西, 所以只要开发一个.cs脚本, 即可被Aurora识别到.
然后享受Aurora对大量游戏的支持,以及丰富的灯光配置.

CH592F假装自己是一个支持灯光配置的键盘, 使用HID和电脑进行通信.
HealthPin只会对7,8,9按键的配置响应, 所以Aurora 自定义配置时候,只需要设置这三个按键的灯光即可.

视频

写在最后

视频发出后,有不少人指出胸章出自半条命:Alyx,以前只在老王家玩过开头, 对这个装置在半条命中的印象不是很深了.
观看了一些实况视频后了解到这个装置的更为具体的一些信息, 激发了我继续开发的一些兴趣.
或许可以制作三个完整的爱心,然后像Alyx中的一样, 每颗心都有大小的变化.

背景与初衷

入行安卓开发有些年头了。学生时代我曾注册过Play开发者账户，当时审核比较宽松，上架比现在容易，但后来因违反政策，老账号被封，开发的APP也被谷歌下架。

失业期间，出于对Compose的兴趣，我边学边做，开发了一款安卓平台的ESP32烧录工具，命名为ESPFlash

开端：注册开发者账号

上架Play Store的第一步，是使用谷歌账号支付25美元注册成为Play开发者。
注册链接是https://play.google.com/console/signup

作为个人开发者，我选择注册个人类型的账号。

填写完基本信息后，输入信用卡信息完成扣款。我使用的是学生时代办理的交通银行Youth Power卡，支持银联和VISA。

创建应用和完善信息

在开发者控制台创建应用后，需要填写基本信息，并准备应用截图和隐私政策页面。

• 尺寸符合要求即可。若追求美观，可使用 theapplaunchpad 或 app-mockup-mockup 等在线工具生成。
• 隐私政策：这是关键。即使你的APP是工具类，未主动收集用户数据，但只要接入了Firebase、AdMob等第三方SDK，就必须在隐私政策中明确告知。我使用 free privacy policy 这类工具生成内容，并托管在自己的域名下。

封闭测试：最大的挑战与对策

这是最麻烦的地方, 由于谷歌政策调整,
现在注册的新的开发者账户上架APP需要12 名测试人员在过去至少 14 天内选择持续参与测试

起初觉得难以实现，但后来在 Reddit 的 AndroidClosedTesting 板块找到了解决方案。这里是安卓开发者互相帮助完成测试要求的地方

我在该板块发帖，召集其他开发者互相下载APP、完成打卡。仅第一天就招募到约20人。为了确保成功率，只要有新帖子出现，我也会主动下载对方的APP并参与测试。在这14天内，我大约测试了60款不同的APP。

正式版

14天测试期满后，即可在控制台提交正式版发布申请。

约3天后，我收到了审核未通过的邮件，要求整改。排查后发现，问题很可能出在隐私政策上——初始版本未充分说明Firebase和AdMob的数据处理情况。

更新隐私政策并重新提交后，仅用了几个小时就审核通过，成功上架Google Play。

总结

• 政策研究要先行：尤其关注测试和隐私政策要求。
• 封闭测试有捷径：善用Reddit等社区互助。
• 隐私政策无小事：必须覆盖所有第三方SDK的行为。
• 耐心与细致：审核被拒是常态，仔细阅读反馈，针对性修改。

后续

差不多过了一个月,迎接了第一份付费用户.