准备给客户配置抖音私信自动回复时，容易把两件事叠在一起：一张卡片或一条自动回复能不能发出去，以及开放平台是否要求你先向客户说清楚发送方式。这两件事并不自动等同。本文只解释抖音开放平台《移动/网站应用能力申请及使用规范》里，对开发者在私信自动发送或自动回复上的告知义务和内容红线，不是企业号站内卡片教程，也不是某张产品卡片的开通说明。

本轮于2026年11月10日（北京时间）读取该规范页面，正文顶部未见最后编辑日期，以下转述以当时打开的文本为准。规范约束的是移动应用或网站应用的开放能力申请与使用，不能自动套到企业号站内卡片，更不能写成趣码「抖音卡片」已经按该路径接入或已经获准代发。此前关于更新日志、卡片对象或账号身份权益的说明，与本篇不是同一主线；需要核对产品更新事实时，应回到对应公开说明，而不是用本规范代替。

先划清：这是开放能力使用规范，不是站内卡片说明书

文档标题和结构指向的是移动应用、网站应用的能力申请及使用。开发者申请能力、获得授权后如何使用、出现哪些情形属于规范所列举的问题，都写在这一层。它没有把自己写成企业号后台里某一种消息卡片的操作手册，也没有把某一家第三方工具的产品名列进去。因此，读到“自动回复要先说明什么”时，应先确认自己是否真的在使用该开放能力，为客户提供私信自动发送或自动回复。如果实际走的是企业号站内能力，或其他尚未核对其适用文档的路径，不能把本页条款直接写成已经生效的同一套义务，更不能把“已经按本页做了告知”理解成某种卡片已经开通。

未在开放平台或产品后台做登录核验，本文也不推断某一具体产品是否属于该规范的适用对象。范围先写清，后面的义务才不会被放大或缩小。

自动发送或自动回复前，要先向客户说明什么

在“能力应用”部分，文档写明：开发者若为客户提供私信自动发送或回复消息时，需明确告知客户配置的内容将通过哪个抖音账号发送给到哪些指定用户，并展示发送的消息样式，同时需支持客户随时取消私信自动发送或回复。

可以把这一句拆成四项，但不要自行加码。第一，说明将通过哪个抖音账号发出。第二，说明会发给哪些指定用户。第三，展示将要发送的消息样式，而不是只口头说“会自动回一条”。第四，提供随时取消自动发送或回复的方式。缺了其中一项，并不能用“已经开通自动回复”来补上。

这是开发者在为客户提供该项能力时的告知与控制要求，不是对终端用户的营销话术模板，也不是审核通过的保证。告知之后是否就一定能开通、是否不会被限制，文档没有写成确定结论，本文也不作这种承诺。

和授权提示不是同一层要求

同一份规范里，还有关于“能力需用户授权”时的要求，例如应告知授权后的使用用途和频次，按必要场景设置授权，在实际需要使用时再触发，支持用户自主选择是否授权等。那是授权环节对用户的说明，和上一节“向客户说明自动回复将由哪个账号发给谁”不是同一句话。

配置自动回复前，应先分清自己面对的是：为客户提供自动发送或回复时的告知义务，还是向用户申请某项授权时的提示义务。把两套要求混成一张检查表，容易漏掉“展示消息样式”或“随时取消”，也可能把授权文案误当成自动回复已经完成告知。

内容上还有一条恶意引流红线

文档要求，开发者通过获取能力发布的内容应保证合法合规，其中单独写到：不得出现恶意引流的相关内容，包括但不限于通过邀请码、电话、社交帐号等相关联系方式引流站外交易，通过网址、二维码等方式诱导用户跳转或下载外部APP。

自动回复、自动发送同样会发出内容。若回复里诱导填写邀请码、电话或社交帐号以完成站外交易，或用网址、二维码引导跳转、下载外部应用，就落在该条所列举的情形里。文档还写明，不得存在其他恶意规避平台监管的行为。这些是红线摘要，不是教人如何改写后仍达到同样效果。具体一条消息是否构成恶意引流，应以平台认定为准，本文不代替判定。

运行要求和处置，只按原文边界来写

在保障能力正常运行的部分，文档把「单项能力超60天无任何调用量」列为不可出现的情形之一。这是对开通后运行状态的要求，不能据此推断某个尚未核实的产品当前是否已经超过60天、是否已经被限制。具体如何影响使用，仍以现行规范和平台回查为准，不在这里自行补上未写明的处罚档位。

违规处置一节写明：开发者需对所申请能力的使用情况负责，包括开发者自身的使用及开发者的客户对能力的使用；平台将对能力的使用情况进行定期回查，若发现存在违反上述能力应用规范的行为，平台有权对开发者进行处罚直至封禁。这里只转述原文范围，不额外写成“一定关闭某项能力”或“一定下架应用”，也不把告知义务说成可以换取免责。

私信或消息卡片权限是否调整，应另查对应官方公告与当前账号权限，不能仅凭这份使用规范推断回收时间表或选择通道。

配置前可以留下的对照记录

下面这份记录只用于分清对象和依据，字段空着表示尚未核对，不表示已经符合规范或可以上线。

• 当前是否确认走移动应用或网站应用的开放能力，而不是企业号站内卡片或其他未核文档的路径

• 是否在为客户提供私信自动发送或自动回复

• 已向客户说明的发送抖音账号、覆盖的指定用户范围、消息样式，以及随时取消的方式分别是什么

• 上述说明所依据的规范标题、访问日期；页面当时是否仍无最后编辑日期

• 拟发送内容是否涉及邀请码、电话、社交帐号、网址或二维码等文档列举的引流情形（只作对照，不作通过结论）

• 未把任何未读到正文的公告条款写入依据

先说明发送所用的账号、对象、样式，并保留随时取消的方式，是这份规范写给开发者的前置要求。它不能被简化成“做一张自动回复卡片”，也不能被放大成全站私信或全部产品路径的通用许可证。范围清楚了，才适合再去核对具体能力是否适用、现行文本是否有更新。

参考资料

参考资料1：抖音开放平台：移动/网站应用能力申请及使用规范（https://developer.open-douyin.com/docs/resource/zh-CN/dop/operation-standard/platform-capabilities/usage-spec/），页面未见最后编辑日期，访问日期 2026-11-10（北京时间）。本文依据该页关于私信自动发送或回复的告知与取消要求、恶意引流条款、单项能力超60天无调用量，以及开发者须对自身及客户使用负责、平台有权处罚直至封禁等表述。