Threads 上的 ConnectWiz
已做好——Meta 审核中Threads 的支持已经做好。Meta 的审核正在跑。这里写明它到底走到了哪一步。
你帖子下的回复和提及品牌的内容，和其余公开阵地在同一张工作台上分拣——代码已完成、测试已通过，只等 Meta 的审批关卡。我们把卡在哪里公布出来，而不是含糊地说一句“即将上线”。
已经做好的部分
一张 Threads 工作台该有的都有——就等关卡放行
回复与提及，已分拣
你帖子下的回复和提及品牌的内容，都会落进共享的评论工作台——和 Instagram、Facebook、YouTube 共用同一条队列、同一套分流和归属规则。
带附件的回复
全网只有两个平台允许公开回复带媒体，Threads 是其中之一——一张截图回答“这个怎么弄”，胜过三段文字，而工作台原生支持它。
隐藏与取消隐藏
内容管控直接用 Threads 自己的状态——该隐藏的隐藏，不该隐藏的恢复，都在工作台上完成。
Wiz 起草，人来发布
AI 基于你自己的内容起草，默认要人工确认——和这里其他每一个渠道一样的公开发言纪律。
真实状态
“即将上线”通常意味着“还没开始”。这是我们的凭据。
代码：已完成
连接流程、消息接收、回复发布（文字和媒体，带状态轮询）、内容管控和提及处理，都已经写完，并按 Meta 的 API 结构测过。
关卡一：App Review
Meta 对发布和读取回复/提及的标准权限审核——一个正常的申请流程，排在 Meta 的队列里，不是什么合作伙伴计划。
关卡二：企业验证
Meta 的企业验证单独卡着 Webhook——这一关不过，权限批得再齐也没有事件流进来。它是更慢的那一关，我们照实说。
看得懂的状态
这个渠道会逐项报告自己的权限状态——因为在 Threads 上，没批下来的能力是静默失败的，只返回一个空列表，而一个空收件箱可能有四种含义。我们的会告诉你是哪一种。
不加粉饰的细则
Threads 是什么——以及哪些东西任何工具都给不了
Threads 没有私信
Meta 为 Threads 公布的权限里，没有一项给出私信能力——那个“conversation”接口是一棵公开回复树。谁在卖“Threads 私信收件箱”，卖的就是月球上的天气。
不是内容发布工作室
这个渠道负责回复对话；撰写和排期原创 Threads 帖子是另一个产品，我们不假装自己是它。
500 字符，数得准
Threads 有自己的长度算法——一个表情符号不止算一个字符。我们的编辑框按 Threads 的方式计数，所以这边放得下的回复，那边也放得下。
绝不重复发帖
当 Threads 把一条带媒体的回复晾在半空时，我们会标记为状态不确定并停下——因为对一条没有确认的公开发帖做重试，正是同一个答案在你帖子下出现两次的原因。
搭配更好用
能与其他部分组合的 Threads 工作台，而不是一座孤岛
第一天就是同一个收件箱
关卡一放行，Threads 的回复就以已分流会话的形式进来——部门、指派、标签、内部备注——因为它走的就是每个已上线渠道都在跑的那条管线。
Wiz 按品牌语气起草
公开回复是客服团队风险最高的一类写作。AI 从你自己的知识库起草，由人确认——公开留下的记录始终是你的。
公开场合也还是同一个人
一个 Threads 评论者会归并到和他的 Instagram 私信、邮件同一条联系人记录上——公开的夸奖和私下的投诉，不再是陌生人。
就放在 Instagram 旁边，本该如此
Threads 与 Instagram 共用 Meta 的账号图谱，通常也共用同一个社交团队——一条队列、一份历史、一套权限，两边都覆盖。
具体做法
把一个只有公开面的渠道做好
分车道分拣
夸奖、投诉和线索，该走不同的时钟。分流规则把公开提及分进不同车道，让投诉走快车道，而不被道谢堵住。
转到私密渠道——用一条链接
Threads 没有私信，所以凡是涉及个人的事，诚实的做法是在回复里带一条通往 WhatsApp、Instagram 或在线客服的链接——对话在私下继续，挂在同一条联系人记录上，这个页面不会在这点上含糊。
把公开场合的时钟量出来
公开阵地上的回复速度不只是客服，也是市场——收件箱在各处使用的那套首次响应测量，同样适用于公开回复。