diff --git a/README.md b/README.md
index 1bf50c8..ccc2760 100644
--- a/README.md
+++ b/README.md
@@ -120,6 +120,24 @@ docker compose up -d            # 直接从 GHCR 拉取
 
 ---
 
+## 资源占用
+
+实测（8 核 / 8 GiB 宿主，实例均已登录微信、含 Chromium 内核的 WeChatAppEx）：
+
+| 状态 | CPU | 内存（RSS） |
+|------|-----|------------|
+| 单实例 · 空闲（已登录、无人观看） | ~0.1–0.2 核 | ~0.6 GiB |
+| 单实例 · 活跃（有人在浏览器操作 / 刷消息） | ~0.5–1 核（可突发） | ~1–1.5 GiB |
+| 面板本身 | 可忽略 | ~0.12 GiB |
+
+- 容器**不设硬性 CPU/内存上限**：空闲时省，活跃时按宿主余量突发；每实例另预留 **1 GiB `/dev/shm`**（微信 Chromium 内核所需，tmpfs，按需占用）。
+- 估算：**面板 ≈ 0.15 GiB 常驻；每个微信实例按 1 vCPU + 1.5 GiB 内存预留**较从容（轻度使用可更低）。
+- 参考容量：**2 核 / 2 GiB** 跑 1 个实例（轻度）；**4 核 / 8 GiB** 跑 3–4 个实例；视频通话等重负载需再加预留。
+
+> 内存是主要瓶颈，CPU 多为短时突发。实例越多越吃内存，按上表线性叠加即可估算。
+
+---
+
 ## 安全须知（必读）
 
 > ⚠️ **这套系统暴露的是已登录的微信，请务必认真阅读本节。**