可塑软件：80% 稳固底座加 20% 自定义代码
Malleable software = solid bases and custom code
我在生产力工具市场深耕 22 年，见证了从 No-code 到 AI 编码的变迁。如今，单纯从零构建或完全依赖专用软件都难以满足团队需求。真正的未来在于“可塑软件”：一个覆盖数据库、权限、协作等通用需求的稳固底座，加上 20% 的自定义代码来适配独特业务。无论是 Vibe-coding 平台还是 Malleable tools，都在向这个方向演进。对于像蘑菇农场这样的团队，选择拥有稳固底座的工具，再通过 Fibery Custom Apps 等扩展点补充个性化功能，才是平衡效率与灵活性的最佳路径。
稳固的底座应覆盖每个团队的共性需求，而自定义代码则应解决你独特的差异化需求。
HN 评论区
29- momojo
这个观点太棒了。在生物成像领域，Napari 就是一个绝佳的例子。它的底座非常稳固，但极其易于扩展，因为从底层到上层全是 Python。
有个场景特别美妙：同事带着问题走过来，我能在午饭前快速敲出一个 Napari 插件，完美解决他们的具体问题。
我通常的“工具升级”顺序是这样的：
- 能不能直接在 Napari 的内置终端里解决他们的问题？
- 能不能写个一次性脚本解决？
- 能不能写个一次性脚本，顺便生成一个一次性插件接口？
- 既然这个问题似乎经常发生，是不是该把这个插件加到公司的公共仓库里？
- watty
这个见解太棒了，我完全同意作者！看看我的 [INSERT VIBE CODED GITHUB LINK]，就是遵循这些模式写的！
- mickael-kerjean
这正是我开发 Dropbox 替代品 [1] 时走过的路。那 80% 是专注于文件管理的快速核心，剩下的 20% 则通过插件实现，这些插件实现了核心接口，让你能处理自己的存储、授权、认证、用于处理特定文件类型的自定义应用等等。
有趣的事实是，各种插件 [2] 里的代码量是核心代码的 10 倍，这些插件包罗万象，而核心代码本该是那 80%。不出所料，每个人都想要不同的 20%。而且我觉得很酷的是，那个需要符合 gobd 标准、拥有大量属性以让审计员满意、并强制使用 RFC3161 哈希链签名的日志系统的人，并没有让系统对其他人变得更烂。