Web Tidy
博客

Instagram 粉丝导出 partial 结果：paused、partial 与 failed

用 phase、terminalReason 和 confirmed 行判断 Instagram 粉丝导出是否可下载、如何使用，以及何时允许新任务。

2026年8月31日Instagram
本文目录

Instagram 粉丝导出中的 partial 是可下载终态：任务因 Stop、执行上下文中断或来源故障结束，但已经确认至少 1 行。paused 是同一任务内的非终态等待。failed 是终态且 confirmed = 0，因此没有可导出文件，也绝不能证明目标没有粉丝。

先读当前 phase，再读 terminalReason，最后核对 confirmed。文件能否打开不能代替这三项检查。

本页诊断什么

本页只回答 INS Follower Exporter 的一个窄问题：显示 paused、attention、completed、partial 或 failed 时，当前行能否下载，能支撑什么结论，以及下一步是 Resume、显式 Retry 还是独立新任务。

它不解释某个账号为什么缺失，不恢复已有有效产物后的浏览器下载，也不绕过登录、challenge、rate limit、私密或不可用门禁。覆盖问题请看 缺行诊断；保存问题请看 下载恢复。

八个可见任务状态

phase是否终态当前可下载？正确下一步
validating否否等待目标验证；尚无结果
running否否保持执行上下文；需要时 Pause 或 Stop
paused否否Resume 同一任务，或 Stop 后等待终态
attention需用户处理否解决明示的访问门禁；Retry 开新任务
stopping否否等待 partial 或 failed
completed是仅当 confirmed > 0核对所选上限、溯源与行数
partial是是；必然有确认行下载并保留 partial 原因
failed是否；confirmed = 0解决原因；不推断空受众

completed 表示调度器正常结束。可能是来源已结束，也可能是已达到所选 100、200、500 或 1,000 行上限。它不自动等于账号完整历史。

同一设置，不同终态结果

全部使用同一匿名输入：@sample_creator、Followers、500 行上限和 CSV。只改变实际终止事件与确认行数。

终止事件terminalReasonconfirmed最终 phase可下载允许的说法
正常结束completed500completed是所选 500 行上限内的已确认结果
用户 Stopstopped180partial是Stop 前已确认的 180 行有界样本
用户 Stopstopped0failed否无可交付行；不是空受众结论
执行上下文消失interrupted180partial是中断前已确认的 180 行
执行上下文消失interrupted0failed否无可交付行；不是空受众结论
来源故障source_error180partial是来源故障前已确认的 180 行
来源故障source_error0failed否无可交付行；不是空受众结论

同一输入不保证同一覆盖范围。之后的新任务也不是旧 partial 文件的无缝续跑。

纯文本诊断树：phase → terminalReason → confirmed

  1. phase 是 paused？ Resume 会用同一 runId 继续下一页。Stop 会先进入 stopping。此时不可下载，也不应并行新任务。
  2. phase 是 attention？ 读取 authorization_required、login_required、challenge_required、rate_limited 或 private_or_unavailable。先恢复 Instagram 正常访问。显式 Retry 开始新任务，不是 Resume。
  3. phase 是 completed？ 原因应为 completed。仅在 confirmed > 0 时下载，并按所选上限描述结果，不宣称完整账号历史。
  4. phase 是 partial 或 failed？ 读原因：stopped 是用户 Stop；interrupted 是执行上下文消失后恢复的活跃任务；source_error 是来源请求无法完成。
  5. confirmed > 0？ 三种提前终止都应变成 partial。可下载已确认行，但必须保留目标、Followers/Following、上限、原因、行数和时间。
  6. confirmed = 0？ 三种提前终止都应变成 failed。无可下载行；只能说本次任务无可交付结果。
  7. 仍需新任务？ 只在门禁已解决且旧产物不足时开始。保留独立快照；除非下游明确核对 ID、目标、方向、时间和上限，否则不合并。

Retry 不是 Resume

情况产品行为用户动作停止规则
瞬态网络失败或 HTTP 5xx当次来源请求最多 3 次等待有界尝试完成第 3 次后走 source_error，不无限重试
登录、授权、challenge、429、私密或不可用进入 attention，不做通用自动重试解决 Instagram 显示的访问状态不绕过、不轮换账号、不循环 Retry
在 attention 中显式 Retry创建新 runId 与新结果集当成独立任务不称为 Resume，不默认追加旧行

使用文件前的五项检查

  1. 记录 final phase 和 terminalReason。
  2. 确认 confirmed > 0，且 phase 是 partial 或 completed。
  3. 打开 CSV 或 XLSX，检查 14 列表头，并将数据行数与 confirmed 对齐。
  4. 核对 sourceProfile、audience、collectedAt、rowIndex 和所选上限。
  5. 对任何 partial 副本保留 partial/{terminalReason}/{confirmed} 标签。

可复制的匿名备注：@sample_creator / followers / cap 500 / partial / stopped / confirmed 180 / collected 2026-08-31。

成功下载后仍然存在的边界

  • Partial 只证明这些行已在本地确认，不证明未出现的账号不存在。
  • Completed 仍受所选 100–1,000 行上限、当前会话可见性和来源响应约束。
  • 本地 History 最多保留 20 个已结束或待处理任务，不是云备份、定时监控或无限恢复队列。
  • 新任务有新时间和访问上下文。产品不自动合并任务或推断关系变化。
  • 没有任何 phase 允许绕过 Instagram 控制、无限重试，或根据 partial/failed 推断真实总量。

常见问题

paused 和 partial 有什么区别？

Paused 是非终态，Resume 继续同一任务。Partial 是终态，只保留已确认行，原任务不能继续。

每个 partial 结果都可下载吗？

按当前 runtime 合同，是：partial 必然意味着 confirmed > 0。如果浏览器未保存文件，先按下载恢复指南处理，不要立即重新收集。

failed 是否表示主页没有粉丝？

不是。它只表示本次任务以 confirmed = 0 结束，不说明目标受众总量。

attention 中的 Retry 会继续旧任务吗？

不会。显式 Retry 会调用 Start 并创建新任务。只有 paused 中的 Resume 继续同一任务。

rate limit 或 challenge 后可以连续 Retry 吗？

不要。先恢复 Instagram 正常访问。内部最多 3 次的规则只适用于瞬态网络失败或 HTTP 5xx。

可以把之后的新任务直接追加到 partial 吗？

默认不可以。时间、会话、上限和来源可见性可能不同。只能在下游流程明确按 ID 对账并保留溯源时受控合并。

诊断完成后选择下一路由

本页对照了 Unfollowfy Instagram 数据导出指南、Web Tidy 完整粉丝导出指南 和 CommentGrid 导出指南。它们覆盖官方归档分片、宽导出步骤和不完整输出；上述状态树则来自当前 SKU32 runtime，且把产品 terminalReason 与官方归档拆分区分开。