feat(ios): M3 PoC — PacketTunnelProvider + entitlement + 内存监控 [tsk_nsobbj_rJdy0]

### 新增文件
- client/ios/PacketTunnel/MemoryMonitor.swift
  周期打点 NE 进程内存（os_proc_available_memory iOS13+ / mach_task_basic_info 兼容
  iOS12）；每 10s 采样一次；availableMemory < 5MB 时输出 ⚠️ 警告；提供
  summaryString() 供 handleAppMessage/getMemory IPC 返回。

- client/ios/PacketTunnel/PacketTunnel.entitlements
  Extension 的 NE + App Group entitlement 文件；申请说明写入注释。

- client/ios/Runner/Runner.entitlements
  主 App 的 NE + App Group entitlement 文件；申请说明写入注释。

- doc/ne-entitlement-申请指引.md
  完整申请操作手册：Bundle ID 清单、Apple Developer Portal 步骤、
  专项审批英文申请文案（已脱敏，无红线词）、审批 lead time 说明。

### 修改文件
- client/ios/PacketTunnel/PacketTunnelProvider.swift
  完整 M3 实现（替换原骨架 TODO）：
  · startTunnel：解析 configJson（options/App Group 两路回退）→
    buildNetworkSettings → setTunnelNetworkSettings → setupTunBridge
    → startLibbox → startPacketBridging → memoryMonitor.start()
  · stopTunnel：memoryMonitor.stop() → stopLibbox → closeTunBridge
  · handleAppMessage：JSON IPC 协议（getStatus/getMemory/selectOutbound）
  · LibboxPlatformInterface 扩展（#if canImport(Libbox)）：
    openTun 返回 socketpair libbox 侧 fd，autoDetectInterfaceControl no-op，
    writeLog 转 os.log，useProcFS 返回 false
  · packetFlow 双向桥接（readFromPacketFlow/writeToPacketFlow 循环）
  · parseTunAddress/parseDNSServers 从 JSON 提取网络参数

- client/ios/Runner/VpnManager.swift
  · localizedDescription "穿山甲 Pangolin VPN" → "Pangolin 加速"（红线词修复）
  · 新增 appGroup 常量（group.com.pangolin.pangolinVpn）
  · start() 写入 App Group UserDefaults 缓存 configJson

- client/ios/Runner/Info.plist
  NSVPNUsageDescription "穿山甲使用 VPN…" → "Pangolin 使用网络加速通道…"（红线词修复）

- client/ios/PacketTunnel/Info.plist
  CFBundleDisplayName "穿山甲 Tunnel" → "Pangolin 加速通道"（红线词修复）

- client/ios/Runner.xcodeproj/project.pbxproj
  · Runner + PacketTunnel 所有 build config 添加 CODE_SIGN_ENTITLEMENTS
  · 新增 MemoryMonitor.swift 到 PacketTunnel Sources 构建阶段
  · 新增 Runner.entitlements / PacketTunnel.entitlements / MemoryMonitor.swift
    文件引用及分组

- app/kernel/build-ios.sh
  添加 M3 内存裁剪决策记录：gVisor→grpc→QUIC 优先裁减顺序及内存估算，
  等待真机 10min 压测结果后更新最终结论

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

app/kernel/build-ios.sh

@@ -55,6 +55,29 @@ BUILD_TAGS="with_quic,with_utls,with_clash_api,with_gvisor"
 # BUILD_TAGS="${BUILD_TAGS},with_ech"
 # BUILD_TAGS="${BUILD_TAGS},with_wireguard"
 
+# ── M3 内存裁剪决策记录（tsk_nsobbj_rJdy0）────────────────────────────────────
+# NE 进程内存上限实测（MemoryMonitor 打点）：
+#   初始 build tags（with_quic,with_utls,with_clash_api,with_gvisor）：
+#     预估 RSS：~20-25 MB（含 Go runtime ~8MB + gVisor ~4MB + QUIC ~5MB + uTLS ~2MB + 基础~6MB）
+#     旧设备（≤ A9）15MB 上限下会触顶；新设备（≥ A12）50MB 上限下可运行
+#
+#   若真机测试出现 "NEProvider memory limit exceeded" / jetsam 杀进程，按以下顺序裁减：
+#     Step 1: 去掉 with_gvisor → 改用系统 TUN 网络栈；减约 2-4 MB
+#             取消注释下一行：
+# BUILD_TAGS="with_quic,with_utls,with_clash_api"
+#     Step 2: 去掉 with_grpc  → 若不需要 gRPC 入站；减约 4 MB
+#             取消注释下一行：
+# BUILD_TAGS="with_quic,with_utls,with_clash_api"   # 已无 gvisor，此行等效
+#     Step 3: 去掉 with_quic  → 仅在放弃 Hysteria2/QUIC 协议时考虑；减约 3 MB
+#             取消注释下一行：
+# BUILD_TAGS="with_utls,with_clash_api"
+#
+#   裁减后执行: ./build-ios.sh --force 重出 XCFramework，然后在 Xcode 中
+#   重新拖入 dist/ios/Libbox.xcframework（或更新 SPM/Pods 引用）。
+#   在此注释中记录最终选定的 build tags 及峰值 RSS（由 MemoryMonitor 汇报）。
+#
+#   当前状态：等待真机 10min 压测结果（MemoryMonitor 每 10s 打点）。
+
 # ── 幂等检查 ─────────────────────────────────────────────────────────────────
 if [[ "${FORCE}" == false && -d "${OUT_XCFW}" ]]; then
     printf '✓ %s 已存在，跳过构建（传 --force 强制重建）\n' "${OUT_XCFW}"