洋葱层产品设计

"Peeling an onion"隐喻：用户可以按需深入到产品的核心，想多深就多深。

两条设计路径同时考虑：

• 用例导向：确保特定场景（如 wiki、项目管理）开箱即用，普通用户直接能用
• 原语导向：用通用的、可复用的 building blocks 支撑场景，power user 可自定义和重组

开发时的两个关键问题：

1. "如何用通用的、可复用的 building blocks 来支持这个用例？"
2. "用户可能想修改哪些东西？"（vs. "哪些灵活性只是在系统中增加不必要的 entropy？"）

权衡认知：

• 太 opinionated/rigid → 容易上手但容易 outgrow
• 太 general → 灵活但过度复杂
• Notion 目标是两者取平衡，承认还有很长的路要走

最终产品路径往往比直接做"点解决方案"更迂回，但兼顾了用例特定性和底层通用性。