ChatGPT Spaces 做竞品社媒追踪页：配置与实测

ChatGPT Space 的页面（Pages）在 OpenAI 的宣传里是「能自己保持更新」，但 OpenAI 的文档写明「Keep Updated」在发布时还没有，每周刷新要另外建定时任务或团队任务（《Work with agents in Space》）。我们在 2026-11-04 00:16–00:33（新加坡时间）用 EveryInfra 接口给 Duolingo、Babbel、Busuu 三个语言学习品牌各拉了一遍 TikTok、X 和 Reddit：每周一轮是 12 次调用、$0.006672，一个月约 $0.0289。真正决定这页准不准的，是一次调用能往回看多远：同样一次调用，TikTok 50 条视频能盖住 55 到 272 天，Duolingo 的 Reddit 品牌搜索只盖住 4.0 小时。

这篇文章回答一个具体问题：市场或增长团队想在 ChatGPT 里放一页竞品社媒追踪表，几个人和 ChatGPT 一起维护，每周一更新一次粉丝、发帖和互动数据。这页放在 Space 还是 Projects，数据从哪里来，ChatGPT 怎么接上外部数据接口，每周更新靠什么触发，一个月要花多少钱，哪些数字会骗人。ChatGPT 一侧我们没有登录操作，所有步骤都来自 OpenAI 帮助中心、learn.chatgpt.com 和开发者文档的原文，写成「配置示例」；EveryInfra 一侧的每个数字都来自真调的原始返回，可以复算。

ChatGPT Spaces 是什么：Space、Page 和团队

先把名字说准。OpenAI 的产品名是单数的「Space」，帮助中心的定义是：Space 是你在 ChatGPT 里放页面、上传文件和其他作品的地方，你可以和 ChatGPT 一起创建、编辑页面，把相关内容按空间（space）归类，再分享给别人协作（《Getting started with Space in ChatGPT》）。搜索里大家习惯写「chatgpt spaces」，指的是同一个东西：一个账号有一个个人空间，也可以按主题或团队建更多空间，空间里放文件夹和页面，页面下面还能挂子页面。

页面（page）是可编辑的文档，适合放项目简报、会议纪要、研究摘要和团队周报；同一页可以几个人同时编辑，每个人用自己的 ChatGPT 帮忙改。帮助中心还特别写了一句：页面里可以放 ChatGPT 生成的图表、追踪表（trackers）和交互小工具，例如让它加一张比较报告数字的图表。这句话是本文选题的出发点：竞品追踪本来就是一张每周要更新的表，加上几段观察和几张图，正好是一个页面能装下的东西。

Space 在 DevDay 2026（2026-09-29）上发布（DevDay 2026 回顾），产品页写的是「Available on Pro, Business, and Enterprise plans」（Space 产品页）。帮助中心把可用范围写得更细：在 Pro、Business、Enterprise 上可以在 Space 里创建和编辑内容；在托管的工作区里，组织的分享设置决定你能用哪些分享方式，Enterprise 管理员可能要先打开分享，成员才能协作；网页和桌面版能建、能改页面，手机上只能找、读、分享页面和在子页面之间跳转，不能编辑；数据驻留在加拿大或阿联酋的 Business、Enterprise 工作区「即将」可用。Space 取代了这些账号里的 Library，Projects 不受影响（帮助中心 20001549，2026-11-04 读取）。

团队这一层是 2026-09-29 同一天加的。Business 的更新说明写：在 ChatGPT 里建一个团队（team），把同事一次加进来，再把页面或整个空间分享给这个团队；团队还能共用插件、一起维护定期执行的团队任务（ChatGPT Business 更新说明、Enterprise 和 Edu 更新说明）。帮助中心《Teams in ChatGPT》把两者的关系说得很清楚：团队定义谁一起干活，空间装着他们共享的内容和上下文；一个团队可以有多个空间，一个空间也可以给多个团队（帮助中心 20001541）。团队只在 Business 和 Enterprise 工作区里有，个人 Pro 账号没有团队，也就没有团队任务。

chatgpt spaces vs projects：追踪页放哪边

搜索联想里「chatgpt spaces vs projects」排得很靠前，说明很多人分不清。两者都能分享、都能放文件、都能让 ChatGPT 用里面的内容回答，但组织的东西不一样：Projects 组织的是对话、文件和项目说明（instructions），帮助中心写 Projects「把相关的对话、文件和说明放在一起」；Space 组织的是页面和文件，页面本身就是交付物（《Projects in ChatGPT》）。拿追踪页这件事来说，差别落在下面几处。

两边的数字都来自帮助中心原文（Projects 一侧见 10169521，Space 的权限档位见 《Collaborate in Space》）。我们的判断是：追踪页本身放 Space，因为大家要看的是一张会变的表，不是一串对话；每周那次「为什么 Babbel 这周播放掉了」的讨论，可以放在页面旁边的对话或评论里。如果团队里有人只有 Plus，他进不了 Space，那就退一步：把每周的数据导出成 CSV 放进一个共享项目，Plus 成员在项目里问 ChatGPT。

记忆这一条值得多说两句，因为它和竞品数据的保密有关。帮助中心写：如果你开着记忆，ChatGPT 帮你写页面时可能用到你的个人上下文，一旦写进页面，能看这一页的人都能读到；协作者开着记忆的话，他的 ChatGPT 可能记住这页的内容，即使你自己关了记忆（《ChatGPT Space: sharing, data, and controls》）。训练设置也是各人管各人：个人账号里，谁的智能体读写了页面，就按谁的训练设置来；Business 和 Enterprise 默认不拿数据训练。所以个人 Pro 账号拉几个同事一起维护竞品页时，要先确认每个人的「Improve the model for everyone」设置，或者干脆用 Business 工作区。

