项目记录：给候选网名加“平台可用性”检查列

起因

攒了一份网名候选清单，几十个名字，按风格分了组。真到要用时却卡住了：挑中的两三个，在目标平台都已经被占用，或者因为长度、字符限制根本填不进去。于是又回头重挑，来回好几轮。

问题不在候选不够，是清单里没有记录能不能用。

加三列

长度、字符类型、平台可用性。第三列按目标平台各占一格，取值只有三档：可用 / 已占用 / 未查。

第三列的“未查”是特意留的。以前遇到没查的会空着，看清单时以为自己查过了；现在明确标出来，一眼就知道哪些还待办。取值互斥且可机械判定，参照 BackendWiki 把取值列成表的方式。

字符类型 那列则挡掉了另一类返工：有些平台不允许符号或空格，提前标清，就不用到填写时才发现。

执行

用 WorkBuddy 做三件机械活：按固定列补齐旧候选、把长度超限或含不允许字符的条目单独标出、按 未查 数量生成一份待办清单。它不判断名字好不好听，只按规则填字段。编排方式可参考 WorkBuddy 官方文档。

清单本身是纯静态页，按风格分组、其余折叠，Bootstrap 组件实验室的示例 给了现成做法；静态生成与结构化信息见 HTML 入门教程站。

结果

再挑名字时，先看可用性再谈喜不喜欢，一次就能定下来。先过滤掉根本用不了的，审美判断才不会白做。 顺带发现，风格分组里被占用最多的是那些短而整齐的名字——后来生成候选时会有意多备几个长一点的。

复盘

候选清单的价值不在列得多，而在能不能直接照着执行。三列字段、一档“未查”，把“想得到一个名字”和“能用上这个名字”之间的缺口补上了。