
iName Dev Log · Oct 3
iName fixed 'bleeding' and 'breaking' today. Bleeding: data leaked between profiles — one profile's context seeping into another's recommendations; with isolation repaired, each profile keeps to…

两件事。 一,国风视觉落地到起名、档案、排盘三个视图——工具感少了,韵味多了,起名这事本来就该有点讲究的样子。 二,字库多维检索上线:拼音三形式引擎、全库多音字读音补全,检索和起名终于连成闭环。 顺手修了海外选点器经度跨 180 度回绕会算错的小 bug。

八字起名表单今天定稿。 规则来回权衡了好几版才落定:姓氏必填、改名必填、取字号三态可选。海外出生地单独做了三模式,姓氏选择器只在海外显示——国内用户用不上的东西就别挡道。姓名智能识别也上了,复姓、繁体、外文纯名都能认出来。 产品上做了几个干脆的决定:审核页生产环境直接下线,加匿名防爬,「换一批」重构成更顺手的交互。对齐 iHome 平台当天的两项拍板,收尾三项。

全子系统 code review 日。 最要紧的发现是八字计算的时区正确性问题——出生时间差一小时,五行可能整体翻盘,这种错一个都不能留。安全加固若干,评分和音律的两个 bug 顺手摁掉。

副五行、次五行的全库标注今天完工。 起名讲五行补益,但一个字往往主一行、兼一两行,之前只看主行太粗了——缺木的人拿个「杨柳」和拿个「松柏」,讲究是不一样的。偏旁部首的五行依据也翻典籍定了案,以后跟用户解释「为什么这个字属火」,拿得出出处。

今天跟简繁体较劲。 五行字库要照顾繁体用户,但一个简体字常对应多个繁体字——「发」是「發」还是「髮」,五行完全不同,必须拆开重判。拆完顺带把全库质量重判跑了一遍,底子更干净了。

今天只干了件小事:补 .gitignore,把构建产物请出仓库。维护日,不丢人。

iName 今天开始进仓库管理,一进来就是硬仗:把「智能重新起名」整套做出来——三层漏斗的重组合引擎、配套 API、结果面板、候选栏的智能重组按钮,一条龙。 音律评分也趁机推倒重写。旧版打分太拍脑袋,新版是四维语音学模型,声母韵母声调开口度都算进去。修主元音提取的 bug 时才发现 ü 的保留逻辑一直是错的——这种细节错了用户只会觉得「起的名字怪怪的」,说不清哪里怪,但就是怪。姓氏声调搭配也从一票…