还有一个迁移上的坑：帮助中心《Migrating your personal workspace to ChatGPT Business or Enterprise》写明，个人账号里的 dots、Pages 和 Spaces 目前不支持随个人工作区一起迁进 Business 或 Enterprise，迁之前要自己另存（帮助中心 8801890）。如果你打算先用个人 Pro 试一个月、再拉团队上 Business，追踪页的结构最好写成一段提示词或一个 CSV 模板，迁的时候重建，而不是指望页面跟着走。

chatgpt space pages 能放什么：表格、可视化和 Prompt 块

learn.chatgpt.com 的《Work with pages》把页面拆成「块」（blocks）：在编辑时输入 / 打开插入菜单，可以加标题、列表、清单、表格、代码、高亮、图片、文件、子页面、页面链接、对文件和对话的引用，以及「Visualize」交互可视化，还有 Prompt、Task 和 Agent Instructions 三种给智能体用的块（《Work with pages》）。其中 Prompt 块存一段请求，读者点一下就能用它开一段对话；表格块可以设成普通、弹性或全宽，列宽可以按可读性自动排。

这几样拼起来，正好是一页追踪表要的东西：顶上一个表格块放本周数字，下面一个 Visualize 块画四周的趋势，再下面一个 Prompt 块存「按本页的规则拉本周数据并更新表格」的请求，最底下一个子页面放每周的原始摘要。表格放「结论」，子页面放「依据」，团队里谁对某个数字有疑问，点开子页面就能看到那一周拉回来的是哪几条帖子。

但「页面能自己更新」这件事要打折扣。产品页的原话是「Pages can stay updated from your connected tools」（Space 产品页），可同一套文档的《Work with agents in Space》写得很直白：Keep Updated 在发布时不可用；要设置定期工作，就在对话里让 ChatGPT 建计划，再去核对保存下来的日程，在页面或说明里写一句「每周一更新」，并不能证明任务已经排上了（《Work with agents in Space》，2026-11-04 读取）。所以本文的做法是把「更新」交给定时任务，页面只当输出位置。

普通的 Chat 对话能不能改页面，OpenAI 没有正面写，但它写了 Slides 要在 Work 里建（《Creating and collaborating on slides in ChatGPT》）；2026-10-01 开发者社区里也有用户反映，页面挂到 Chat 对话里只能当资料读，在 Work 里才能改（社区帖《Pages in Spaces for normal ChatGPT chats》）。所以下面的配置都按「在 Work 里改页面」来写。

这页追踪什么：表结构和每个数从哪来

追踪页的列要先定下来，因为它决定每周调哪几项能力。我们给每个品牌、每个平台一行，列只放「本周能从一次调用里算准」的数。下面这张表是页面上表格块的结构，右边一列写的是这个数来自 EveryInfra 哪项能力的哪个字段，字段名都能在 TikTok 数据接口、X 数据接口 和 Reddit 数据接口 的目录里查到。

为什么用中位数不用平均数：Duolingo 最近 7 天的 5 条 TikTok 视频里，最高一条播放 240 万，中位数 80.3 万，平均数会被那一条拉高，周与周之间就会大起大落。为什么 TikTok 要去掉置顶：下一节的实测里，三个品牌按「最新」排序拉回来的第一条都是置顶视频，Duolingo 那条是 2025-06-10 发的，不去掉的话「最新一条」就会错一年多。

数据从哪来：四项能力、参数和价格

这页用到四项能力，2026-11-04 00:16（新加坡时间）读的目录里四项都是 available: true、单价都是 $0.000556/次（目录，免费读取）。每次调用按次计费，一次最多拿回 max_limit 条，条数多少不影响价格；失败和空结果不扣费。

用 curl 直接调的话，请求长这样（Key 放请求头，不要写进代码仓库）：

# 例：拉 Babbel 最新 50 条 TikTok 视频（2026-11-04 00:18 新加坡时间真调过，charged_usd 0.000556）
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"tiktok","action":"user_videos","params":{"username":"babbel","sort":"newest","limit":50}}'

目录里每项能力的 field_note 也要读。twitter/user_posts 的说明写：其他来源不可用时，结果来自一个兜底来源，那时不含回复，is_reply、reply_to 等字段为空；再不行，作者简介、粉丝数等字段也可能缺，最后一级兜底每次最多 60 条。reddit/search 的说明写：时间范围固定为最近一个月，排序不改变这个范围；只返回对得上关键词的帖子，条数可能少于 limit，一条都没有时按空结果退款。这两条会直接影响追踪页：X 的「原创帖」只有在回复字段有值时才算得准，Reddit 搜索最多只看一个月。

在 ChatGPT 里接 EveryInfra 远程 MCP：个人和 Business 不一样

先说结论：Business 工作区要找管理员把 EveryInfra 加成工作区插件；个人 Pro 先手动调一次，看取数工具会不会每次弹确认，再排定时任务。ChatGPT 现在把外部工具统称为插件（plugins，插件产品页），工作区里有使用插件、用 MCP 创建插件（Enterprise 默认关）、发布到工作区等开关（帮助中心 20001256）。

