liandu2024：Open-Box 的 profile PUT 接收顶层字段或局部 patch
liandu2024 在订阅刷新问题的 API 子问题讨论中说明，GET 返回 {profile: {...}}，而当前 PUT 接收档案字段本身或局部 patch；热应用只在 PUT 顶层包含 routing 等相应字段时触发。将 GET 外层包装原样回传，与“HTTP 200、只返回 profile、规则未保存”的现象一致，但仍需核对实际请求，不能先断定 domainSuffix 被过滤。他建议仅提交需要修改的 routing 并查看 applied，不要公开完整 profile。v0.1.346 未修改订阅双栈 TLS reset 后的 IPv4 重试，既有 domainKeyword 指向节点的规避仍有效，议题保持打开。
作者原文@liandu2024新一轮 342 的 PUT/GET、内核运行状态和“只有 profile、没有 applied”都已读，不再重复索要。这里有一个具体的请求形状差异：GET 返回
{profile: {...}}，当前 PUT 接收的是档案字段本身或局部 patch（如顶层 routing），不是把整份 GET 外层包装原样回传。热应用只在 PUT 顶层包含 routing 等相应字段时触发。因此“200、只回 profile、规则未保存”与外层
{profile: ...}被当成 patch 的情况一致，仍需按实际请求确认，不能先断定 domainSuffix 被过滤。若再次核对，只检查请求顶层是不是 routing；不要公开完整 profile。可以仅提交需要修改的 routing，并查看 applied。订阅双栈 TLS reset 后的 IPv4 重试本次 346 未修改，原先 domainKeyword 指向节点的规避仍有效，本条保持打开。