要明确一下这个bot的定位。现在已经有很多成熟的日志软件,但户外随时随地录入一直是HAM的痛点,推荐定位成在户外通联,只有手机,不便录入,操作方式一定要针对这个场景进行优化。考虑到QQ年轻人居多,可以重点针对卫星通联进行设计与优化。
在数据格式方面,导出ADIF格式(也就是“qrz格式”)是一定要实现的,玩短波的和玩卫星的一定会用这个格式,如果不支持导出,大家用不起来。这个有现成库,不必自己去解析。
在QSO解析方面,既然是户外使用,QSO录入的解析一定会变得非常复杂,用户录入会什么格式都有,要有适当容错,例如录入成439600、144640、14270,修正为439.600、144.640、14.270;录入2025/5/5、2025.5.5、2025-05-05、5月5日都要识别,甚至可以像快递那样,输入个地址,省市区街道就自动识别好了。
这里面要特别提一下卫星通联。打卫星是短时间内与多人通联,频率也是常用卫星而非频率数字,例如ISS(卫星名) QSO AAA BBB CCC(在几分钟内与多人通联)之类的情况,QTH如果写,也是用梅登黑德定位(OM86之类的)。如果这些数据都能解析,而且遵从用户的习惯,而不是让用户按照你的习惯录入,这个bot将有机会封神。
QSL上传/换卡情况非常复杂,HamCQ论坛里的换卡功能都有一系列问题,建议暂时不要做。
另外有一些具体的技术细节问题:
- 频率不要自造轮子,直接用现成的库,例如HamCQ的中继数据。
- 信号报告不要把格式限定死,玩短波的会出现其他形式,例如-12、+01(当然这种信号报告都会用电脑自动记录,不会用这个bot)、599(CW),不输入默认59。
- 删除、解绑要有二次确认。
- 后台提前维护好卫星和卫星频率的关联关系,在卫星通联中不要让用户手工录入频率。
- 卫星通联甚至可以不加指令,只要@这个机器人,输入了卫星通联记录格式,就自动记日志了。
- 有些枯燥的工作,例如某些格式解析的程序,可以做一些示例,然后扔给AI来写。