接自定义 MCP 服务器的步骤在帮助中心《Connecting custom MCP servers in ChatGPT》里，这一篇 2026-11-04 读取时显示「2 天前更新」（帮助中心 12584461）：进 Plugins，点加号，选「Add custom MCP server」，填名称和说明，在 Connection 里填公开的 HTTPS MCP 地址（或者选 Tunnel 走 Secure MCP Tunnel），配置认证，勾选「I understand and want to continue」，再选「Create as a plugin」，然后核对它发现的工具和元数据。开发者文档《Connect and test your plugin》给的是同一套步骤，另外建议先用 MCP Inspector 把每个工具调一遍（开发者文档）。内网的 MCP 服务器可以走 Secure MCP Tunnels，我们的服务是公网地址，用不上。

谁能做这件事，原文按套餐写得很细，这里整理成一张表。

表里「Pro 只给读取类权限」这句，原文在常见问题「Are apps and full MCP beta available to Pro users?」下面：Pro 用户可以用 Apps SDK 做应用，完整 MCP 目前只给 Business 和 Enterprise/Edu，Pro 用户能接带读取和取数权限的自定义 MCP 服务器（帮助中心 12584461）。这和取数工具的标注有冲突：我们在 2026-11-04 00:16（新加坡时间）对 https://api.everyinfra.com/mcp 发了一次 tools/list（免费），12 个工具里取数用的 everyinfra_call_api 标的是 readOnlyHint: false、destructiveHint: true、openWorldHint: true。MCP 规范对 readOnlyHint 的定义是这个工具不改变它所在的环境（MCP 规范 ToolAnnotations）；取数不改 TikTok 上的任何东西，但每次都从余额里扣钱，所以我们的服务端没有把它标成只读。按 OpenAI 的写法推断，个人 Pro 上调取数工具时多半要你逐次确认，定时任务里会不会停在确认这一步，原文没写，我们也没在 ChatGPT 里试过。

认证方式是这一节最要紧的变化。开发者文档《ChatGPT Developer mode》写，ChatGPT 连 MCP 支持三种认证：OAuth、不认证、混合（部分工具不认证、部分走 OAuth）（开发者文档）；Apps SDK 的认证文档补充，OAuth 用 2.1 版，ChatGPT 可以用 Client ID Metadata Documents（CIMD）表明自己的身份，服务器要在约定的地址公布 OAuth 配置（《Authentication》）。也就是说，ChatGPT 没有「填一个 API Key 放进请求头」的选项。以前常见的做法是选「不认证」，把 Key 写进地址的 ?key= 里。

这个做法现在不能用了。2026-11-04 00:28（新加坡时间），我们按这个写法调了一次 tools/call，服务器回了 401，错误信息原文是「The EveryInfra API key in this connector's URL (?key=) stopped working on 2026-11-04」，并给了两个新地址：头里带 Key 的 https://api.everyinfra.com/mcp，或者登录授权的 https://api.everyinfra.com/mcp/all。这次 401 没有扣费。对 ChatGPT 来说，能用的只剩后者，因为它不会替你在请求头里带 Key。

我们接着在 00:28 到 00:29（新加坡时间）核了 /mcp/all 的登录配置，三项都是免费请求。第一，不带凭据调 initialize，返回 401，响应头 WWW-Authenticate 里带着 resource_metadata 地址，这是 MCP 授权规范要求的发现方式（MCP 授权规范）。第二，这个地址按 RFC 9728 公布了受保护资源元数据（RFC 9728），授权服务器是 https://auth.everyinfra.com/oidc，权限范围列了 data:call、search:call、account:read、offline_access 等（元数据原文）。第三，授权服务器的 OpenID 配置里 client_id_metadata_document_supported 是 true，scopes_supported 里有 offline_access，PKCE 只收 S256。

offline_access 这一项和 ChatGPT 的要求直接对上。帮助中心写：如果用 OAuth，要确认身份提供方会发 refresh token；OpenID Connect 的标准做法是在授权请求里带 offline_access，并在发现元数据的 scopes_supported 里公布它；没有的话，原始授权过期后 ChatGPT 可能断开，用户要重新登录（帮助中心 12584461）。CIMD 这一项对应的是 IETF 的草案，最新一版 -03 发布于 2026-11-02（IETF 草案）。下面是按这些原文整理的配置示例，ChatGPT 一侧我们没有登录点过。

# 配置示例：ChatGPT 网页版 → Plugins → + → Add custom MCP server
Name:          EveryInfra 社媒数据
Description:   TikTok、X、Reddit 公开数据；每次调用按目录价扣费，失败不扣
Connection:    https://api.everyinfra.com/mcp/all
Authentication: OAuth（ChatGPT 用 CIMD 识别自己；登录 EveryInfra 账号并同意授权）
[x] I understand and want to continue
→ Create as a plugin → 核对发现的工具（everyinfra_call_api、everyinfra_list_capabilities、everyinfra_get_job 等）

# Business 工作区：只有管理员或所有者能建；建好后在 Admin Console → Plugins
# → Manage Legacy Apps → Drafts → Publish 发布，再分享给追踪页所在的团队

登录授权还有一个好处：不用把 Key 交给 ChatGPT。按我们服务端的设计，每个「用户 × 客户端 × 入口」生成一把内部连接用的 Key，计费、退款、限速和调用记录照这个账户走，断开连接时一起作废（说明见 MCP 服务器页 和 远程 MCP 接入说明）。Business 工作区里，谁登录授权，扣的就是谁的 EveryInfra 余额，所以建议用一个团队共用的 EveryInfra 账号去授权，而不是某个同事的个人账号。

