【一句话】用一栋楼和一家咖啡店，讲透 Cordis 依赖注入框架的核心机制——插件的生死，由依赖决定。
【这期讲什么】
Cordis（`@deepseek-ai/cordis`）是一个以依赖注入为核心的插件框架。我们不堆 API，而是用「孔太斯大厦 + 星瑞迪咖啡店」的故事把机制讲明白，每个比喻都落到真实代码：
- 大楼 = Context（顶层容器）
- 招商办 = registry（受理插件注册）
- 楼管 = reflect（依赖变化只负责传声）
- 店长 = fiber（插件的真实运行对象，自带状态机）
- 广播 = events（五种分派模式）
【核心机制 3 个要点】
1. 开业看依赖：插件用 `inject` 声明依赖，依赖齐了 `apply` 才跑（真正开业），缺一项停在 PENDING 等待。
2. 决策在 fiber：reflect 通知依赖变了，fiber 自己翻牌——依赖齐就开业、没了就撤场，依赖链还会级联倒下。
3. 副作用要登记：`ctx.effect` 登记副作用，撤场时框架按 LIFO 倒序自动清理，不用手写卸载。
【对外三件套】
- `declare`：把服务扩展到 Context 类型，不 declare 调用方代码直接飘红
- `provide`：把服务挂出去（provider 自己 ACTIVE 才通知下游）
- `inject`：消费方声明需要的服务
【事件五种分派模式（由发送方决定，不是订阅方）】
emit（发完即走）｜waterfall（逐层转包）｜parallel（等全部回执）｜serial（逐个·首非空即停）｜bail（同步·首非空即停）
