用途：为 Marketing Cloud / Engagement 360 消息生成按渠道的预览，或触发测试发送，全程无头执行，起点是单个 contentKey。覆盖 Email、SMS、WhatsApp、Push、In-App、RCS 六种渠道。
主要能力：渲染个性化预览（针对真实收件人）、非个性化预览（仅内容、无收件人）、向用户自己的邮箱/手机/individual id 发送测试消息。
必要用法：contentKey 必须由调用方提供，不可推导。预览/测试发送用 POST 加扁平 JSON 请求体，键名即参数名；发送者/权限查询用 GET，参数打包进 methodParams 查询参数。统一使用 sf api request rest，禁止 curl，禁止提取或传递令牌。个性化预览需要 segmentId、recipientDataModelObjectName、contentKey、profileId，且 profileId 必须来自所选 segment 的成员列表。测试发送前必须先调用该渠道的权限检查，返回 false 则停止。
适用场景：需要查看已编写消息在真实收件人处的呈现效果，或向自有目标发送测试消息时。构建 Data Cloud 分段、DMO、激活等任务应交给其他技能。
限制：若 segment 无成员或数据空间内无 segment，则无法个性化，只能提供非个性化预览；收件人不得从 DMO 列表等其他来源获取。Push 与 In-App 个性化预览不支持内容变量。REST 资源版本下限各异，data-spaces 为 v62.0，六渠道全覆盖需 v62.0+；LWR-Apex 不按版本门控，固定 v68.0。whatsapp-template-fetch 走 headless dispatch 路由，需通过 dispatch 工具调用。具体端点表、请求体与版本矩阵见 references/api-contract.md。