最后一个工作区特有的规则，和追踪页能不能长期稳定跑有关。帮助中心常见问题写：管理员第一次批准一个 MCP 服务器后，ChatGPT 用的是它工具清单的「冻结快照」，服务器后来的改动要等管理员复核、重新发布才生效；如果线上工具和快照对不上，调用可能报错，兼容的改动（例如加一个可选参数）可能照常工作，不兼容的要管理员在工作区设置里刷新；报错时不会自动提示更新，也不会通知管理员（帮助中心 12584461）。我们的工具名有「只增不删」的承诺，旧名一直能调，但字段会增加。所以每月在 Admin Console 里点一次刷新，比等它坏了再查要省事。

一次真实往返：ChatGPT 发出什么，接口回了什么

ChatGPT 通过插件调我们的服务时，发出的是一个标准的 MCP tools/call 请求。我们在 2026-11-04 00:29（新加坡时间）对 https://api.everyinfra.com/mcp/all 发了同样的请求（我们这边用 Key 认证，OAuth 连上后工具和返回是同一套），拉 Duolingo 最新 10 条 TikTok 视频，16.78 秒返回，charged_usd 为 0.000556。

{"jsonrpc":"2.0","id":7,"method":"tools/call",
 "params":{"name":"everyinfra_call_api",
           "arguments":{"platform":"tiktok","action":"user_videos",
                        "params":{"username":"duolingo","sort":"newest","limit":10}}}}

返回的 content[0].text 是一段 JSON，24,746 字节，10 条视频每条 35 个字段：除了播放、点赞、评论、分享、收藏，还有封面图地址、背景音乐、标签、是否广告、是否挂了商品、作者的粉丝数等。截图里能看到本文最先发现的一个问题：按 sort: newest 拉回来的第一条是 2025-06-10 发布的置顶视频，第二条才是 2026-11-02 的新视频。追踪页的「最新一条」如果直接取第一行，就会错一年多。

这一来一回，ChatGPT 拿到的是结构化 JSON，接下来它要做的是按页面上写好的规则算数：去掉 is_pinned 为真的行，按 posted_at 筛出最近 7 天，再算中位数。规则写进 Prompt 块或任务说明里，比每周让它自己猜要稳。

每周怎么更新：定时任务和团队任务

页面自己不会动，更新要靠任务。按账号类型有两条路，原文的差别整理如下。

左列来自 learn.chatgpt.com 的《Scheduled tasks》（原文），右列来自帮助中心《Creating and managing team tasks in ChatGPT》（帮助中心 20001540）。团队任务这篇里有几句对追踪页特别有用：分享一个空间给团队，并不会让空间里的所有内容自动进入每次运行的说明，任务要用的来源要写进说明里；状态显示「Completed」的定时计划只说明后面没有排期了，不代表某一次运行成功；有些临时错误会自动重试，但运行中某个应用操作失败不一定会重试；重新运行一个会改文件的任务前，先看上一次已经做了什么。

任务说明是这页能不能每周稳定出数的关键。我们把它写成下面这样，放在页面最上面的 Prompt 块里，同时粘进定时任务的说明，两处保持一致。规则里的每一条都对应后面实测里踩到的坑。

# 任务说明示例（每周一 09:00，Asia/Singapore）
用 @EveryInfra 社媒数据，按下面的顺序为 Duolingo、Babbel、Busuu 各调一次，调用之间不要并发：
1. tiktok/profile {username}；tiktok/user_videos {username, sort: newest, limit: 50}
2. twitter/user_posts {username, limit: 50}
3. Reddit：Duolingo 用 reddit/subreddit_posts {subreddit: duolingo, sort: top, date_range: past_week, limit: 25}；
   Babbel、Busuu 用 reddit/search {keyword: 品牌名, sort: newest, limit: 25}
算数规则：
- TikTok 去掉 is_pinned 为 true 的视频；只算 posted_at 在运行时刻前 7 天内的
- X 去掉 is_reply 或 is_repost 为 true 的帖子，再算近 7 天原创
- Reddit 搜索结果只数 posted_at 在近 7 天内的；标题或社区名里有品牌名的另记一个数
- 中位数，不用平均数；超过 1 万的播放和点赞是平台取整后的数，周变化小于 1% 写「持平」
- 如果某次调用返回 429，等 retry_after 秒再试一次；返回 422 时按 did_you_mean 改参数
输出：只更新「本周数据」表格和「本周摘要」三句话；把原始条目写进以本周日期命名的子页面

为什么写「不要并发」：测试 Key 每分钟限 10 次，我们第一轮在 00:17:48 和 00:17:55（新加坡时间）各吃到一次 429，返回里写着 retry_after: 12、「Nothing was charged」。ChatGPT 在一次任务里可能同时发几个工具调用，12 次调用挤在同一分钟里就会碰到限速。

实测一：一次调用往回能看多远

我们事先定的判据是：每周一次的追踪页，一次调用至少要盖住 7 天，否则「近 7 天新帖」会少算。结果三个平台差得很远。

最出乎意料的是 Duolingo 的 Reddit 搜索：按最新排序拉 25 条，实回 23 条，最旧一条离拉取时刻只有 4.0 小时（2026-11-03 12:23 到 16:05 UTC 之间）。也就是说，Reddit 上每 4 个小时就有二十多条帖子提到 Duolingo。每周拉一次，只能看到周一早上那几个小时；想数满一周，按这个密度要连着调约 40 次，而 reddit/search 的时间范围又固定为最近一个月、每次最多 25 条，数「一周提及量」本来就不是它擅长的事。Babbel 和 Busuu 冷清得多，一次能盖住 9.1 天和 15.6 天。

这个判断有边界：样本是 11 月 3 日到 4 日之间的一次拉取，周末和新品发布周的密度会不一样；23 条是去掉对不上关键词的帖子后的结果，目录说明写条数可能少于 limit。但结论的方向不会变：同一项能力，对大品牌和小品牌的覆盖能差 50 倍以上，追踪页的调用次数要按品牌定，不能一个配方套所有品牌。

