图片由我们的模型生成。
为什么要规划迁移
如果你想从 Intervals.icu 迁移，风险通常不是所有骑行记录都消失。更大的风险是新平台接收了活动文件，但丢失了使这些文件有用的上下文。
一次完成的骑行，如果没有你当时使用的阈值、它旨在满足的训练、解释睡眠不佳的备注，或者构成该周的体能趋势，那只是故事的一部分。对于数据驱动的骑行者来说，这种上下文将训练档案变成了决策系统。
实际目标很简单：保留足够的原始数据和支持性上下文，以便下一个平台仍然可以回答重要问题。你做了什么训练，相对于你当时的能力有多难，你如何回应，以及接下来应该改变什么？
将这次迁移视为一次受控审计，而不是下载和上传的杂务。
快速迁移清单
在断开任何连接之前，请以此作为工作顺序。
- 在导出之前审计你的 Intervals.icu 账户：识别关键骑行、当前区域、阈值历史、备注、计划训练和已知数据问题。
- 首先导出或下载原始活动：优先选择可用的原始设备文件，特别是包含功率、心率、踏频、GPS、训练台数据和圈数信息的骑行。
- 单独导出训练和日历数据：已完成的骑行和计划训练不是一回事。
- 保留备注和注释：复制或导出疾病备注、受伤评论、比赛反思、旅行时间段、设备更改和教练反馈（如果可用）。
- 记录区域和阈值历史：保存当前 FTP、心率区域、功率区域、体重设置、自定义区域和历史阈值更改。
- 以受控顺序导入新平台：首先是原始活动，然后是训练和日历项目，然后手动重建区域、阈值和上下文。
- 在信任仪表板之前运行导入后检查：比较活动计数、关键骑行、功率曲线标记、区域、重复项、缺失项和体能趋势形状。
从 Intervals.icu 迁移的分步工作流程
1. 运行预导出审计
在导出任何内容之前，列出锚定您训练历史的骑行和设置。
优先考虑：
- 关键比赛和目标赛事
- 体能测试和高强度基准努力
- 塑造您的 FTP 或功率区域的骑行
- 训练营和异常繁重的训练周期
- 疾病、受伤、旅行或强制休息期
- 影响您当前训练决策的近期训练
- 存在已知问题的活动，例如功率缺失或重复上传
这项审计很重要，因为它为您提供了导入后的比较集。没有它，新平台可能看起来完整，但仍然缺少设定您阈值的骑行、包含您最佳功率的室内文件，或者解释为什么某个训练周期出现问题的备注。
2. 首先导出原始活动
原始活动文件是基础。保留您能访问到的最丰富的原始文件，特别是对于包含功率、心率、踏频、GPS、训练台数据和圈数信息的骑行。
Intervals.icu 可以显示和分析来自不同连接服务或文件上传的活动，因此导出行为可能因骑行最初进入您账户的方式以及源服务仍可用的文件而异。不要假设每个可见活动都有相同的底层文件可供导出。
如果原始设备文件可用，请优先选择它们而不是仅包含摘要的导出。摘要数据对于审计很有用，但它不能替代逐秒的骑行数据。平台通常可以从完整的活动文件中重建更好的分析，而不是从电子表格中的一行数据。
保留一个独立于新平台的本地备份。云到云迁移很方便，但如果导入出错，一个干净的源文件可以给您另一次尝试的机会。
3. 分别导出训练和日历项目
已完成的活动告诉您发生了什么。计划的训练告诉您应该发生什么。
如果您使用 Intervals.icu 进行训练计划，请在您的账户允许的情况下，将训练结构和日历位置与已完成的骑行文件分开保存。重要的细节是训练步骤、目标、恢复期、训练名称、计划日期以及附加到训练的任何备注。
这是一个常见的迁移失败点，因为导入后日历可能看起来很健康。已完成的骑行都在那里，但意图却消失了。如果计划消失，一个变成耐力训练的阈值训练、一个在繁重训练周期中缩短的训练，或者一个负荷低但特异性高的赛前热身，都可能在分析上变得平淡无奇。
4. 导出或复制备注
备注很容易被低估，因为它们不像功率数据那样清晰。当数字开始变得没有意义时，它们也是您首先会查看的地方。
保留以下方面的备注：
- 疾病和受伤
- 旅行和错过训练
- 睡眠、压力、高温和补给问题
- 比赛反思
- 设备更换
- 训练台问题和传感器问题
- 教练反馈
- 动机或感知努力的重大变化
如果备注无法干净地传输，请手动复制最有价值的备注。重点关注最近的训练周期、目标赛事、阈值变化以及任何仅凭数据会误导您的时期。
5. 记录区域、阈值和运动员设置
在离开 Intervals.icu 之前，记录定义您的训练负荷和强度如何解释的设置。
至少保存：
- 当前 FTP 或骑行阈值设置
- FTP 或可用的阈值历史记录
- 功率区域和区域模型
- 心率区域
- 体重和运动员设置
- 室内和室外骑行的运动特定设置
- 用于训练或比赛的任何自定义区域
这就是迁移通常在技术上完成但分析上错误的地方。如果您的新平台根据您当前的 FTP 而不是您当时的阈值来评估旧训练，那么历史的意义就会改变。旧的节奏训练可能变成甜点区。阈值可能看起来像节奏训练。一个高强度训练周期可能看起来比实际更容易或更难。
如果您的新平台支持历史阈值，请尽可能准确地重建它们。如果不支持，至少记录下主要变化，以便您知道模型可能在哪里失真。
6. 分阶段导入到新平台
不要一次性导入所有内容并立即开始做出训练决策。
按此顺序导入：
- 原始已完成活动
- 计划的训练和日历项目
- 备注或注释（如果支持）
- 手动输入的区域和运动员设置
- 历史阈值（如果支持）
- 您想重复使用的任何自定义训练
在每个主要步骤之后，检查是否存在明显的故障。如果您首先导入活动，并立即看到重复的骑行、缺失的功率或空白的室内训练，请在添加更多层之前修复它。在迁移仍然简单时更容易隔离问题。
7. 运行导入后审计
导入并非在文件出现时完成。它在新平台讲述了一个合理的训练故事时才完成。
在您信任体能、疲劳、状态、训练负荷或准备度指标之前，请使用本文末尾附近的清单。
您应该保留哪些 Intervals.icu 数据
将存档分层考虑。有些数据是原始且可移植的。有些数据由 Intervals.icu 解释。有些是个人上下文，任何算法都无法在以后重建。
原始活动文件
这些是优先事项。尽可能保留原始活动文件，特别是包含功率、心率、踏频、GPS、训练台数据和圈数信息的骑行。
如果原始文件可用，请不要只依赖摘要导出。摘要有利于比较，但它们不能完全取代详细的骑行文件。
活动历史和元数据
您的活动历史不仅仅是已完成的骑行。标题、描述、感知到的努力、标签、设备、室内与室外环境以及备注都可以解释骑行为何呈现出这种状态。
一次低功率的耐力骑行可能是一次技术性越野日。一次失败的阈值训练可能是在睡眠不足之后进行的。疲劳高峰可能来自训练营，而不是糟糕的计划。如果这些上下文消失了，新平台可能正确导入文件，但仍然做出错误的推断。
健身、疲劳和状态趋势
健身、疲劳和状态是模型输出，而不是原始真相。它们仍然值得保留，因为它们显示了您当时如何解释训练负荷。
在迁移之前，保存健身图表和近期训练趋势的记录。确切的数字在新平台中可能不匹配，但形状很重要：您何时在建立，何时在承受疲劳，何时在恢复，以及何时减量训练真正奏效。
区域、阈值和设置
您的区域和阈值决定了已完成的工作如何分类。如果迁移后这些设置不正确，那么每个下游指标都将变得可疑。
新平台可能会根据导入的骑行计算负荷，但它会通过自己的假设来完成。如果您的 FTP 历史没有被迁移或手动重建，旧的训练可能会根据错误的健身水平进行判断。
计划的训练和已完成的训练
计划的训练显示意图。已完成的活动显示执行。如果您想了解进展，两者都需要。
一个只接收已完成骑行文件的平台可以告诉您发生了什么。它可能不知道该训练是耐力、阈值、最大摄氧量、比赛准备还是恢复。这会削弱合规性分析，并模糊计划与适应之间的联系。
可能无法干净迁移的内容
干净的迁移并不意味着每个数据层都完美移动。某些信息与 Intervals.icu 建模、存储或显示训练的方式相关联。
请特别注意：
- 派生健身指标：健身、疲劳、状态、负荷趋势和新鲜度指标在新平台中可能会有不同的重新计算方式。
- 专有或平台特定的负荷计算：两个平台可以读取相同的骑行文件并产生不同的训练压力值。
- 备注和注释：附加到日期、活动、事件或训练的评论可能无法干净地映射。
- 计划训练意图：已完成的骑行可能会迁移，但原始处方、目标和日历逻辑不会。
- 自定义区域：非标准功率或心率区域可能需要手动重建。
- 历史阈值：如果历史未导入或重新创建，旧活动可能会根据错误的 FTP 或心率阈值进行评估。
- 标签、设备和运动分类：这些可能会丢失、简化或以不同方式映射。
这不是避免迁移的理由。这是将原始数据与解释分离的理由。原始骑行文件是基础。模型和上下文需要在之后进行检查。
如何在迁移前审核您的骑行历史
清理存档的最佳时机是在迁移之前，因为您仍然知道 Intervals.icu 显示的是什么。
从锚点活动开始：
- 您实际用于训练和比赛的持续时间内的最佳功率输出
- 关键比赛和赛事
- 健身测试
- 训练营
- 负荷异常高或低的训练周期
- 塑造您当前区域的训练
- 存在已知数据问题的骑行
打开这些活动并检查它们是否包含您期望的传感器数据。缺失的功率、重复的骑行、不正确的运动类型、训练台掉线和糟糕的心率峰值都可能扭曲新平台的模型。
不要试图使存档完美。那会变成拖延的陷阱。清理影响当前决策的文件。几年前一次损坏的轻松骑行不值得与设定您阈值的骑行给予同等的关注。
一个有用的规则很简单：如果一次骑行影响您的区域、功率曲线、疲劳趋势或对当前状态的信心，请在迁移前对其进行审核。
如何从 Intervals.icu 迁移而不破坏体能趋势
这是大多数骑行者期望过高精确度的地方。
体能、疲劳和状态并非普遍常数。平台可以使用不同的负荷计算、平滑方法、阈值历史以及关于负荷积累和衰减速度的假设。因此，当你从 Intervals.icu 迁移时，不要期望新图表能与旧图表完全一致。
更好的目标是方向上的一致性。
如果 Intervals.icu 显示你在基础阶段有所进步，在艰苦的训练块中积累了疲劳，然后在赛事前恢复了精力，那么新平台应该讲述一个类似的故事。绝对值可能不同，但训练结论不应改变。
导入后，查看图表的主要形状：
- 大负荷训练块是否仍然显得负荷沉重？
- 休息期是否显示疲劳减轻？
- 减量期是否在状态上产生明显改善？
- 疾病或旅行造成的空白是否显示为中断？
- 当前体能与最近的骑行相比是否合理？
如果模型看起来有误，请在指责平台之前检查输入。
训练负荷突然下降可能表示活动缺失或文件导入时没有功率数据。突然跳升可能表示从码表、训练台应用和连接服务重复同步。以奇怪强度分类的旧训练通常指向缺失的阈值历史或仅根据当前设置重建的区间。空白的室内骑行可能表示导入的文件包含路线或摘要，但没有你需要的训练台数据。
处理功率曲线、eFTP 和区间设置
功率曲线对缺失文件特别敏感，因为一次最大努力可以锚定曲线的整个部分。如果该次骑行未能导入，你的曲线可能看起来人为地弱，即使档案的其余部分完好无损。
在离开 Intervals.icu 之前，记下产生你关键功率曲线标记的活动。你不需要纠结于每一个点。专注于影响训练区间、配速和比赛需求的努力。
同样的逻辑适用于 eFTP。估计的 FTP 是你近期和历史功率数据的解读。新平台可能会以不同的方式估计它，特别是如果它使用不同的模型或看到一组不同的导入文件。
这并不意味着任何一个估计都毫无用处。这意味着迁移后的第一个估计应被视为暂定。将其与最近的训练、比赛努力以及阈值训练是否感觉像阈值训练进行比较。如果需要，使用像 FTP 估计器这样的理智检查，然后手动调整你的区间。
区间设置值得特别关注，因为它们改变了每次完成训练的意义。如果 FTP 过低，节奏骑行看起来比实际更难。如果过高，阈值训练看起来似乎被轻松控制。迁移可能已经完成，但分析上仍然是错误的。
在你恢复正常的训练决策之前，请确认：
- 当前的 FTP 或阈值设置
- 功率区间模型
- 心率区间
- 体重和运动员设置
- 室内和室外骑行的运动特定设置
- 用于训练的任何自定义区间
如果你的新平台支持阈值历史，请尽可能准确地重建它。旧的骑行应该根据你当时拥有的阈值进行评估，而不是你现在拥有的体能。
保留计划训练和已完成训练
已完成训练告诉你生理负荷。计划训练告诉你教练意图。
这种区别在回顾进展时最为重要。在一次失败的间歇训练后完成的耐力骑行与计划的耐力日不同。在负荷沉重的训练块中缩短的训练可能是一个明智的调整，而不是一次失误。一次比赛开场可能负荷看起来轻松，但对于提升锐度来说具有高度特异性。
在移动计划训练时，区分三件事。
训练结构
这是处方：步骤、目标、恢复期和强度类型。如果你重复使用训练或比较随时间推移的完成质量，请保留它。
日历安排
这是训练计划的逻辑：高强度日、恢复日、比赛准备和训练块设计。失去安排会使历史记录的用处降低，因为顺序是适应的一部分。
运动员反馈
这通常是最被低估的层面。关于动力、睡眠、酸痛、补给、炎热或装备的笔记可以解释为什么相同的训练会产生不同的结果。
如果新平台无法干净地导入所有这些信息，请使用层次结构。首先保留已完成的骑行文件，其次是结构化训练，第三是关键笔记。然后手动保留目标赛事和近期训练块的背景信息。
迁移后审计清单
导入完成后，不要急于立即相信仪表盘。在新数据做出训练决策之前，进行一次受控检查。
活动计数和日历空白
扫描日历，查找本应包含骑行的空白期。查看旅行、比赛周期、室内季节以及设备同步发生变化的任何时期。
如果缺少整个区块，请检查这些骑行是否来自未干净导出的连接服务，或者来自从未在本地保存的设备文件。
重复活动
重复活动会增加负荷，使疲劳看起来高于实际。这通常发生在同一骑行同时存在于码表、训练器应用程序和同步平台中时。
保留数据最好的文件，并删除其余的。通常这意味着保留包含完整功率、心率、踏频、圈数和训练结构的活动。
关键训练和比赛
打开您的核心训练，确认功率、心率、踏频、圈数、GPS 和训练目标已正确导入。
如果新平台只显示路线、持续时间或摘要，则文件可能未携带训练分析所需的数据。
功率曲线完整性
将新平台中的最佳表现与您离开 Intervals.icu 之前记录的表现进行比较。如果缺少关键表现，请找到源活动并尽可能重新导入。
迁移后功率曲线看起来较弱通常不是体能下降的迹象。这通常是包含最大努力的骑行未正确导入的迹象。
区域和阈值历史
确认当前和历史阈值是合理的。然后打开旧训练，询问区域分类对于您当时的状态是否合理。
如果旧的阈值训练看起来像耐力训练，或者旧的耐力骑行看起来像节奏骑行，问题可能出在阈值历史、区域映射或运动员设置上。
体能趋势形状
不要追求相同的数字。寻找一个合理的训练故事。
构建阶段应该有所构建。恢复期应该有所恢复。比赛减量期不应该看起来像无法解释的崩溃，除非底层的活动历史支持这一点。
备注、标签和计划意图
检查重要的备注、标签、比赛标记、装备标记和计划训练详情是否在迁移中幸存下来。
如果它们没有幸存，请手动恢复您当前赛季、关键目标事件、近期阈值变化以及您可能再次回顾的任何训练区块的上下文。
近期训练准备度
在规划下一个区块之前，请确保当前的疲劳和状态不是迁移的假象。
如果存在重复、缺失的骑行、缺失的功率或不正确的阈值，请在调整训练负荷之前修复它们。否则，您将根据一个损坏的模型做出决策。
真正的目标：连续性，而非完美
一次干净的骑行体能数据迁移并不意味着迁移后每个指标都看起来相同。它意味着您的训练历史仍然有用。
如果您保留原始文件、计划训练、关键备注、区域设置、阈值历史以及体能模型的主要形状，您就可以在不丢失发展线索的情况下迁移平台。
新平台可以重建图表、重新计算负荷并生成新的估计。它无法重新创建您未能保留的上下文。
因此，在您从 Intervals.icu 迁移之前，请花额外的时间审计影响您当前决策的文件和设置。这项工作并非行政性的。它保护了您训练背后的证据。
