登顶日时间轴编排器
把大本营 4100 m 到主峰 5396 m 的 1296 米拆成 6 段，用「垂直高度 ÷（队伍速度 × 坡度系数 × 负重系数 × 雪况系数）」正推每段耗时，再反推出发时刻，最后算出必须离开峰顶的硬截止时间——多数人失败不是爬不上去，是忘了下撤还要 3 小时。
输入条件
坡度系数与雪况系数为据公开资料整理的模型化相对值，非实测统计。具体数值以向导实测与当期官方公告为准。
出发时间直接决定能否在午后日照前通过冰坡段
人数越多，前后拉开距离造成的整体速度损失越大
模型以 8 kg 为基准速度点
平缓路面、无技术动作时的舒适行进速度
你预期的冰镐制动／混合攀登路段占比；与路线实际 69% 对照
从出发到必须回到大本营的上限，决定硬截止时间
广告预留位 — 站点通过 Google 广告支持运行
Google 合作伙伴网站政策它能解决什么问题
登顶日最常见的事故不是技术失误，是算错了时间。队伍早上六点出发，爬到中午十二点还在冰坡上，爬得动但下不去——下撤本身要三到四小时，而下午的雪面正在变软、人正在变累。真正决定成败的是一个反问题：最晚几点必须离开峰顶。绝大多数队伍从没算过这个数。
这个工具把 4100 m 到 5396 m 的 1296 米拆成 6 个地形性质不同的段——营地出发的缓雪坡、岩石台、冰坡、雪檐、岩石混合段、峰顶岩壁——每段的坡度系数和雪况系数都不一样，所以耗时不能用总垂直除以一个平均速度糊弄过去。它把这条时间轴摆出来，让你在前一天晚上就能看到：哪一段会吃掉一小时、几点经过最陡的地方、什么时候必须已经在下撤。
谁适合用
适合：负责登顶日决策的带队向导与统筹者；需要在队员面前用具体数字说明「为什么必须几点起床」的领队；队伍里有 1 人速度明显低于其他人、需要重新分配出发顺序的负责人；摄影随队需要判断「我这次上不上顶」的人；后勤要核对营地供餐与照明时间轴的人。
不适合：想用它预测当天实际天气的（这是天气窗口计算器的范围）；队伍还没确定走哪条路线就想排时间轴的（应先用路线选择器）；需要精确到每 5 分钟的技术节点与休息点安排的人（本工具的分段是地形级，不是动作级）；有明确医疗限制的人（那属于医疗判断，不是排期能解决的）。
怎么解读结果
「硬截止时间」是本页最该被抄到手表上的数字。它的算法是：出发时刻 + 当日最长作业时长 − 下撤耗时。举例：05:00 出发、当日上限 16 小时、结组下撤需 8 小时，那么必须在 13:00 之前离开峰顶，哪怕你刚到、哪怕天气特别好、哪怕你觉得状态还在。这条规则不接受现场投票。
「峰顶实际可用窗口」= 硬截止 − 预计到达峰顶时刻。这个值小于你计划的停留时长，就意味着计划本身不可行，模型会直接标红并给出「提速／减负／改线／放弃」四个方向。窗口不足时最该做的不是压缩峰顶时间，而是把出发再提前——峰顶少待 10 分钟省下的是全天的安全余量。
体能曲线要特别注意定义：「下撤后 70%」指的是回到大本营、完成补液与进食、静坐之后的估计值，不是下撤过程中的即时体力。下撤途中真正的最低点出现在下撤开始后 1.5–2 小时，那一刻你的判断力比体力更差。曲线上标注的 100% / 55% / 70% 是模型锚点（典型队伍落在 50–60% 与 65–75% 区间），不是任何人的实测数据。
「时间损耗分解」里，最大的一块通常不是坡度而是负重或队伍规模。这提示了两件很实际的事：一是砍掉不必要的重量（多带一双备用手套、一台不必要的相机，通常就是 1–2 kg）；二是大队伍不要指望「人多力量大」，人多意味着集合、结组、等待的次数更多。
出现以下情况应推翻本工具的时间轴：向导依据当天雪况判断需要改走岩壁绕行冰坡（分段与系数全部改变）；队伍中有人昨夜出现高反症状（今早出发时间与速度都必须改）；实际出发时间比计划晚 1 小时以上；营地到出发点之间还有未计入的路段。
已知局限
常见问题
1296 米为什么要分成 6 段，直接除一下不行吗？
因为这 6 段的坡度和雪况差异极大。营地出发段是缓雪坡，坡度系数 0.85，几乎不费力；峰顶岩壁段是接近垂直的花岗岩壁加雪混合地形，坡度系数只有 0.20。同样 100 米，在这两段的实际耗时可以差三倍。用总垂直除以平均速度算出来的结果，会系统性地高估后半程、低估前半程——而登山日最危险的判断错误恰恰发生在后半程。
「必须离开峰顶的硬截止」到底是怎么来的？
等于「出发时刻 + 当日最长作业时长 − 下撤耗时」。其中下撤耗时 = 上升耗时 × 下撤系数（非结组 0.62、结组 0.85）。以 05:00 出发、16 小时上限、非结组下撤为例，下撤约需 6 小时，那么必须在 15:00 前离开峰顶。这里面已经内含了 3 小时以上的下撤余量——把下撤时间整个算进去，而不是只算到「半山腰」。
曲线上的 55% 和 70% 是实测数据吗？
不是。它们是模型锚点，用来给体感一个可复现的参照系，典型队伍会落在峰顶 50–60%、回营 65–75% 区间。哈巴雪山没有任何公开的、系统化的体能衰减实测数据集，任何声称精确到个位数的体能曲线都值得怀疑。本模型把体能当作相对排序工具用：比较「结组下撤 vs 非结组」「负重 8 kg vs 14 kg」这类对照是有效的，绝对值不要当实测。
速度调到 500 m/h 现实吗？
这个输入是「平缓路面、无技术动作时的舒适速度」，不是冰坡上的速度。如果你的队伍里有 alpinist 级别攀登者且配重轻，500–600 可以；如果是首次高海拔团队，即使成员体能不错，锚点通常在 300–400 区间。把滑轮设得比真实能力高，最直接的后果是模型会低估下撤时间，而下撤恰恰是你最没有能力的时候。
摄影随队要不要单独占一个人？
工具没有把摄影当独立维度处理（它会体现在你填的配重上：一套机身 + 三脚架 + 备用电池通常让配重增加 4–7 kg，配重系数会直接把速度拉慢）。经验做法是让摄影者承担「不上顶」的选项，把三脚架留在营地或改为中途折返拍半山位——这样不会让全队的速度下限被相机背了一程的人决定。
如果早上起雾，晚出发一小时怎么办？
改输入重跑一次，让数字告诉你还剩多少余量。最常见的应对顺序是：①先砍峰顶停留与途中休息（合计可省 20–40 分钟）；②确认负重是否超标，砍掉非必需件；③确认是否可以改走岩壁段绕开最耗时的冰坡（由向导判断，技术难度上升但时间下降）；④如果仍然不足，在冰坡段起点就决定不冲顶。顺序很重要：宁可少拍照，不可压缩下撤。
下撤勾选「结组」后，时间为什么跳了一大截？
因为结组下撤不是「照着原路快走」，它包含收绳、重新结组、在陡处逐人通过、等待前队安全落位等一整套节奏。下撤系数从 0.62 升到 0.85 后，硬截止时间会明显提前，这正是这个输入的价值所在——很多人计划的是「散开快撤」，真到雪檐段发现根本散不开，因为那个位置的坡度不允许。
半夜出发（00:30 之类）可行吗？
不建议。模型对早于 04:30 的出发额外扣 4 个百分点体能，因为夜间在雪线以上的技术地形既慢又危险，还伴随失温与判断力下降。如果算下来发现必须靠半夜出发才能塞进当日上限，真正的结论是这条线在这个组合下不该走——该减负、该减少人数、该换更长的作业日上限，或者干脆换季。