我们的办法是 Duolingo 改看品牌社区。00:28（新加坡时间）用 reddit/subreddit_posts 拉 r/duolingo 本周最热的 25 帖（sort: top、date_range: past_week），一次就盖住了 6.1 天（25 帖发布在 2026-10-27 到 2026-11-02 之间，UTC），合计 1,528 条评论，最热一帖 1,615 个赞，发于 2026-10-29。这个数回答的是「这周大家在品牌社区里吵什么」，比「这周有多少人提到它」更有用，也只要一次调用。

Babbel 和 Busuu 不用换。它们的搜索一次就盖住 9.1 天和 15.6 天，最旧一条分别是 2026-10-25 和 2026-10-19（UTC），比一周还长，近 7 天分别有 17 条和 9 条提及，一次 reddit/search 就能数全。所以每周配方里，Reddit 这一项按品牌分开：Duolingo 调社区周榜，Babbel、Busuu 调搜索，三个品牌仍是各 1 次，总数还是 12 次。两种能力数的东西不一样，主表里这两类行不能直接横着比大小，备注里要写明各自是哪一种。

如果团队还想看整个品类在聊什么，可以再加一行品类社区。00:33（新加坡时间）我们拉了 r/languagelearning 本周最热的 25 帖，一次盖住 6.6 天（2026-10-27 到 2026-11-03，UTC），合计 732 条评论，最热一帖 481 个赞。这一行和哪个品牌都不绑定，适合放在表格最下面，作为三个品牌的共同背景；每周多 1 次调用，$0.000556。

实测二：TikTok 的置顶、取整和 is_ad

三个品牌按 sort: newest 拉 50 条，排在最前面的都是置顶视频：Duolingo 1 条（2025-06-10），Babbel 1 条（2025-07-11），Busuu 3 条，最早一条是 2022-11-17。去掉置顶后，剩下的视频严格按发布时间从新到旧排，我们逐条核过。所以规则很简单：先看 is_pinned，再按 posted_at 筛。

第二个发现是数字取整。Duolingo 50 条视频的播放数全部在 1 万以上，50 条全是取整后的数（例如 3,900,000、116,800），有效数字不超过 4 位；Babbel 43 条过万的也全是取整数。这不是我们的处理，TikTok 网页上显示的就是「390 万」这种写法。它的影响是：百万级视频的周变化，分辨率只有 10 万。00:16 和 00:29（新加坡时间）两次拉到的同一条视频，播放从 240 万跳到 250 万，13 分钟里多出的到底是 5 万还是 14 万，看不出来；另一条从 116,100 到 116,800，就能看出是 700。所以任务说明里写了一句「变化小于 1% 写持平」。

第三个是 is_ad。Duolingo 50 条里 42 条标 is_ad: true，Babbel 0 条，Busuu 1 条。目录对这个字段的说明是「是否广告视频」。品牌自己账号上的视频被标成广告，常见的情况是这条视频同时拿去投了广告；我们没有核实每一条的原因，所以追踪页只把它当一列备注，不拿它去调整播放数。

互动率差得也很大：Duolingo 49 条非置顶视频的互动率中位数是 14.1%，Babbel 3.26%，Busuu 1.57%；播放中位数分别是 66.06 万、3.57 万和 2,769。最近 7 天 Babbel 和 Busuu 各只发了 1 条，播放 9,377 和 696。如果追踪页只放「近 7 天」一列，小品牌会因为样本只有 1 条而上下乱跳，所以我们保留「最近 50 条中位数」作为参照列。

实测三：X 上的 50 条，有一半以上是回复

twitter/user_posts 一次拿 50 条，Duolingo 这 50 条只盖住 12.8 天，因为它回复得很勤：29 条是回复，4 条是转发，剩下 17 条原创里还有 10 条是引用帖。只算原创的话，最近 7 天是 10 条，原创帖的浏览中位数 56,364、点赞中位数 1,077。Babbel 50 条里 12 条是回复、38 条原创，但要往回 131 天才凑够 50 条，最近 7 天只有 2 条，原创帖点赞中位数是 1。Busuu 的 50 条最新一条停在 2025-02-12，最近 7 天 0 条。

这组数说明两件事。第一，「发帖数」这一列如果不去掉回复，Duolingo 会显得比 Babbel 勤快 14 倍（近 7 天 28 条对 2 条），去掉回复后是 10 条对 2 条；回复多说明它在 X 上主要做的是和用户互动，这本身值得在备注里写一句，但不应该混进「发了多少内容」。第二，一个账号几个月不发帖时，追踪页要显示「无新帖」，而不是拿 2025 年的帖子算出一个「中位数」。我们的任务说明里规定近 7 天没有原创帖就写「无」。

还有一个兜底来源的边界：目录写明 twitter/user_posts 在兜底时不含回复，is_reply 为空。那一周 Duolingo 的 50 条会全是原创，覆盖天数会变长，「近 7 天原创」反而更准，但「回复占比」那列就没法算了。所以回复占比只放备注，不放进要逐周比较的主表。

实测四：Reddit 搜品牌名，多少是噪音

Reddit 搜索按关键词匹配标题和正文，品牌名出现在别人的自我介绍里也会被搜到。我们用一条很粗的规则把 23 条结果分成两类：标题或社区名里有品牌名的，算「在讨论这个品牌」；只在正文里出现的，算「顺带提到」。Duolingo 15 对 8，Babbel 5 对 18，Busuu 6 对 17。

