员工少，不代表产品只靠一个人的劳动；代码开放，也不意味着维护会自动得到经费。这两种描述都可能遮住真正提供专业能力、真实使用、支持和修复时间的关系。
这组历史阅读从两个方向观察这些关系。Sidekiq 早期记录展示开发者怎样找到使用现场和持续投入的条件；Matrix 协议与财务报告则让我们分开看跨运营者通信的能力，以及为共同基础付费的安排。
员工表之外的 Sidekiq ↗
读早期时薪计算、生产试用关系、商业支持，以及没有复制出同样结果的第二个产品。
为开放付维护费 ↗
区分托管客户购买的服务，与许多运营者共同受益的兼容性和维护劳动。
评估一个项目时，可以先画出工作，再画组织架构：谁提供每种能力，谁遇到故障，谁能修复，谁为这些时间付费？连接是否值得长期保留，要看它省下的协作劳动与持续维护成本。