核心 GUIDE
Open 与 Closed Model Trade-off
Open-weight 与 Hosted Closed Model 在 Control、Operational Burden、Data Boundary 与 Capability Economics 上各有取舍；正确选择取决于具体 System Constraint。
核心心智模型
Model Access 是关于 Control 与 Responsibility 的 Architecture Choice。更多 Deployment Control 可以换来 Customization 与 Data Locality，但 Serving、Security 与 Update Obligation 也会转移到自己的团队。
为什么重要
团队常把选择简化成 Price 或 Benchmark Quality。实际上 Hosted Model 可能带来 Strong Capability、Rapid Update 与 Managed Scaling，但受 Provider Constraint 与 External Data Boundary 限制；Open-weight Model 可以 Inspect、Adapt、Self-host，却要求 Infrastructure、Evaluation 与 Patching Discipline。不同 Workload 有不同 Privacy、Latency 或 Capability Need 时，Hybrid System 也可能最合理。
01
比较完整 Operating Model
从 Workload Quality、Latency、Total Serving Cost、Context / Tool Feature、Deployment Location、Data-handling Requirement、Update Control、Observability、Fine-tuning Need 与 Operational Expertise 比较方案。同时计入 Provider / Model Version 变化时的 Evaluation 与 Migration Cost。Constraint 改变后应重新评估，而不是把 Model Category 变成 Ideological Commitment。
02
例子：Private Document Extraction + Complex Reasoning
公司把 Sensitive Document Parsing 放在内部 Self-hosted Smaller Model，只把批准后的 Structured Fact 发送给 Hosted Stronger Model 做 Non-sensitive Synthesis。这个 Split 会增加 Complexity，但它由明确 Data Boundary 与 Capability Requirement 支撑，而不是因为团队天然偏好某一种 Model Category。
常见失败模式
- 拿 API Price 与 Raw Compute Cost 直接比较，忽略 Operations 与 Utilization。
- 认为 Self-hosting 自动解决 Privacy，而没有 Access / Logging Control。
- 选定 Provider Category 后永远不重新评估 Workload Fit。
工程启发
- 比较 Total Operating Responsibility，而不只看 Model Quality / Unit Price。
- Deployment Choice 必须绑定明确 Data、Latency 与 Control Requirement。
- 保持 Evaluation 足够 Portable，以便 Stack 变化时比较 Alternative。
关键结论
- 01Open vs Closed 是 System Trade-off，不是 Universal Ranking。
- 02更多 Deployment Control 同时意味着更多 Operational Responsibility。
- 03不同 Workload Slice 约束不同，Hybrid Architecture 完全可能合理。
用于这些学习路径
这个 Concept 会在多个 canonical 学习路径中复用。
来自 Knowledge Graph 的相关知识点
这些关系直接来自 canonical graph，不维护第二套 Guide 分类体系。