举一个具体的例子：Duolingo 的最新 23 条里，排第一的是 r/MakeFriendsOver30 里的一篇交友帖，作者在一长串爱好里提了一句在用 Duolingo；同一批里还有 r/jaxfanclub、r/CultofDaisy 这类和语言学习无关的社区。Babbel 的 23 条分布在 19 个社区，品牌自己的 r/babbel 只有 3 条。这些帖子不是错的数据，但把它们算成「品牌声量」就错了。

所以 Reddit 这一行我们按品牌分开处理：Duolingo 的主表用品牌社区的本周热帖（reddit/subreddit_posts，一次调用）；Babbel 和 Busuu 用搜索结果，主表只写近 7 天提及数，再单独记一个「标题或社区名里有品牌名」的数，让 ChatGPT 从这一小部分里挑出在比较产品的帖子写进备注。这个规则要在说明里写死，不然每周 ChatGPT 挑的标准会不一样。

实测五：返回有多大，页面装得下吗

数据进 ChatGPT 之前是 JSON，体积直接决定一次任务要读多少内容。我们量了每次调用的原始返回字节数：tiktok/profile 约 1.5 KB，tiktok/user_videos 50 条平均 119 KB，twitter/user_posts 50 条约 54 KB，reddit/search 23 条约 50 KB；MCP 里 10 条 TikTok 视频的文本是 24,746 字节。第一轮 12 次调用（三个品牌的 Reddit 都用搜索）合计 675,752 字节，按 4 个字节约一个 token 粗估约 16.9 万 token。按上面的配方把 Duolingo 换成社区周榜后，那一项从 27,508 字节变成 18,916 字节，合计约 66.7 万字节，量级不变。

16.9 万 token 是估算，不是实测，但量级足够说明问题：TikTok 视频每条 35 个字段，其中封面图、背景音乐地址都是带签名的长链接，追踪页一个都用不上。两个省法。第一，limit 按需要设：TikTok 拿 20 条就足够盖住三个品牌的 7 天（Duolingo 近 7 天 5 条，前面再加 1 条置顶），体积约降到五分之二。第二，在任务说明里让 ChatGPT 每调完一次先写一张只含 6 个字段的小表，再进下一个调用，不要把 12 次的原始返回一起留到最后再算。

第一周的追踪页长什么样

把上面的规则套到 2026-11-04 这一轮，追踪页的主表是下面这样（数字全部来自本轮真调；「近 7 天」从各次调用的新加坡时间往前算）。

Reddit 三行的数不能横着比：Duolingo 那行是品牌社区的本周热帖，Babbel、Busuu 两行是全站搜索的近 7 天提及，备注列写明了是哪一种；评论合计算的是一次拉回的全部 23 条。X 的浏览中位数一列我们故意留空，因为近 7 天的原创帖太少（Babbel 2 条），中位数没有意义；参照列用最近 50 条里的原创帖。这张表是第一周，没有「周变化」一列，从第二周起，ChatGPT 按子页面里上周的数加一列变化。

每周每月的接口费：一个月 $0.0289

接口费按目录价乘次数算。基础配方是 3 个品牌 × 4 次（tiktok/profile、tiktok/user_videos、twitter/user_posts，再加 1 次 Reddit：Duolingo 用 reddit/subreddit_posts，Babbel、Busuu 用 reddit/search）= 12 次，每周 $0.006672；一年按 52 周算 $0.346944，一个月按 52/12 周约 $0.0289。两项 Reddit 能力单价一样，所以按品牌选哪一项不改变总价；如果三个品牌都同时调搜索和社区周榜，就是 15 次，每周 $0.00834，每月约 $0.0361。本轮实际付费 17 次、合计 $0.009452，比第一轮多出来的 5 次是补充测试（社区周榜两次、西语搜索、一个旧账号和那次 MCP 往返）。

ChatGPT 的价格 2026-11-04 读取。Pro 有 $100、$200、$500 三档；Business 标准席位在 2026-04-02 降过 $5（帮助中心 8792536），最少买 2 个（《Sign up for ChatGPT Business》）。另外 Pro 和 Business 订阅现在附带 API 额度，Pro 按档每月 $100 到 $500，Business 每个标准席位 $20、每个工作区最多 $500（帮助中心 20001626），这部分额度用于 OpenAI 自己的 API，和我们的接口费无关。结论很直接：这页追踪表一个月的接口费不到 3 美分，比一个 ChatGPT 席位小三个数量级；值不值得做，取决于团队是不是已经在用 Pro 或 Business，而不是数据贵不贵。ChatGPT 一侧每次任务消耗多少套餐额度，原文按模型和任务量浮动，我们没法给出数字。

出错和扣费：429、422、401 都不收钱

本轮 21 次请求里有 4 次没扣费，都在新加坡时间 00:17 到 00:29 之间，每次都留了原始返回。两次 429（00:17:48、00:17:55）是因为测试 Key 每分钟限 10 次，上限被占满，返回 retry_after: 12；约 4 分钟后（00:21:57、00:22:11）重试，两次都成功并正常扣费。一次 422（00:28:29）是我们故意把 sort 写成 latest，返回写明允许值是 newest、oldest、popular，did_you_mean 给的是 newest，同时写了「Nothing was charged」。一次 401（00:28）是上面那次网址带 Key 的 MCP 调用。

422 的错误信息是写给 AI 读的，ChatGPT 看到 did_you_mean 能自己改参数，这也是我们把「返回 422 时按 did_you_mean 改参数」写进任务说明的原因。完整的错误字段在 OpenAPI 说明 里。

ChatGPT Space 做不了什么

