把重后端框架名当成要长期使用的资产，判断标准会立刻不一样。顺序对了，力气才不白花。
萧舟思2026 年 3 月 11 日渐进式插件名不像灵感活动，更像一次小型的产品设计。这篇只写能验证的部分。
许嶂泠2026 年 3 月 7 日先说结论：计算CLI工具名的返工，八成来自开头没定标准。读完可以直接对着自己的候选过一遍。
蒋承瑾2026 年 3 月 3 日如果只记一句：基础设施插件名的第一原则是能被别人复述准确。下面按顺序拆开，你挑卡住的那段看。
吴简棠2026 年 2 月 27 日先说结论：可回放SDK名的返工，八成来自开头没定标准。
萧舟思2026 年 2 月 23 日如果只记一句：跨平台SDK名的第一原则是能被别人复述准确。
许嶂泠2026 年 2 月 19 日把断点框架名做小、做实、做得可检索，剩下的会自己长出来。顺序对了，力气才不白花。
蒋承瑾2026 年 2 月 15 日面向开发者框架名的好坏可以量化，只是多数人懒得量。失败的情形也写进去了。
吴简棠2026 年 2 月 11 日把轻量库名做小、做实、做得可检索，剩下的会自己长出来。这篇只写能验证的部分。
萧舟思2026 年 2 月 7 日一句话说完：面向个人CLI工具名的长度、读音、可检索性，三样决定它能不能活下来。文中的每条都能当场对照。
许嶂泠2026 年 2 月 3 日关于微服务SDK名，最有用的一条是：先定场景，再定字。
蒋承瑾2026 年 1 月 30 日工具链框架名的好坏可以量化，只是多数人懒得量。失败的情形也写进去了。
吴简棠2026 年 1 月 26 日AI原生SDK名不像灵感活动，更像一次小型的产品设计。这篇只写能验证的部分。
萧舟思
2026 年 1 月 22 日1628 字关于用户态框架名，多数人的问题不是不会取，是不知道什么时候该停。
许嶂泠
2026 年 1 月 18 日1645 字面向开发者插件名不像灵感活动，更像一次小型的产品设计。结论之后是做法，做法之后是边界。
蒋承瑾
2026 年 1 月 14 日1751 字黑盒框架名值不值得花时间，取决于它要被用多久。结论之后是做法，做法之后是边界。
吴简棠
2026 年 1 月 10 日1439 字把单体SDK名做小、做实、做得可检索，剩下的会自己长出来。这篇文章把它拆到能照做的程度。
萧舟思
2026 年 1 月 6 日1377 字低代码库名的好坏可以量化，只是多数人懒得量。
许嶂泠
2026 年 1 月 2 日1484 字结论先放这儿：低代码CLI工具名真正难的不是想出来，是筛掉不合适的。后面给了流程和检查项。
蒋承瑾
2025 年 12 月 29 日1918 字关于用户级插件名，最有用的一条是：先定场景，再定字。文中的每条都能当场对照。
吴简棠
2025 年 12 月 25 日1646 字关于面向个人框架名，最有用的一条是：先定场景，再定字。顺序对了，力气才不白花。
萧舟思
2025 年 12 月 21 日1773 字先说结论：命令式框架名的返工，八成来自开头没定标准。读完可以直接对着自己的候选过一遍。
许嶂泠
2025 年 12 月 17 日1763 字如果只记一句：本地优先插件名的第一原则是能被别人复述准确。文中的每条都能当场对照。
蒋承瑾
2025 年 12 月 13 日1188 字灰度构建工具名的好坏可以量化，只是多数人懒得量。文中的每条都能当场对照。
吴简棠
2025 年 12 月 9 日1478 字流式插件名不像灵感活动，更像一次小型的产品设计。读完可以直接对着自己的候选过一遍。
萧舟思
2025 年 12 月 5 日1351 字关于轻量SDK名，多数人的问题不是不会取，是不知道什么时候该停。先看标准，再看做法。
许嶂泠
2025 年 12 月 1 日1414 字这篇不谈灵感，只谈开发者工具名里能验证的那部分。失败的情形也写进去了。
蒋承瑾
2025 年 11 月 27 日1443 字结论先放这儿：单机构建工具名真正难的不是想出来，是筛掉不合适的。这篇只写能验证的部分。
吴简棠
2025 年 11 月 23 日1843 字编译器插件名的好坏可以量化，只是多数人懒得量。
萧舟思
2025 年 11 月 19 日1518 字结论先放这儿：安全SDK名真正难的不是想出来，是筛掉不合适的。这篇只写能验证的部分。
许嶂泠
2025 年 11 月 15 日1592 字结论先放这儿：用户级构建工具名真正难的不是想出来，是筛掉不合适的。先看标准，再看做法。
蒋承瑾
2025 年 11 月 11 日1392 字AI原生CLI工具名不像灵感活动，更像一次小型的产品设计。失败的情形也写进去了。
吴简棠
2025 年 11 月 7 日1405 字内部CLI工具名的好坏可以量化，只是多数人懒得量。后面给了流程和检查项。
萧舟思
2025 年 11 月 3 日1611 字面向开发者SDK名不像灵感活动，更像一次小型的产品设计。后面给了流程和检查项。
许嶂泠
2025 年 10 月 30 日1679 字把预热插件名当成要长期使用的资产，判断标准会立刻不一样。结论之后是做法，做法之后是边界。
蒋承瑾
2025 年 10 月 26 日1504 字自动化构建工具名值不值得花时间，取决于它要被用多久。先看标准，再看做法。
吴简棠
2025 年 10 月 22 日1352 字关于嵌入式库名，最有用的一条是：先定场景，再定字。读完可以直接对着自己的候选过一遍。
萧舟思
2025 年 10 月 18 日1469 字网络插件名值不值得花时间，取决于它要被用多久。文中的每条都能当场对照。
许嶂泠
2025 年 10 月 14 日1902 字这篇不谈灵感，只谈开发者工具名里能验证的那部分。
蒋承瑾
2025 年 10 月 10 日1586 字这篇不谈灵感，只谈开发者工具名里能验证的那部分。文中的每条都能当场对照。
吴简棠
2025 年 10 月 6 日1466 字关于高吞吐构建工具名，多数人的问题不是不会取，是不知道什么时候该停。失败的情形也写进去了。
萧舟思
2025 年 10 月 2 日1307 字如果只记一句：用户级框架名的第一原则是能被别人复述准确。文中的每条都能当场对照。
许嶂泠
2025 年 9 月 28 日1678 字长期维护构建工具名的好坏可以量化，只是多数人懒得量。顺序对了，力气才不白花。
蒋承瑾
2025 年 9 月 24 日1634 字用户态构建工具名的好坏可以量化，只是多数人懒得量。结论之后是做法，做法之后是边界。
吴简棠
2025 年 9 月 20 日1632 字无代码库名值不值得花时间，取决于它要被用多久。
萧舟思
2025 年 9 月 16 日1452 字