频率与限额：可以发布多少
账号撞上了一个在显眼位置根本没有写明的上限—— 而且恰恰发生在工作刚有起色的时候。上限 同时有好几个：发帖、关注、消息，以及通过 API 提出的 请求，每一个都有自己的时间窗口。
小心他人给出的数字。关于这个主题，互联网上编造的 数字比任何其他主题都多：数百篇文章都在写“最新限额”， 数百篇文章，而几乎全部要么是猜的，要么已经过时。这里只有平台自己写下的内容，并附文档链接。
Aitu
如何申诉限制。 原文：«После подачи апелляции посредством чата в Aitu @moderator_group или почты moderator@aitu.io в Приложении пользователем возможна разблокировка аккаунта/канала/группы»。封禁原因由审核员在封禁之后说明。申诉的提交时限未说明 审核办法规定第 6.4 条；页面是 SPA，文本通过 aitu.io/locales/ru/regulations.json 提供 来源, 已核查 2026-08-07
Bluesky
每日发帖数。 以数字给出，但计的不是帖子，而是点数。原文：«The limit is 5,000 points per hour and 35,000 points per day. Points are counted as: CREATE 3 points, UPDATE 2 points, DELETE 1 point»。平台自己也做了换算：«Under this system, an account may create at most 1,666 records per hour and 11,666 records… “记录”指的是对存储的任何一次操作：发帖、点赞、关注都算。把35000点换算成11666条记录的，是平台自己，不是我们。页面上的保留说明：«All of the limits described here are likely to evolve over time» 来源, 已核查 2026-08-04
每小时发帖数。 以数字给出：«The limit is 5,000 points per hour»，按创建一条记录3点计算，平台自己换算出«at most 1,666 records per hour»。请求另有规定：«Overall API Requests (all endpoints) — Rate limited by IP — 3000 per 5 minutes» 十三个平台中，只有 Bluesky 把小时上限和每日上限都以直接数字公布，还附上了每种操作的点数价格 来源, 已核查 2026-08-04
关注与取消关注。 关注没有单独的上限：关注和帖子一样按点数计。原文：«These limits shouldn't affect typical Bluesky users! They won't affect the majority of developers either. But they will affect prolific bots, such as the ones that follow every other account or like every post on the… Bluesky 不公布关注数量的上限——取而代之的是对所有操作合并计数：每小时1666条、每昼夜11666条。批量关注被定性为违反社群规则，而不是超出上限 来源, 已核查 2026-08-04
API 访问。 按网络节点以数字给出。账号的存储节点（PDS）：«Overall API Requests (all endpoints) — Rate limited by IP — 3000 per 5 minutes»；«com.atproto.identity.updateHandle — Measured per account — 10 per 5 minutes, 50 per day»；«com.atproto.server.createAccount — Measured… 数字是按节点给出的，不是按整个平台：Bluesky 是一个开放网络，文档中直接写明«other providers in the network are likely to have different rate-limits»。中继节点的上限：每秒50个事件，每小时2600个，每昼夜21000个 来源, 已核查 2026-08-04
限流与临时封禁。 描述得很直接。原文：«Many HTTP API services return rate limit headers on responses. Developers can use those to debug and understand the current limits, or even automate request throughput and backoff. Requests that cross a limit usually receive an HTTP 429 (“Too Many… 处罚是技术性的——返回 429 并附带剩余量的响应头；该页面不设因速率而封禁账号的措施，那被归到内容审核的决定里 来源, 已核查 2026-08-04
如何申诉限制。 已声明，而且带期限。原文：«Appeals. If your account has been suspended, terminated, or otherwise restricted under these Terms, you may appeal the decision using the in-app appeal tool or by emailing moderation@blueskyweb.xyz. Appeals must be well-founded and include… 十三个平台中唯一一个以数字给出申诉期限的——两周。bsky.social 上的社群规则也指向同一套流程：«our appeals process gives you an opportunity to tell us if you think we have gotten something wrong» 来源, 已核查 2026-08-04
Boosty
新账号受哪些限制。 无法按手机号注册新账号：«Можно ли зарегистрировать новый аккаунт по номеру телефона? Нет, временно регистрация по номеру недоступна»（原文）—— 只能通过社交网络、Google 或邮箱登录。身份验证对每一位作者都是强制的：«Прохождение верификации обязательно для всех авторов на Boosty»（原文），KYC… 平台自己博客中的官方 F.A.Q. boosty.to/boosty，更新于 2025 年 12 月 来源, 已核查 2026-08-07
Discord
每日发帖数。 Discord 不公布每昼夜的消息上限。文档直接拒绝给出固定数字：«Because rate limits depend on a variety of factors and are subject to change, rate limits should not be hard coded into your app. Instead, your app should parse response headers to prevent hitting the limit, and to respond… Discord 按请求路由来计算上限，并要求从响应头中读取，而不是存在代码里。面向用户的帮助中心（support.discord.com）对不带浏览器的请求返回 403，因此界面侧的上限无从核查 来源, 已核查 2026-08-04
私信与群发。 只有面向程序的上限以数字给出。原文：«All bots can make up to 50 requests per second to our API»；«Apps can send 120 gateway events per connection every 60 seconds, meaning an average of 2 commands per second. Apps that surpass the limit are immediately disconnected from the… 这个区分很重要：这些数字针对的是应用对 API 的请求，而不是用户在界面中发的消息。界面侧的上限在以 403 关闭的帮助中心里 来源, 已核查 2026-08-04
API 访问。 以数字给出。原文：«All bots can make up to 50 requests per second to our API. If no authorization header is provided, then the limit is applied to the IP address. This is independent of any individual rate limit on a route.»保留说明：«Interaction endpoints are not bound to… 数字取自开发者文档的 Rate Limits 页面和 Gateway 页面。各个路由的具体数值 Discord 有意不公布：只能从响应头中得知 来源, 已核查 2026-08-04
限流与临时封禁。 描述得很详细。原文：«In the case that a rate limit is exceeded, the API will return a HTTP 429 response code with a JSON body. Your application should rely on the Retry-After header or retry_after field to determine when to retry the request.»另有针对无效请求的单独上限：«IP… Discord 把这种禁止称为«Cloudflare ban»：受限的是 IP 地址，而不是账号。429 响应中的 X-RateLimit-Scope 头会指出触发的是哪一种上限：user、global 还是 shared 来源, 已核查 2026-08-04
如何申诉限制。 «You may appeal the decision directly in the Discord app by going to User Settings > My Account > Standing > selecting the violation you want to appeal > pressing on Let us know»（原文）。对欧盟用户提到了替代性纠纷解决程序（DSA）。 strikes_system 不重复：措施阶梯已记入 facts.tsv（restrictions/enforcement，discord.com/guidelines）。support.discord.com 的文章返回 403，未予读取。 来源, 已核查 2026-08-07
如何申诉限制。 对于请求频率上限，途径是直接说明的：«If you are experiencing repeated Cloudflare bans from the Discord API within normal operations of your bot, you can reach out to support to see if you qualify for increased global rate limits. You can contact Discord support using… 这不是对处罚的申诉，而是为应用申请提高上限。账号封禁的申诉无从核查：帮助中心被防机器人措施挡住 来源, 已核查 2026-08-04
每日发帖数。 未给出数字，且平台明确拒绝公布。原文：«We have limits in place to prevent the abuse of our features and to protect people from spam and harassment. These limits are based on different factors, like speed and quantity. We can't provide additional details on the rate limits that… 这是十三个平台中最直接的拒绝：Facebook 解释了限额的构成（速度和数量），并直言不会给出细节。页面通过无脚本的帮助中心精简版读取；Facebook 的 robots.txt 点名 ClaudeBot，仅对其禁止个别栏目，帮助中心不在其中 来源, 已核查 2026-08-04
关注与取消关注。 未给出数字。好友邀请和拉人进群的限制只以例子描述：«If someone is sending out an excessive number of messages to people they aren't friends with, they may be warned or temporarily blocked from sending messages»；«If someone adds several people to a group within a short period of time… Facebook 描述会被处罚的行为，但不给数字：«We can't provide additional details on the rate limits that are enforced»。单独文章 «Blocked from sending friend requests on Facebook»（help/320587401313728）在限定时间内未能打开，其内容未收录于此 来源, 已核查 2026-08-04
私信与群发。 存在，但未给出数字。原文：«Facebook has limits in place to prevent behavior that others may find annoying or abusive. These limits restrict the rate at which you can use certain features on the site. If you were warned for sending messages too quickly, you'll need to stop… 帮助文章 «Limits to sending messages on Facebook»。既没有给出私信数量，也没有给出警告时长；程序化访问另有计数——Messenger API 中每个互动用户每天 200 次调用 来源, 已核查 2026-08-04
API 访问。 以公式形式给出。应用的平台限额：«Calls within one hour = 200 * Number of Users»，其中 «The Number of Users is based on the number of unique daily active users an app has»；说明：«if your app has 100 Users, your app can make 20,000 calls per hour»。用户令牌的数字被隐藏：«Due to privacy… Meta 有两套不同机制：Platform Rate Limits（按小时，以应用活跃用户数计）和 Business Use Case（按天，以主页互动用户数计）。冲突裁决规则被直接写明：«If both Platform and Business Use Case rate limits can be applied to a request, BUC rate limits will be… 来源, 已核查 2026-08-04
限流与临时封禁。 对程序化访问描述得很详细：用量由 «X-App-Usage» 响应头显示，含 call_count、total_cputime 和 total_time 字段（占限额的百分比）；错误码——«4: Indicates that the app whose token is being used in the request has reached its rate limit»、«17: Indicates that the User whose token is being used in the request… 对排期的重要推论：被拒后继续尝试有害——用量继续增长，等待时间随之拉长。这是平台自己的声明，不是我们的推断 来源, 已核查 2026-08-04
每日发帖数。 来源相互矛盾：对于通过 API 发布，同一个页面上给出了两个不同的数字。«Rate Limit»一节：«Instagram accounts are limited to 100 API-published posts within a 24-hour moving period. Carousels count as a single post.»同一页面的«Create a Carousel Container»一节：«Accounts are limited to 50 published posts within a… Meta 同一份文件内部的直接矛盾：滚动一昼夜内100条和50条。手动发布不受这一上限描述，而帮助中心 help.instagram.com 被 robots.txt 对 Claude 的代理关闭（User-agent: ClaudeBot，Disallow: /），因此手动上限的数字无处可查 来源, 已核查 2026-08-04
私信与群发。 原文（按 Instagram 专业账号计的请求上限）：Conversations API——«Your app can make 2 calls per second per Instagram professional account»；用于文字、链接、表情回应和贴纸的 Send API——«Your app can make 100 calls per second per Instagram professional account»；用于音频和视频的——«Your app can make 10… 这些是 API 通信的上限；Meta 不公布应用内私信的上限。通信类请求与 Instagram Platform 的其他请求分开计数 来源, 已核查 2026-08-04
API 访问。 原文：«Calls to the Instagram Platform endpoints, excluding messaging, are counted against the calling app’s call count. An app’s call count is unique for each app and app user pair, and is the number of calls the app has made in a rolling 24 hour window. It is… 上限不是固定的数字，而是按一昼夜展示量计算的公式：新账号没有展示时，可用的请求量接近于零。计数按“应用 + 用户”这一组合进行，窗口是滚动的24小时。按用户的请求数量 Meta 有意不予披露 来源, 已核查 2026-08-04
限流与临时封禁。 原文：«If this limit is exceeded or if CPU or total time limits are exceeded, the app or user may be throttled. API requests made by a throttled user or app will fail.»«Once a rate limit is reached, any subsequent requests made by your app will fail and the API… Meta 不声明限速的时长：解除与计数降到上限以下挂钩，而不是与一个固定期限挂钩。关于应用内操作的临时封禁，说明在对 Claude 的代理关闭的帮助中心里 来源, 已核查 2026-08-04
API 访问。 窗口和上限的构造已声明，数字没有。原文：«To prevent abuse and ensure service stability, all API requests are rate limited. Rate limits specify the maximum number of API calls that can be made in a 24 hour period. These limits reset at midnight UTC every day.»有两种上限：«Application… LinkedIn 原则上不公布上限的数值：它们只在开发者后台的 Analytics 标签页中可见，而且只对当天已经至少发过一次请求的端点可见。页面的修改日期为2025-06-18 来源, 已核查 2026-08-04
限流与临时封禁。 原文：«Rate limited requests will receive a 429 response. In rare cases, LinkedIn may also return a 429 response as part of infrastructure protection. API service will return to normal automatically.»提醒机制：«Developer Admins will receive email alerts when their… 恢复是自动的，期限没有给出：每昼夜的计数在 UTC 午夜清零 来源, 已核查 2026-08-04
MAX
新账号受哪些限制。 在个人资料没有数字 ID (Tsifrovoy ID) 之前无法创建公开频道。MAX 帮助中心原文：«Обратите внимание: создать публичный канал можно только, если ранее у вас был создан Цифровой ID»。另外：完全无法通过网页版创建个人资料 —— 原文 «создать профиль в MAX можно только с помощью приложения для телефонов и компьютеров.… 这是平台本身在其帮助中心的声明，而不是我们的推论。已阅读 MAX 帮助中心 «Начало работы»、«Профиль»、«Переписка»、«Каналы»、«Безопасность» 版块的文章清单，以及关于注册、关于公开频道和私密频道、关于 А+ 标记和关于频道申请被拒的文章。max.ru 和 help.max.ru 的 robots.txt 已完整阅读：只禁止 /_api 路径 来源, 已核查 2026-08-07
如何申诉限制。 未宣布单独的封禁申辩表单。帮助中心在封禁时建议写信给支持（也可附上截图）；按协议，申请«могут быть направлены по адресу места нахождения Компании»（原文）。 该文章详细描述了因资料不正确和被盗号导致封禁时的恢复；因违规被封禁的情形 —— 只能走支持这一条路。 来源, 已核查 2026-08-07
Mercado Libre
如何申诉限制。 未公布单独的处罚申诉表单。对于 Brand Protection Program 的投诉，原文：«podrás utilizar el flujo de Mercado Libre para responder una denuncia» —— 卖家携文件作出答复；API 返回 «fecha de vencimiento (plazo máximo para responder a la denuncia)»。对于发布内容的审核处理 —— 按 remedy 字段消除原因，并将发布重新上架 www.mercadolibre.com.* 和 developers...com.ar 返回 403（robots.txt 同样返回 403 —— 不可访问）；同一文档在区域镜像 developers.mercadolibre.co.cr 上可访问 —— 属同一服务的另一个允许访问的地址 来源, 已核查 2026-08-07
Minds
新账号受哪些限制。 在通过确认之前赚钱是关闭的：参加 Boost Partner Program 的频道须«in good standing and verified as human (via phone number or mobile app human detector)»（原文）。金钱提现另外要求累计至少 100 美元、绑定银行账户并拥有 Minds+ 订阅；频道认证标识只在 Minds+ 或 Minds Pro 有效期内发放 帮助中心对新账号的发布、Boost 和群组没有任何限制；Minds 自己提到的限制是真人确认和付费身份 来源, 已核查 2026-08-07
如何申诉限制。 原文：«All strikes can be appealed to a Minds Jury» —— 记分可向由用户组成的陪审团申诉。原文：«Appeals on immediate bans will be reviewed by the Minds admins and not a jury» —— 立即封禁由管理员审理。提交期限未说明 Boost 被拒另行通过邮件申诉；strikes（3 次记分的阶梯、90 天后失效）已在 facts.tsv 中 来源, 已核查 2026-08-07
Misskey
新账号受哪些限制。 在封闭服务器上没有邀请码无法注册——原文：«Invitation code (only if registration is by invitation only. If you do not have one, you will not be able to register.)»。账号的能力由服务器管理员配置的角色和策略决定——原文：«Role policies can be adjusted to implement permissions and feature restrictions»及«You… Misskey 是服务器软件，限制集合由具体服务器的管理员设定；官方项目 FAQ 原文：«We do not provide or operate any servers that use Misskey software or its derivatives»及«We also do not have the ability to regulate services using Misskey… 来源, 已核查 2026-08-07
如何申诉限制。 未描述申诉程序；规则明确写明冻结«原則解除は行いません»（原则上不解除）。已读 Misskey.io 的利用規約——没有异议表单 对自管的 Misskey 服务器，审核由实例管理员决定 来源, 已核查 2026-08-07
每日发帖数。 没有每昼夜的上限。原文：«There’s no limit to how many Pins you can create»和«There’s no limit to how many people can follow you»。与此同时，图板数量确实有上限，但没有以数字给出：达到上限时会收到通知，并被建议删除一部分图板 Pin 想创建多少都可以，但速率另有限制——通过针对重复操作的«rate limit block»。图板数量有上限，但没有说明具体数值 来源, 已核查 2026-08-04
关注与取消关注。 上限存在，但没有给出数字。原文：«There’s no limit to how many people can follow you»，但对自己的关注数量存在上限，达到上限后«You can still continue to follow people who already follow you»。另外还点出了一种触发临时封禁的原因：«following a lot of people in a short period of time» Pinterest 承认关注数量有上限，却不公布它的数值；上限用尽之后，只允许关注那些已经关注了您的人 来源, 已核查 2026-08-04
API 访问。 原文：试用访问（Trial access）——«1000 requests per day for all API requests»；标准访问（Standard access）——«100 requests per second per user per app for all API requests»。按端点类别还有单独的上限：例如 ads_analytics 在试用访问下为每昼夜1000次请求，在标准访问下为每分钟300次；ads_write… 十三个平台中唯一一个把按用户和按应用的上限直接以数字给出的平台：“用户 + 应用”这一组合每秒100次请求。要修改上限，需要向支持团队提交工单（«file a ticket with our support team»） 来源, 已核查 2026-08-04
限流与临时封禁。 原文：«A rate limit block is a temporary block that may automatically be put on your account if we notice that you’ve repeatedly done the same action too many times in a short period of time.»原因有：频繁登录，快速且重复地评论，快速关注，连续保存同一个网站的大量 Pin。解除方式：«most limits are removed… 解除期限是直接给出的——最长24小时，自动解除。而操作次数的门槛本身是有意不公布的：只说了«too many times in a short period of time» 来源, 已核查 2026-08-04
如何申诉限制。 原文：«Appeals are how you can tell us if you think we made an enforcement error.»«Appeals can be submitted in-product, via the Help Center or by clicking the one-click appeal link in an enforcement notice email that we sent you.»«We review appeal requests and… Pinterest 没有给出提交期限。针对速率的临时封禁不设申诉：帮助中心建议等待，限制会在一昼夜之内自行解除。API 上限则通过向支持团队提交工单处理 来源, 已核查 2026-08-04
RUTUBE
新账号受哪些限制。 只能用俄罗斯手机号注册——原文：«Для регистрации необходим российский номер телефона»。在手机号确认之前，无法开启直播。上传视频时平台可能要求确认电子邮箱：FAQ 中有一个问题 «Не получается загрузить видеоролик — появляется окно с просьбой подтвердить e-mail, но я его уже… 已完整阅读 FAQ «Регистрация на RUTUBE»（«Регистрация, личные данные, аккаунт»、«Ваш статус на RUTUBE»、«Трансляции»、«Загрузка, воспроизведение и модерация видеороликов» 各节）、FAQ «Трансляции» 和 FAQ… 来源, 已核查 2026-08-07
如何申诉限制。 没有单独的申诉表单。原文：«Напишите в службу поддержки по адресу help@rutube.ru и узнайте точную причину отклонения»——申诉通过支持服务进行；提交时限未说明 help@rutube.ru 是通用的支持联系方式（协议第 5.7 条） 来源, 已核查 2026-08-07
ShareChat
新账号受哪些限制。 SC Blue 订阅（蓝V）对开通不足七天的账号、未验证手机号的账号和资料不全的账号关闭——原文：«Your account must be older than 7 days and must be active at least once in 7 days prior to subscribing to SC Blue»、«Your account must have a verified phone number»、«Your account must have a valid profile… 已通读«Sharechat Blue FAQ»、Terms of Use、ShareChat Content Policy、FAQ«Original Creator»、«Creator Streak»及«Spotlight»FAQ 的全部17页。sharechat.com 的 robots.txt 已完整读取（22行）：只封锁 AdsBot-Google 和… 来源, 已核查 2026-08-07
Snapchat
新账号受哪些限制。 并不是每个账号都有公开资料：«The minimum age to have a Public Profile is 16 years old, but laws in your country or region may set a different minimum age»（原文），并且在有过违反 Community Guidelines 的记录时，或设置中未填写出生日期时，可能没有该资料。Professional Account 只对 18 岁以上开放，且只能在已有的 Public Profile… 取自 Snapchat 帮助中心的四篇文章：关于 Public Profile、关于 Professional Accounts、关于发布到 Spotlight 和关于 Spotlight 的审核 来源, 已核查 2026-08-07
如何申诉限制。 在应用内申诉：登录时在弹出窗口中点击 «Appeal Decision»，或在 accounts.snapchat.com 选择 «Unlock»。原文：«You can only appeal a lock on an account once. If your appeal is denied, you will not be able to submit another one»。如果没有 Appeal Decision 按钮 —— 该封禁不可申诉；所有申诉均由人工审理 关于只能一次的引文出自文章 10215197231892 «My account was locked for violating Snap's Community Guidelines» 来源, 已核查 2026-08-07
SOOP (AfreecaTV)
新账号受哪些限制。 提到了一项确实与账号新旧相关的限制：注册后的一段时间内不能立即注销账号。条款第 18 条第 1 款原文：«단, 신규가입 후 일정시간 이내에는 "서비스" 부정이용 방지 등의 사유로 즉시 탈퇴가 제한될 수 있습니다» —— 我们的译文：但在新注册后的一定时间内，出于防止服务被不当使用等原因，立即退出可能受到限制。另外，第 6 条第 5 款把身份确认作为使用服务的一般条件 已完整阅读 SOOP（㈜아프리카티비）的使用条款 —— sooplive.com 上的静态协议文本。协议没有提到新手在直播或发布数量上的限额；主播指南 bjguide.sooplive.com 和帮助中心 help.sooplive.co.kr 返回没有正文的空壳（全部内容由脚本绘制），因此那里没有取用任何内容。 来源, 已核查 2026-08-07
如何申诉限制。 原文：«정지기간 중 1회에 한하여 아래 절차에 따라 이의 신청을 할 수 있으며» —— 异议（이의신청）只能提出 1 次，且只能在封禁期内提出；通过登录时显示处罚原因的窗口进入的异议页面提交 SOOP 运营规则；bans（3/7/15/30/90/180 天的期限）已在 facts.tsv 中 来源, 已核查 2026-08-07
Soul
新账号受哪些限制。 在未通过身份验证之前，部分功能是关闭的。用户协议第 2.1.3 条原文：«Soul App中的某些功能和/或服务，如创建群聊派对等，会要求您提供额外的信息，包括提供身份实名认证信息» —— 我们的译文：Soul App 的个别功能和/或服务，例如创建群聊派对，将要求提供额外信息，包括按证件进行实名认证的信息。旁边还有两项硬性限制：第 2.2.2 条 —— 一个手机号只能注册一个账号，且只能同时在一台设备上登录；注册仅限 18 岁以上 已完整阅读 Soul 官方文档域名（themis.soulapp.cn）上 2025 年 12 月 30 日版的 «Soul App用户服务协议»。协议没有给出需要实名认证的完整功能清单 —— 只提到 «например, создание групповой чат-вечеринки»，因此不能再列举更多。 来源, 已核查 2026-08-07
如何申诉限制。 «如您对您的账号封禁情况存有疑问，可以通过官方通知的申诉链接或本协议第13条中的联系方式进行申诉»（原文）：申诉 —— 通过封禁官方通知中的链接，或通过第 13 条中的联系方式：邮箱 soul@soulapp.cn、应用内渠道 «设置-帮助和反馈»（设置 → 帮助和反馈）、电话 400-9030142（投诉）和 400-9030057（支持）。 strikes_system 不重复：阶梯（警告、整改期限、临时和永久封禁）已记入 facts.tsv（limits/ban_consequences）。themis.soulapp.cn 上没有 robots.txt。 来源, 已核查 2026-08-07
SoundCloud
新账号受哪些限制。 邮箱确认之前完全无法上传：«Please note that until the email address has been confirmed you will not be able to upload any content or images to the account»（原文）——也就是既不能传音轨，也不能传图片。此外免费账号另有上传上限：«A free account gives you unlimited listening and allows you to upload up to 120… help.soundcloud.com 的页面以浏览器形态访问时会返回 JS 校验，我们没有绕过；文章正文取自同一主机上公开的帮助中心 JSON（/api/v2/help_center/...），robots.txt 并未禁止该路径。120 分钟的上限与资费方案挂钩，而与账号年龄无关 来源, 已核查 2026-08-07
Strava
新账号受哪些限制。 Strava 只说明了新建账号默认开启的设置：Flyby 为 «No One»，Training Log 为 «Private»，以及 «Who can message you: Following»，还有 «Map Visibility: The first and last 200 meters of your future activity maps will be hidden by default when you log in to the Strava… www.strava.com/robots.txt 已完整阅读（52 行），其中含有 «User-agent: ClaudeBot ... Disallow: /» 一组，因此完全没有读取 www.strava.com。改用位于独立主机 support.strava.com 上的帮助中心，其 robots.txt 已完整阅读（5 行），只禁止 /not-authorized、/not-found… 来源, 已核查 2026-08-07
Telegram
每小时发帖数。 没有小时窗口；最接近的已声明单位是分钟，原文为：«In a group, bots are not be able to send more than 20 messages per minute»。对于单个聊天：«In a single chat, avoid sending more than one message per second. We may allow short bursts that go over this limit, but eventually you'll begin… Telegram 以秒和分钟衡量速率，不设小时上限。已在机器人帮助和通用 FAQ 中核查 来源, 已核查 2026-08-04
新账号受哪些限制。 没有以数字给出，但对刚注册的账号存在限制这一点是承认的。原文：«I've just signed up and didn't send any messages yet, but my account is limited. Some numbers may trigger an overly harsh response from our system, either due to their previous owners' activities or due to them being certain… Telegram 把新账号受限归因于电话号码的历史（包括虚拟号码和 VOIP 号码），而不是账号存在的时长。最初几天可以发多少条消息这样的数字，在封禁 FAQ 和机器人帮助中都没有 来源, 已核查 2026-08-04
关注与取消关注。 没有声明关注数量的上限；声明的是邀请他人的上限。原文：«As the channel's owner, you may invite the first 200 subscribers to your channel. Once the subscriber count reaches 200, the channel is on its own.»社群规模：«create groups for up to 200,000 people or channels for broadcasting to… 一个用户可以开设多少频道和群组、可以订阅多少个，Telegram 在任何地方都没有写。已在频道 FAQ 和通用 FAQ 中核查。200 这个数字是所有者手动添加订阅者的上限，而不是订阅数量的上限 来源, 已核查 2026-08-04
私信与群发。 对机器人以数字给出，对人则以文字给出。机器人：«In a single chat, avoid sending more than one message per second»；«In a group, bots are not be able to send more than 20 messages per minute»；«The API will not allow bulk notifications to more than ~30 users per second – if you go over… 数字取自 core.telegram.org 上的机器人帮助；关于受限账号的表述取自封禁 FAQ telegram.org/faq_spam 来源, 已核查 2026-08-04
API 访问。 以数字给出。原文：«By default, bots are able to message their users at no cost – but have limitations on the number of messages they can broadcast in a single interval: In a single chat, avoid sending more than one message per second... In a group, bots are not be… 十三个平台中唯一一个在帮助中心以直接数字给出请求频率上限的平台，而不是放在带保留说明的开发者章节里。这些数字针对 Bot API 来源, 已核查 2026-08-04
限流与临时封禁。 帮助中心和错误清单中都有描述。帮助中心：«We may allow short bursts that go over this limit, but eventually you'll begin receiving 429 errors»。协议：代码 420，描述为«FLOOD_WAIT_%d: Please wait %d seconds before repeating the action»和«SLOWMODE_WAIT_%d: Slowmode is enabled in this chat… Telegram 不因发送速率而封禁，而是直接在错误文本中返回等待时长——秒数会替换 %d。来源：core.telegram.org/api/errors 和 core.telegram.org/bots/faq 来源, 已核查 2026-08-04
如何申诉限制。 申诉是有的，通过机器人进行。原文：«If you are sure that the limit was wrongfully applied to your account, please contact our @SpamBot.»另有：«I know I was wrong, please release me sooner! We're sorry, but this is impossible. We value the inner peace of Telegram users too… 没有表单和邮箱地址：唯一的途径是在 Telegram 内与 @SpamBot 通信。平台明确表示无法提前解除限制 来源, 已核查 2026-08-04
Threads
每日发帖数。 每个主页在滚动24小时内通过 API 发布不超过250条帖子；轮播算作一条帖子 来源, 已核查 2026-07-28
每日发帖数。 以数字给出。原文：«Threads profiles are limited to 250 API-published posts within a 24-hour moving period. Carousels count as a single post. This limit is enforced on the POST /{threads-user-id}/threads_publish endpoint when attempting to publish a media container. We… 少数几个直接给出每昼夜数字的平台之一。有一点保留很重要：250 是通过 API 发布的上限，而且窗口是滚动的。当前用量可以用 GET /{threads-user-id}/threads_publishing_limit 方法向平台查询 来源, 已核查 2026-08-04
私信与群发。 Threads 的文档没有描述私信。最接近的已公布数字是回复上限：«Threads profiles are limited to 1,000 replies within a 24-hour moving period»。另外还给出了：«Threads profiles are limited to 100 deletions within a 24-hour moving period»和«Threads profiles are limited to 500 location searches within… 回复、删除和地点搜索的上限属于 API，不是私信。Threads 的 API 完全不涉及私信 来源, 已核查 2026-08-04
API 访问。 以公式给出。原文：«Calls to the Threads API are counted against the calling app's call count. An app's call count is unique for each app and app user pair and is the number of calls the app has made in a rolling 24-hour window. It is calculated as follows: Calls… 上限不是固定的，而是取决于展示量：新账号没有展示时按最小值10计算，也就是每昼夜48000次请求。数字取自 Threads 文档的 Overview 页面 来源, 已核查 2026-08-04
限流与临时封禁。 上限的构造被完整披露：每一类操作在86400秒的滚动窗口内都有自己的配额，当前用量由服务本身给出。原文：«To check a profile's current Threads API rate limit usage, query the GET /{threads-user-id}/threads_publishing_limit… 罕见的情况：平台不只是给出上限，还提供了在受罚之前查看剩余量的办法。该请求需要 threads_basic 和 threads_content_publish 权限 来源, 已核查 2026-08-04
TikTok
每日发帖数。 对于通过 API 发布，原文是：«There is a limit on the number of posts that can be made to a creator account in a 24-hour window via Direct Post API. The upper limit may vary among creators (typically around 15 posts per day/ creator account)»。没有确切数字——写的是«typically around… TikTok 把这个上限说成是大致的、可变的（«may vary among creators»）。手动发布方面：帮助中心已迁至 www.tiktok.com/support，而 www.tiktok.com 的 robots.txt 中有一组包含 ClaudeBot、Claude-User、Claude-SearchBot、anthropic-ai 并带 Disallow: /… 来源, 已核查 2026-08-04
API 访问。 请求频率上限按一分钟的滚动窗口计算：/v2/user/info/、/v2/video/query/ 和 /v2/video/list/ 三个端点各为每分钟600次请求。超出会返回 429 和 rate_limit_exceeded 代码 来源, 已核查 2026-07-28
API 访问。 原文：对 /v2/user/info/、/v2/video/query/、/v2/video/list/ 三个端点，上限为600；«Request rate calculation is based on a one minute sliding window.»对于发布：«Each user access_token is limited to 6 requests per minute.»对未经审核的应用：«Unaudited API Clients can allow up to 5 users to… 窗口是滚动的一分钟。600 这个上限挂在谁身上（应用密钥还是用户），文档中没有说。发布上限是每个用户访问令牌每分钟6次请求（页面 content-posting-api-reference-direct-post） 来源, 已核查 2026-08-04
限流与临时封禁。 原文：«If the number of requests exceeds the threshold, new requests will be throttled and a response will be returned with HTTP status 429 and error code rate_limit_exceeded.»用尽每昼夜的发布上限时，会返回一个错误，说明«The daily post cap from the API is reached for the current user» 限速持续多久没有说明——只提到了滚动的分钟窗口。账号临时封禁的规则在对我们关闭的帮助中心里 来源, 已核查 2026-08-04
如何申诉限制。 对于 API 访问，声明是：«If your application needs higher limits, please contact us using our Support Page. We will review your request. If approved, rate limits will be increased.»账号限制的申诉流程未能核查 提高请求上限要通过开发者支持页面提交申请。创作者封禁的申诉写在 www.tiktok.com/support 上，而该站被 robots.txt 对 Claude 的代理关闭（对 ClaudeBot 为 Disallow: /） 来源, 已核查 2026-08-04
Tumblr
如何申诉限制。 申诉：内容删除和账号封禁 —— 通过 www.tumblr.com/support（对已终止的账号选择 «Terminated account» 类别）；对投诉决定的申诉 —— 表单 tumblr.com/abuse，类别 «Appealing Reports Decisions»；标记为 explicit 的帖子 —— «Appeal» 按钮。提交期限：«You can submit an appeal up to 6 months after our initial moderation… help.tumblr.com（WordPress.com 主机）的 robots.txt 中没有任何禁止项。 来源, 已核查 2026-08-07
TwitCasting
新账号受哪些限制。 刚刚创建、用来登录的 X（Twitter）账号不能发表评论——原文：«悪戯や迷惑行為の防止も兼ね、作ったばかりのXアカウントはコメントを書けません»。TwitCasting 自有账号（キャスアカウント）在完成邮箱注册之前，既不能直播也不能发表评论——原文：«キャスアカウントはメールアドレスの登録が完了していないと、配信やコメント送信ができません»；同一处还有：«メールアドレスの確認がされていないため、機能が制限されています»。 已完整阅读帮助文章 «コメントが書けません»（pid=162）、«キャスアカウントで配信やコメントができません»（pid=1780）、«キャスアカウントの作り方を知りたいです»（pid=1768）、«ツイキャスに登録したいです»（pid=1131）、«NGレベルとはなんですか？»（pid=1552），并浏览了帮助中心的完整索引（ヘルプ 和 よくある質問 两个板块）。twitcasting.tv… 来源, 已核查 2026-08-07
Twitch
新账号受哪些限制。 在账号未绑定已验证的手机号之前，私信（whispers）是关闭的。Twitch API 参考文档原文：«The user sending the whisper must have a verified phone number (see the Phone Number setting in your Security and Privacy settings)»。同处关于 401 错误的原文：«The user in the from_user_id query parameter must have a… 这是我们在 Twitch 官方文档中能读到的唯一一项与账号状态相关的限制。帮助门户 help.twitch.tv 和 safety.twitch.tv 基于 Salesforce 构建，对不带 JavaScript 的客户端只返回标题 «Twitch Help Portal» 和 «CSS Error» 提示… 来源, 已核查 2026-08-07
Viber (Rakuten Viber)
新账号受哪些限制。 只能用能接听来电或接收 SMS 的电话号码注册：原文«Internet-based phone numbers cannot be used to activate / register on Viber»。激活尝试次数有限——原文：«To prevent spammers from using Viber, there is a limit to the number of times that you can attempt to activate / register an account. You… 已通读帮助文章«Solve activation and registration issues»，并浏览了 help.viber.com（en-us）帮助中心全部143篇文章的清单及文章«Message requests inbox»、«Identify and report spam messages»、«Content and account enforcement on… 来源, 已核查 2026-08-07
如何申诉限制。 条款中未描述正式的封禁申诉程序；联系渠道为支持表单 vb.me/ContactUs，非美国居民就付费服务争议可写 Viberforeigndispute@viber.com。 帮助中心的申诉文章被保护关闭（help.viber.com/hc/en-us/articles/... 返回403）。 来源, 已核查 2026-08-07
Vimeo
如何申诉限制。 针对 DMCA 警告——反通知（«challenge a DMCA takedown notice»）；«If you are able to resolve the strikes against you, we can fully restore your account within 90 days from the day it was… 另读了«Troubleshooting: Unable to access my account»（封禁原因会以邮件通知）及 Guidelines Violations 版块。 来源, 已核查 2026-08-07
Write.as
每日发帖数。 免费方案为 «Posts per day: 3 – 15 per day»，Pro 和 Team 为 «Unlimited»；浏览量不限 给出的区间未说明取决于什么 来源, 已核查 2026-07-28
X (Twitter)
每日发帖数。 无法核查普通账号每昼夜的发帖上限：帮助页面«X limits»返回 HTTP 403 和防机器人的占位页。通过 API 声明的是：POST /2/tweets——«Per App: 10,000/24hrs»、«Per User: 100/15min» X 关于手动发布的数字历来放在 help.x.com/en/rules-and-policies/x-limits 页面上，但该页面被防机器人措施挡住：带普通浏览器请求头的 curl 得到 403 和«Just a moment... Enable JavaScript and cookies to continue»页面。不能绕过这类防护，因此不记录这个数字。而 help.x.com 的… 来源, 已核查 2026-08-04
关注与取消关注。 通过 API，原文：POST /2/users/:id/following——«Per User: 50/15min»；DELETE /2/users/:source_user_id/following/:target_user_id——«Per User: 50/15min»。普通账号每昼夜的关注上限未能核查 关注和取消关注的上限相同，都以15分钟为窗口。X 把每昼夜的关注数量公布在 help.x.com 上，而该站被防机器人措施挡住 来源, 已核查 2026-08-04
私信与群发。 原文：POST /2/dm_conversations——«Per App: 1,440/24hrs»、«Per User: 15/15min, 1,440/24hrs» 这是通过 API 发送私信的上限。从应用中手动发送的上限写在被防机器人措施挡住的 help.x.com 页面上，这里没有记录 来源, 已核查 2026-08-04
API 访问。 原文：«Rate limits control the number of requests you can make to each endpoint. Exceeding limits results in a 429 error until the window resets.»窗口为15分钟和24小时。各端点的上限：POST /2/tweets——«Per App: 10,000/24hrs»、«Per User: 100/15min»；POST /2/media/upload——«Per App… 计数按每个端点分别进行；使用 OAuth 授权时上限按用户计，使用应用令牌时按应用计。该页面没有按套餐（Free、Basic、Pro）的细分 来源, 已核查 2026-08-04
限流与临时封禁。 原文：«Exceeding limits results in a 429 error until the window resets.»超出时的响应：HTTP 429 和响应体 {"errors": [{"code": 88, "message": "Rate limit exceeded"}]}。解除的时刻可在 x-rate-limit-reset 响应头中看到（Unix 时间戳） 限速在窗口结束时自动解除——视端点而定为15分钟或24小时。没有声明单独的封禁期限 来源, 已核查 2026-08-04
如何申诉限制。 DSA 报告：«Our content moderation systems blend automated and human review paired with a robust appeals system that enables our users to quickly raise potential moderation anomalies or mistakes»（原文）。具体的申诉提交表单位于 help.x.com，该站因反机器人保护而关闭；报告中指出会向受影响用户发送带有处理背景的通知。 封禁申辩表单（help.x.com/forms）无法核验 —— 主机已关闭。 来源, 已核查 2026-08-07
YouTube
每日发帖数。 没有以数字给出。原文：«To ensure safety at YouTube, we limit how many videos a channel can upload in a 24-hour period across desktop, mobile, and YouTube API.»«Limits may vary by country/region or channel history. Copyright strikes may impact channel history… YouTube 承认存在每昼夜的上传上限，但在帮助中心任何地方都不公布这个数字：只说它取决于国家和频道历史。还核查了71673（时长与文件体积）和9891124（访问级别）页面——那里也没有数字 来源, 已核查 2026-08-04
新账号受哪些限制。 原文：«If you complete phone verification, you will get access to intermediate features.»«Advanced features include, for example, pinned comments and higher daily upload limits. Creators can get access to advanced features by: Completing phone verification… 新频道的限制是通过访问级别表达的，而不是通过天数。«sufficient channel history»要累积多少天并未声明；另有说明：«Not complying with YouTube’s Community Guidelines delays feature eligibility» 来源, 已核查 2026-08-04
关注与取消关注。 来源相互矛盾：原文：«If you see an error message that says “Too many subscriptions,” you have reached your subscription limit. You can only subscribe to 75 channels per day.»«In general, you can subscribe to a maximum of 2,000 channels. But, your subscription limit grows as… 十三个平台中唯一一个以数字公布每昼夜订阅上限（75）的平台。同一页面内部存在矛盾：«maximum of 2,000 channels»，同时又建议不要超过5,000个订阅。取消订阅的上限未予声明 来源, 已核查 2026-08-04
私信与群发。 没有以数字给出。原文：«Sending too many messages at once: To help prevent spam, there are limits on how many messages can be sent in a short period. If you have sent a lot of messages recently, please wait a while before trying again.»私信的可用范围有限：«Video sharing and… YouTube 的私信以«Video sharing & messaging»这一单独功能回归；上限被承认，但既没有数字，也没有窗口长度。平台不提供群发功能 来源, 已核查 2026-08-04
API 访问。 来源相互矛盾：原文：«Projects that enable the YouTube Data API have a default quota allocation of 100 search.list calls, 100 videos.insert calls, and 10,000 units per day combined for all other endpoints.»«Daily quotas reset at midnight Pacific Time (PT).»«All API requests… 时间窗口是一昼夜，计数按项目（不是按用户）。同一页面内部存在矛盾：顶部自动生成的«Page Summary»声称«methods like videos.insert have the highest cost of 1600 points»，而同一页面的正文和表格本身给出的 videos.insert 是«100 quota per day. Each call costs 1… 来源, 已核查 2026-08-04
限流与临时封禁。 原文：第一次违规——«the first violation is typically only a warning»；第一次带处罚的警告：«This strike means you will not be allowed to do the following for 1 week: Upload videos or live streams»；«After the 1-week period, we restore full privileges automatically, but the strike… 这是对违反规则的限速，而不是对超出频率的限速。关于超出每昼夜上传上限，只说了«try again in 24 hours»（10383400 页面） 来源, 已核查 2026-08-04
如何申诉限制。 原文：«For warnings and strikes, you can appeal for 6 months after the warning or strike was issued. For content removals, you have up to 1 year after your content was removed to submit an appeal. This 1 year window applies to all types of content removals… 申诉是针对警告和内容删除声明的。帮助中心没有针对每昼夜上传上限或订阅上限的单独申诉流程 来源, 已核查 2026-08-04
Zenn
新账号受哪些限制。 存在一段时间内发布数量的限额：«コンテンツの粗製乱造を防止する観点から、コンテンツの投稿数には一定時間あたりの上限数（レートリミット・レート制限）が設けられています»（原文）。限额的逻辑不予披露：«上限はさまざまな要素を組み合わせたロジックにより決定されます。このロジックは不正防止のため開示しておりません»（原文）。文章、书籍和 scraps 的限额各自独立 Zenn 从未把限额与账号年龄挂钩 —— 规则对所有人通用；但新作者撞上的正是它。FAQ 的文本由客户端 JS 渲染，读取的是页面 zenn.dev/faq/rate-limit 的官方数据包 来源, 已核查 2026-08-07
VKontakte
每日发帖数。 VKontakte 不公布每日发布上限，并且直说了这一点。原文：«除了对请求频率的限制之外，对同类方法的调用还存在数量限制。我们不提供关于确切上限的信息» 拒绝给出数字是平台自己的声明，不是我们的推断。已在开发者文档中核查（dev.vk.com，“API 的使用”和“错误列表”两节）。面向普通用户的帮助中心位于 vk.com，而 Claude Code 无法从那里获取页面 来源, 已核查 2026-08-04
私信与群发。 没有以数字给出。声明的是同意规则：“要以社群身份向用户发送消息，用户必须允许接收。如果用户先给社群发了消息，这等同于同意接收回复消息（不限时间，除非用户手动禁止消息）”。消息速率服从社群令牌的通用上限——每秒20次请求 VKontakte 限制通信的方式不是消息数量，而是接收方的许可。文档中没有对私信的单独上限；messages.send 页面只给出了转发的上限——“顶层不超过 100 个值” 来源, 已核查 2026-08-04
API 访问。 按令牌类型以数字给出。原文：“VK API 中存在每秒请求数量的限制。它们取决于访问令牌的类型和方法分区”。用户访问令牌——“每秒3次请求”；社群访问令牌——“每秒20次请求”；服务令牌按应用的用户数量：“10000以内——每秒5次请求”“100000以内——每秒20次请求”“500000以内——每秒40次请求”“1000000以内——每秒50次请求”“超过1000000——每秒60次请求”。secure… 这是 VKontakte 唯一给出数字的地方。数量上限（一个方法每昼夜可以调用多少次）平台在同一页面上拒绝公布 来源, 已核查 2026-08-04
限流与临时封禁。 通过错误码来描述。原文：「如果超过这一限制，服务器会返回错误：6 “Too many requests per second”」。错误列表中：“6——每秒请求过多。请加大调用之间的间隔，或者使用 execute 方法”；“29——已达到方法调用的数量上限”。接着还有：“如果超过数量上限，被调用的方法可能暂时不可用，或者要求输入验证码。该限制只作用于超限的那个方法” VKontakte 对速率的处罚是定向的：只有超限的那个方法被关闭，其余方法继续工作。验证码校验是正常响应的一部分，不能绕过 来源, 已核查 2026-08-04
如何申诉限制。 «Если у вас возникают вопросы или если вы не согласны с блокировкой, напишите в Поддержку — мы детально обсудим вашу проблему»（原文）；«необходимо создать обращение именно с заблокированного аккаунта»（原文）—— 封禁界面上的«Обратиться в… VK ID 帮助中心（id.vk.ru 在 robots 中允许）。申诉的提交期限文档未作限制。 来源, 已核查 2026-08-07
Dzen
新账号受哪些限制。 帮助中心提到了从零起步的频道上适用的两项限制。第一 —— 在联系资料未确认前不能发布；原文：«Перед созданием первой публикации может потребоваться подтверждение контакных данных»（错别字«контакных»为帮助中心原文如此）。第二 —— 频道封面不可用；原文：«Установка обложек доступна, если у канала не менее 500… 已完整阅读 Dzen 作者帮助中心的文章 «Создание и настройка»。两项限制都是平台自身的声明。该文章中没有每日发布限额；但这并不能证明限额不存在 —— 只能证明该文章没有提到它。 来源, 已核查 2026-08-07
如何申诉限制。 发布内容：工作室 (Studiya) - 警告 (Preduprezhdeniya) - «Отправить на проверку»；原文：«Отправить публикацию на перепроверку можно только один раз»、«Вы можете отправить до 15 публикаций в сутки. Кнопка будет активна в течение недели с того момента, как публикация была… 第二个页面：dzen.ru/help/ru/requirements/how-to-remove-restrictions.html；不可复审的情形：版权、重复内容、链接垃圾、按 Roskomnadzor (RKN) 要求的封禁 来源, 已核查 2026-08-07
Odnoklassniki
如何申诉限制。 «Чтобы узнать, есть ли шанс восстановить профиль, напишите в поддержку. Мы рассмотрим вашу ситуацию индивидуально и ответим, как можно решить проблему. Мы всегда стараемся объяснить, почему произошла блокировка, и предложим варианты дальнейших действий»（原文）。 提交方式 —— 通过帮助中心里的支持申请表单；没有单独的提交期限。 来源, 已核查 2026-08-07
优酷 (Youku)
新账号受哪些限制。 账号未通过实名认证前，评论、跟帖和视频上的弹幕以及付费会员权益均被关闭；观看不受影响。优酷用户协议原文：«如果不进行实名认证，您仍可浏览我方平台的内容和视音频，但您将无法进行评论、跟帖、弹幕等功能，也无法享受付费会员的相关权利和服务»。同处另有原文：«如您不进行实名认证，则我方平台保留停止该账号在我方平台使用的权利»——认证未通过时，平台保留停用该账号的权利 这是优酷在其用户协议（2019v1版，更新日期2019年12月30日）中的直接声明。youku.com、www.youku.com、csc.youku.com 和 mapp.youku.com 均无 robots.txt 文件：请求返回404页面或空响应，即未设置抓取禁令 来源, 已核查 2026-08-07
微信 (WeChat)
新账号受哪些限制。 新账号的注册本身，在没有真人额外验证的情况下可能无法完成。原文：«After completing the registration, if you are prompted to undergo further assistance verification or required to verify again when using certain features» —— 我们的译文：注册完成后，可能需要额外的辅助验证，或在使用个别功能时需要再次验证。第二项限制 —— 一个号码一个账号：«Each… 已完整阅读 WeChat 帮助文章 «How do I sign up for WeChat?»（help.wechat.com，英文版）。文章没有列举究竟哪些功能需要再次验证 —— 因此表述审慎。mp.weixin.qq.com 上面向公众账号（公众号）的帮助版块被 robots.txt 关闭：那里是«User-Agent: * / Disallow: /»并有个别例外，帮助页面不在例外之列。 来源, 已核查 2026-08-07
如何申诉限制。 原文：«Temporarily blocked: Follow the instructions on the login page and submit an appeal accordingly» —— 申诉从登录界面提交。原文：«Permanently blocked: ... no unblocking options are available»；永久封禁时，登录仅用于提取 WeChat Pay 的资金。提交期限未说明 虚拟号码（Skype、Google Voice 等）不被接受用于解封 来源, 已核查 2026-08-07
腾讯视频 (Tencent Video)
如何申诉限制。 对扣分的申诉：在个人后台（电脑端）的内容管理页面，被处罚的内容旁有«信用分申诉»按钮，需说明理由；«每篇文章只有一次提交申诉的机会，申诉结果将作为最终结果»（原文）——每篇内容一次机会，结果为最终。若账号因扣分被封而无法登录——通过人工在线客服申诉（账号名称、内容链接、理由、证据）。申诉成功即撤销扣分和处罚；作者自行删除内容不撤销扣分。 关于撤销处罚的补充：/detail/e8940475-55f3-4629-ae8a-ebec90f5cfee。 来源, 已核查 2026-08-07
네이버 밴드 (Naver Band)
新账号受哪些限制。 «To prevent misuse of the service, Band limits the number of sign-ups and account links (verifications) within a certain time period»（原文）。接着：如果在删除账号后立即用同样的资料重新注册，或把同样的资料绑定到另一个账号，«the account may take time to create or you may experience some restrictions»（原文） 主站 band.us 未予读取：其 robots.txt 以单独区块禁止 ClaudeBot 和 Claude-SearchBot（«Disallow: /»）。帮助子域 help.band.us 完全允许抓取（«User-agent: * / Allow: /»），只读取了它 来源, 已核查 2026-08-07
카카오톡 (KakaoTalk)
新账号受哪些限制。 对 KakaoTalk 的新频道：在企业信息未确认之前，频道保持为 일반 채널，旁边显示提示 «사업자 정보가 확인되지 않은 채널»（原文；«канал, данные предпринимателя которого не подтверждены»）。创建频道时会验证手机号，并且«동일한 전화번호는 1일 5회까지만 인증이 가능합니다»（原文；同一个号码每天最多只能验证 5 次）—— 明确称为防止垃圾信息和滥用的措施 KakaoTalk 面向个人账号的帮助中心（cs.kakao.com）未予读取：其 robots.txt 含 «User-agent: * / Disallow: /»。读取的是 robots.txt 允许的 Kakao 商务官方文档 来源, 已核查 2026-08-07
如何与此共处
- 按最严格的上限规划，而不是按平均值。平台的 上限与发布服务的上限并不相同，而您几乎总是 先撞上服务的上限—— 为什么它们不一样.
- 新账号遵循另一套规则。最初几天的限制 不按时间表解除，而是按行为解除，而且平台 故意不说明期限。
- 限流不是封禁。部分平台不会直接拒绝， 而是干脆不再展示帖子，表面上看一切 都正常。请看触达量，而不是错误提示。
- 他人文章里的数字不算数字。如果平台文档中 没有这个上限，那就说明没有人知道它，包括 那篇文章的作者。
关于方法。只采用平台的官方页面：帮助中心、规则、 API 文档。第三方网站上的“最新限额”汇总 在任何情况下都不会进入目录—— 无从核实，而且它们经常出错。
另请参阅：素材要求 · 平台限制 · 为什么服务发来通知而不是直接发布