把限制放在一起说，免得上线后才发现。第一，Keep Updated 发布时不可用，页面不会自己刷新，任务没排上的那一周表格就停在上周。第二，手机只能读和分享页面，不能编辑。第三，个人 Pro 的自定义 MCP 原文写的是读取类权限，取数工具是不是要逐次确认，要先手动试一次再排定时任务。第四，Business 的冻结快照意味着我们加字段、加参数后，你的工作区要管理员刷新才看得到。第五，reddit/search 只看最近一个月、每次最多 25 条，数不了大品牌的一周提及量。第六，TikTok 过万的计数是取整后的数，百万级视频的周变化分辨率是 10 万。第七，页面里写的竞品分析，所有能看页面的人都能读到，协作者开着记忆时他的 ChatGPT 可能记住这些内容。

还有一条是数据本身的边界：我们拉的是公开主页和公开帖子，私密账号、私信和广告后台的花费都拿不到；is_ad 只说明平台把这条视频标成了广告，不说明投了多少钱。追踪页里任何「对手这周投了多少广告」的推断，都要标成推断。

最近的变化

• 2026-09-29：Space、团队和团队任务随 DevDay 发布；Business 和 Enterprise 能把页面和空间分享给团队（Business 更新说明）。对读者：追踪页可以按团队分享，不用一个个加人。
• 2026-10-01：Space Pages 报错增多的事故解决（社区帖）。对读者：10 月初页面工具不稳的问题 OpenAI 有过记录，现在测要以当天结果为准。
• 2026-10-15：Business 工作区管理员可以在 Admin Console 一次管理最多 25 个插件，批量设为可安装、为工作区安装或停用（Business 更新说明）。对读者：给团队批量开放数据插件更省事。
• 2026-10-26：受影响的 Enterprise 工作区停止新建自定义 GPT，新的可复用流程改用插件创建（Enterprise 更新说明）。对读者：别再把追踪流程做成 GPT，直接做成插件加任务。
• 2026-11-02：IETF 的 Client ID Metadata Document 草案出到第 3 版（IETF 草案）。对读者：ChatGPT 用 CIMD 登录 MCP 服务器的做法还在标准化，细节可能会变。
• 2026-11-04：EveryInfra MCP 网址里带 Key（?key=）的连接停用。对读者：ChatGPT 里要接 https://api.everyinfra.com/mcp/all，认证选 OAuth 并登录；旧的连接器要删掉重加。

ChatGPT Spaces 常见问题

chatgpt spaces vs notion：要不要把竞品表从 Notion 搬过来？

这个问题来自 Google 联想词「chatgpt spaces vs notion」。按原文，Space 的强项是每个协作者都能叫自己的 ChatGPT 或 dot 改同一页，页面里能放 ChatGPT 生成的可视化；短板是 Keep Updated 发布时不可用、手机不能编辑、只有 Pro 以上能用（帮助中心 20001549）。社区里也有用户提出 Space 还缺置顶、右键加入空间、侧栏层级等基本整理功能（社区帖《Space needs the rest of its UX》）。我们的建议是：数据表的主副本放在能导出的地方，Space 这一页当「每周读一遍、在旁边讨论」的地方。

chatgpt space pages 打不开或报错怎么办？

联想词里有「elevated errors in chatgpt space pages」，对应的是 OpenAI 状态页上「Elevated errors in ChatGPT Space Pages」那次事故（状态页），支持人员在社区里说 2026-10-01 已解决。之后再遇到问题，先确认是不是在 Work 里操作、是不是在网页或桌面版上，这两点在社区讨论里最常见（社区帖）。

在 ChatGPT Space 里能直接用 EveryInfra 拉 TikTok 数据吗？

能，但要先把 EveryInfra 加成插件：地址填 https://api.everyinfra.com/mcp/all、认证选 OAuth 并登录。Business 工作区只有管理员和所有者能加；Pro 个人账号原文写的是读取类权限，取数工具要先手动试一次确认会不会每次弹确认（帮助中心 12584461）。

chatgpt spaces reddit 上大家怎么评价？

联想词「chatgpt spaces reddit」对应的讨论里，r/ChatGPTPro 有用户抱怨在手机上建页面失败、最后改用 Google 文档，回帖说 Chat 改不了页面、Work 可以（r/ChatGPTPro）。这是个别用户的体验，不是 OpenAI 的说明，但和 OpenAI「Slides 在 Work 里建」的写法一致。

上手步骤

1. 在 EveryInfra 控制台 注册并充值，先用免费的目录接口确认要用的能力都是 available: true。
2. 用 curl 或 试用台 把四项能力各调一次，核对字段和条数，再决定每个品牌的 limit。
3. 在 ChatGPT 网页版 Plugins 里加自定义 MCP：https://api.everyinfra.com/mcp/all，认证选 OAuth，登录团队共用的 EveryInfra 账号。
4. 建一个团队空间和追踪页：表格块、Visualize 块、Prompt 块（放任务说明）、每周子页面。
5. 在 Work 里让 ChatGPT 建每周一 09:00 的定时任务（Business 用团队任务），先点一次「Run now」，核对表格和子页面。

相关阅读

• ChatGPT dots 选品雷达：为什么取数要放进指派任务：讲 dots 这个常驻智能体的两套权限；本篇讲多人共同维护的一页表。
• ChatGPT 定时任务做需求雷达：一个人每天收一条推送；本篇的输出是团队页面，Business 用团队任务和服务账号。
• Claude Code 定时任务抓 Reddit 痛点：用 Claude 做同类周报，数据只放在本机文件里。
• Claude Cowork 定时任务做竞品价格和评论周报
• MCP 服务器接入说明

