用途：这是 Twingate 的 ZTNA 架构专家技能，负责设计层问题——Twingate 四大组件如何交互、如何把真实网络边界映射为 Remote Networks 与 Resources、如何从零到生产排序部署。适用于用户规划、评估或提出架构级问题。
主要能力与准则：Connector 始终成对部署（单个为单点故障，客户端会自动负载均衡与故障转移）；Remote Network 对应信任边界，每个 VPC、VNet、数据中心或分支一个，避免超大或每服务器一个；优先用 FQDN 而非 CIDR；Resource 排除（Bypass Twingate）仅用于开例外，被绕过的流量跳过 Connector、Relay 与安全策略且不产生网络事件，不能用于“放行”敏感目标，仅支持 FQDN/IP，不能覆盖 Identity Firewall Resource；部署顺序为 Connector → Resource → Group → Policy → IdP → 试点设备；Relay 与 P2P 是延迟问题而非安全问题；安全策略位于 Group 层而非 Remote Network；建议启用 SCIM；Twingate 不是通用互联网代理。存在两个访问层：Connector 提供网络层透明 TCP 隧道，不注入用户身份；IDFW Gateway（twingate-idfw）是 L7 反向代理，会注入已认证用户身份（签名 JWT 或可信头）到 SSH、Kubernetes 和自托管 Web 应用请求，并支持逐请求审计。
使用方式：回答前先用用户关键词 grep references/ 并引用结果，例如 grep -ril "openclaw" references/。组件级技术规格、加密协议、DNS 拦截流程、P2P/NAT 穿透机制、合规框架范围、平台特定客户端行为等不得凭记忆回答。跨领域问题应联合加载相关技能：Connector 部署/HA/升级 → twingate-connectors；IdP/SCIM/设备信任/策略 → twingate-identity；身份感知 Web 应用访问 → twingate-idfw；症状排查 → twingate-troubleshoot；IaC → twingate-terraform / twingate-pulumi。
限制：references/ 每周刷新，含文档摘要与公开 GitHub 仓库摘要；具体可用性细节以对应技能为准，不凭记忆断言。