参考资料

1. Getting started with Space in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001549-getting-started-with-space-in-chatgpt
2. ChatGPT Space: sharing, data, and controls，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001544-chatgpt-space-sharing-data-and-controls
3. Teams in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001541-teams-in-chatgpt
4. Creating and managing team tasks in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001540-creating-and-managing-team-tasks-in-chatgpt
5. Connecting custom MCP servers in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/12584461-connecting-custom-mcp-servers-in-chatgpt
6. Plugins in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001256-plugins-in-chatgpt
7. Projects in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/10169521-projects-in-chatgpt
8. About ChatGPT Pro tiers，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/9793128-about-chatgpt-pro-tiers
9. ChatGPT Business overview，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/8792828-chatgpt-business-overview
10. Managing billing and seats in ChatGPT Business，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/8792536-managing-billing-and-seats-in-chatgpt-business
11. Sign up for ChatGPT Business，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/8980713-sign-up-for-chatgpt-business
12. ChatGPT Business release notes，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/11391654-chatgpt-business-release-notes
13. ChatGPT Enterprise and Edu release notes，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/10128477-chatgpt-enterprise-and-edu-release-notes
14. Migrating your personal workspace to ChatGPT Business or Enterprise，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/8801890-migrating-your-personal-workspace-to-chatgpt-business-or-enterprise
15. Creating and collaborating on slides in ChatGPT，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001605-creating-and-collaborating-on-slides-in-chatgpt
16. API credits benefit for eligible ChatGPT subscriptions，OpenAI 帮助中心，2026-11-04 读取，https://help.openai.com/en/articles/20001626-api-credits-benefit-for-eligible-chatgpt-subscriptions
17. Work with pages，learn.chatgpt.com，2026-11-04 读取，https://learn.chatgpt.com/docs/space/pages
18. Work with agents in Space，learn.chatgpt.com，2026-11-04 读取，https://learn.chatgpt.com/codex/space/agents
19. Collaborate in Space，learn.chatgpt.com，2026-11-04 读取，https://learn.chatgpt.com/codex/space/collaboration
20. Scheduled tasks，learn.chatgpt.com，2026-11-04 读取，https://learn.chatgpt.com/codex/automations
21. Connect and test your plugin，OpenAI 开发者文档，2026-11-04 读取，https://developers.openai.com/plugins/deploy/connect-chatgpt
22. ChatGPT Developer mode，OpenAI 开发者文档，2026-11-04 读取，https://developers.openai.com/api/docs/guides/developer-mode
23. Authentication（Apps SDK），OpenAI 开发者文档，2026-11-04 读取，https://developers.openai.com/apps-sdk/build/auth
24. Secure MCP Tunnels，OpenAI 开发者文档，2026-11-04 读取，https://developers.openai.com/api/docs/guides/secure-mcp-tunnels
25. MCP 规范 Schema Reference（ToolAnnotations），2025-11-25 版，https://modelcontextprotocol.io/specification/2025-11-25/schema#toolannotations
26. MCP 规范 Authorization，2025-11-25 版，https://modelcontextprotocol.io/specification/2025-11-25/basic/authorization
27. RFC 9728 OAuth 2.0 Protected Resource Metadata，IETF，2025-04，https://datatracker.ietf.org/doc/html/rfc9728
28. OAuth Client ID Metadata Document（draft-03），IETF，2026-11-02，https://datatracker.ietf.org/doc/draft-ietf-oauth-client-id-metadata-document/
29. EveryInfra 数据能力目录，2026-11-04 00:16 新加坡时间读取，https://api.everyinfra.com/api/v1/social/catalog
30. EveryInfra /mcp/all 受保护资源元数据，2026-11-04 00:28 新加坡时间读取，https://api.everyinfra.com/.well-known/oauth-protected-resource/mcp/all
31. EveryInfra OpenAPI 说明，2026-11-04 读取，https://api.everyinfra.com/openapi.json
32. DevDay 2026 Recap，OpenAI，2026-09-29，https://openai.com/index/devday-2026-recap/
33. ChatGPT Space 产品页，OpenAI，2026-11-04 读取，https://chatgpt.com/features/space/
34. Plugins in ChatGPT 产品页，OpenAI，2026-11-04 读取，https://chatgpt.com/features/plugins/
35. Premium seats are coming to ChatGPT Business，OpenAI，2026-11-04 读取，https://openai.com/index/premium-seats-chatgpt-business
36. ChatGPT is now a partner for your most ambitious work，OpenAI，2026-07-09，https://openai.com/index/chatgpt-for-your-most-ambitious-work/
37. Elevated errors in ChatGPT Space Pages，OpenAI 状态页，2026-11-04 读取，https://status.openai.com/incidents/01M3R1T4FCR1337FBBYY9K2RPB
38. Pages in Spaces for normal ChatGPT chats，OpenAI 开发者社区，2026-10-01，https://community.openai.com/t/pages-in-spaces-for-normal-chatgpt-chats/1402509
39. ChatGPT work "Spaces" creates download links that do not download（支持人员回复），OpenAI 开发者社区，2026-10-16，https://community.openai.com/t/chatgpt-work-spaces-creates-download-links-that-do-not-download/1402511/3
40. Space needs the rest of its UX，OpenAI 开发者社区，2026-10-06，https://community.openai.com/t/space-needs-the-rest-of-its-ux/1403608
41. Spaces / Pages... so half baked，Reddit r/ChatGPTPro，2026-11-04 读取，https://www.reddit.com/r/ChatGPTPro/comments/1x9pt47/spaces_pages_so_half_baked/