Elevate: 如果使用 HR 而不是 FTP，则 PMC/Fitness Trend 中可能出现错误的 TSB 区域

@TehFinal不错的调查！ 感谢您的反馈。

我可以说你是对的。 我试验了 TRIMP 或 Cycling Power 之间相同的比率差异。 在 strava 高级健身上，它似乎是一样的（关于你？）

我目前没有真正的答案。 我们必须找到能够找到回应的人。 你在Golden Cheetah（免费）里面做过测试吗？ 训练高峰？ WKO？

谢谢 ！！

汤姆

遗憾的是，我没有功率计来进行一些高级测试，我所做的只是寻找线索并在 Excel 中调整一些数字，以便更好地了解两种方法之间的差异。 我会尝试联系 Joe Friel，也许他可以对这个话题有所了解。

嗨伙计，
对我来说，计算出的骑行 TRIMP（没有骑行功率计数据）可能太高了。 Multisports 健身趋势表中的系数大致在 1.7 和 3 之间变化（大多数情况下，TRIMP 比基于功率计的 PSS 高两倍）。

您喜欢获取包含功率计和 HRM 数据的示例文件吗？

@thomaschampagne ：很棒的

很高兴听到有准确数据的人的来信！ 这意味着与使用 TSS 计算相比，人们可以估计健身区域高出 1.7 到 3 倍。 在联系了 Friel 先生之后，我得出的结论是，毕竟 TRIMP 不够精确，无法在 PMC 中使用（感谢波动的心率）。

感谢调查。 解决办法是什么？ 创建自定义水平区域 ? 其他？

由于从 TRIMP 到 TSS 的直接转换是不可能的，如果图表是用 TRIMP 计算的，最好的解决方案可能是停用它们。

似乎是一个解决方案 ;) 我们可以找到/计算新的区域限制值
如果仅激活修剪。

总而言之，如果修剪和循环功率同时存在，则区域将处于非活动状态
存在于图表中。

你怎么认为？

2017 年 4 月 14 日星期五，11:04 TehFinal [email protected]写道：

由于从 TRIMP 到 TSS 的直接转换不可能是最好的
如果计算图表，解决方案可能是停用它们
与TRIMP。

—
你收到这个是因为你被提到了。

直接回复本邮件，在GitHub上查看
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294120918 ，
或静音线程
https://github.com/notifications/unsubscribe-auth/AAJRpaLMhHcAQjmVHq6-4Lb61_AxiBqBks5rvzalgaJpZM4MHx_z
.

>

托马斯香槟
http://thomaschampagne.github.io

也许深入了解 STRAVA 新鲜度图表会有所帮助。 STRAVA premium 具有显示混合图表的选项，基于 HR 和功率计这两种数据类型。 有趣的是，STRAVA 如何将两者混合。

对我来说，混合图表非常重要，因为我有三辆自行车，但只有一辆配备了功率计。

如果您想获取一些包含功率计和 HR 数据的示例文件，请与我联系。

我有溢价，strava 有相同的结果，Trimp 之间的比率相同
并且 Tss 得分比 stravistix 高。 但 strava FF 没有训练区。

在周五，2017年4月14日，21:58 Dan4GitHub [email protected]写道：

也许深入了解 STRAVA 新鲜度图表会有所帮助。 斯特拉瓦
溢价有显示混合图表的选项，基于两种数据类型，
HR 和功率计。 有趣的是，STRAVA 如何将两者混合。

对我来说，混合图表非常重要，因为我有三辆自行车，但是
只有一个配备了功率计。

如果您想获取一些包含功率计和 HR 数据的示例文件，
联系我。

—
你收到这个是因为你被提到了。

直接回复本邮件，在GitHub上查看
https://github.com/thomaschampagne/stravistix/issues/341#issuecomment-294224797 ，
或静音线程
https://github.com/notifications/unsubscribe-auth/AAJRpenj9Tz2qeExK3H2k8hDhqrWs533ks5rv8_fgaJpZM4MHx_z
.

>

托马斯香槟
http://thomaschampagne.github.io

@thomaschampagne我认为这是一个很好的解决方案，尽管人们必须记住，TRIMP 不如 TSS 准确，因为如果您生病了或者天气寒冷/炎热，与功率相关的心率可能会完全关闭（与在正常条件下骑行相比）。

就我个人而言，这些区域在仅依赖 TRIMP 时工作得相当好。 当我在骑行后最终进入过度训练区时我很累，当我在新鲜区开始骑行时我的腿很好。 但是，我也看到了在不缩放的情况下混合 TRIMP 和 TSS 的问题，因为 TSS 低得多。

我支持使用可定制的因素缩小 TRIMP 的想法。 最初，这应该设置为 FTHR 时一小时的 TRIMP 值（或@TehFinal 建议的 85% HRR）除以 100。这些区域也应该是可定制的，因为根据 Joe 的说法，它们更像是经验法则而不是严格的科学弗里尔。

请不要摆脱区域。 与完全没有区域相比，即使是稍微不准确的区域也能更好地理解健身疲劳模型的应用。 这是 Strava 的健身模型所缺少的一个关键功能。

我认为这个问题有一个相对简单的解决方案。 有必要将 TRIMP 缩放为等效于 PSS 或 TSS（如 TrainingPeaks 所称）。

根据定义，在 FTP 上一小时的努力使 PSS（或 TSS）为 100。

有了一条额外的信息——FTP 的心率——我们可以计算出 FTP 心率下一小时的 TRIMP。 （有多种方法可以仅通过心率监测器、秒表和大量汗水来估算 FTP 的心率。）

以 FTP 心率计算一小时的 TRIMP，如下所示：

1. % HRR@FTP =（
2. 1 小时 FTP TRIMP = % HRR@FTP x 0.64 x EXP(1.92 x %HRR@FTP)*60（使用男性因子；60 分钟）

示例 – 我的价值观：

1. 最大心率：185
2. 最低人力资源：60
3. FTP 人力资源：163
4. % HRR@FTP = (163-60)/(185-60) = 82.4%
5. 1 小时 FTP 修剪 = 82.4% x 0.64 x EXP(1.92 x 82.4%) * 60 = 153.94

然后很容易将练习 TRIMP 缩放到 hrPSS/hrTSS 值：
hrPSS = 练习 TRIMP/1 小时 FTP TRIMP *100

例子：

1. 2017 年 8 月 12 日来自 StravistIX 的我的会话的 TRIMP：333
2. hrPSS = 333/153.04 x 100 = 216.32

请注意，hrPSS 始终不如基于功率计的计算准确，这在 TrainingPeaks 中也有明确说明。 但我确实相信 hrTSS 比 TRIMP 更好，因为它在不同运动员之间具有可比性，从概念上讲更容易理解，并考虑了改变 FTP 心率的健康水平的变化。

谢谢你的指示，shutema。 我想我会在我的 Excel 工作表中实现它！

它是一种乐趣 TehFinal。 让我知道它是如何为你工作的。

我想向你展示我的数据：
第一个带有TRIMP的屏幕截图

2、PSS

我从 9 月 29 日开始使用功率计。 在@shutema的方法中，是否有解决方案可以在 stravistix 中等于 pmc trimp 和 pss 计算？ 或者通过实施 hrTSS，它可以缩小到与 tss 相当，就像@duhlig所说的那样。

因此，当 PSS 切换打开时，用户必须填写“1hr FTP TRIMP”新设置（在运动员设置中）以提供 hrPSS 值而不是 TRIMP 值？

不，用户应该在运动员设置中输入“阈值心率”。 然后系统可以计算 1 小时 FTP TRIMP。

我认为我们应该先做一些研究。 我使用过去 10 次骑行 > 1 小时的数据尝试了不同的方法。 我附上了结果。

TrainingPeaks hrTSS 显示最佳性能。 也许我们可以找出他们如何计算 hrTSS 它不是固定的。 在这种情况下，商从 1.1 到 1.9 不等。 我也尝试过@shutema （1hr FTP Trimp quotient）和@duhlig方法（商

tss_hrTss_trimp.xlsx

感谢@jayti74的数据，有趣的比较。

同时，我什至将转换系数降至 1.43（=80%HRR，最大 180，43 分钟）。 与模型相比，这似乎更适合我自己感知的疲惫。 但是，我也认为由于各种原因，为每个人降低确切的价值既不可能也没有必要：

1. 模型中 1,4 - 1,7 (~80-85%HRR) 的转换因子之间的差异很小。 它们只会拉伸峰值区域（过度训练、新鲜度），而不管转换系数如何，都会影响重要区域（最佳、中性）。
2. TRIMP 和 hrPSS 不能准确地描述工作量。 心率随着外界条件、疲劳（无论是在长途骑行中还是在艰苦的训练块中）、兴奋等因素的变化而变化，而不仅仅是功率。 单一的转化价值几乎不会起作用。
3. FTHR因人而异。 不仅是绝对值，还有相对值 (%HRR)。 另外，我想对于大多数人来说，最大 HR 也是一个有根据的猜测。

因此，我同意@shutema。 让用户设置他的 FTHR 并从中计算转换系数。 如果最大和最小 HR 已知，则将其默认为 80-85%HRR 之间的某个值。 有时带电和有时不带电训练的用户将能够试验他们的 FTHR 设置，例如 hrPSS ~ PSS。

嗨 jayti74
根据定义，FTP 1 小时的 TSS 为 100，因此将 TRIMP 除以 1 小时 FTP TRIMP 再乘以 100 是概念上正确的方法。

有许多不同的计算TRIMP的方法。 如果训练峰值 hrTSS 为基于功率计的 TSS 提供了更好的近似值，则训练峰值必须使用更准确的 TRIMP 计算。

但是，来自单个运动员的 10 个样本可能不足以确定哪个 TRIMP 计算最准确的样本量。

还要注意，无论我们得到的 TRIMP 计算有多好，它在计算 TSS 时永远不会接近功率计的精度。

嗨@duhlig和@shutema ，

谢谢您的回复。 我认为这是正确的方法。 用户应设置他们的 FTHR，也称为 LTHR (Friel)，应计算转换因子并将其应用于 TRIMP，其中没有可用的 TSS。

我提倡所有提到的观点。 我大约 30 次骑行的平均转换系数也约为 1,4 :P。 我知道 TRIMP 的定义是什么， @shutema方法是绝对正确的，只是想知道 TP 如何计算 hrTSS，这似乎或多或少是准确的。 一个人的 10 个样本不准确是显而易见的。 我只是想展示我很快发现的关于我的数据的不同方法。

我很感激@thomaschampagne 将此添加到里程碑 5.13。 提前致谢。

@TehFinal @shutema @jayti74 @Dan4GitHub我将在接下来的几天深入研究。 你知道我在哪里可以找到 hrTSS 公式吗？

我将在我这边测试这两种解决方案：

• 来自@shutema 的 hrPSS
• hrTSS（需要公式）

干杯，

汤姆

经过一番搜索，我只能找到这个链接：
https://www.trainingpeaks.com/blog/power-training-levels/

表 1 中比较了心率区和功率区。 在第 4 区，即乳酸阈值和 FTP 附近的 91-105%，您的心率应为功能阈值心率的 95-105% 左右。
通过进行 FTP 测试，您可以相对精确地获得阈值心率，但正如我们在上面看到的，这些变化加在一起，可能会关闭 10%（例如，您的低端乳酸阈值区域可能位于 FTP 的 91%，但您的阈值心率可能为 105% - 如果我正确解释了表格并且我不太确定）。

最终我们不愿意接受使用心率存在一些自然差异。 即使您的阈值心率设置为 100% 正确，如果在特定的一天您喝得太少或喝了咖啡、喝了点酒或饿了，或者谁知道是什么，您的心率也会下降。

总而言之，您的数据可能准确但不准确。 在我看来， @shutema的方法最适合。

@TehFinal谢谢！ 我终于在这个链接上找到了一个 hrTSS 公式

总而言之，此 suunto 应用程序执行以下操作：

LTHR = 0.86 * MAX_HR; // OR Use custom LTHR/FTHR
hrTSS = ((DURATION * (AVG_HR - USER_REST_HR) * ((AVG_HR - USER_REST_HR) / (LTHR - USER_REST_HR))) / ((LTHR - USER_REST_HR) * 3600)) * 100;

总而言之，您的数据可能准确但不准确。

你说的是 hrTSS？

顺便说一句，我会按照你的意见，并与@shutema的做法（hrPSS）引用由他这里开始： https://github.com/thomaschampagne/stravistix/issues/341#issuecomment -322047898并要求用户输入一个LTHR /FTHR在运动员设置中

我会在您的最高评论中写下一些规范。 我必须明确以下几点：

1. 我们是否仅保留基于 TRIMP 的 PMC 图表？ 还是只有hrPSS？
2. 如果启用了训练区，则只有PSS和/或hrPSS可以协同工作。
3. PSS 优先于 hrPSS？ （我的回答是肯定的）
4. 还有其他情况吗？

同样在未来，我将在健身趋势中为根本没有传感器的人（例如仅智能手机）添加估计的 PSS 和 rTSS（运行 TSS）。

接受任何讨论以推动真正的实现:) :)

谢谢 ：）

与仅按比例缩小 TRIMP 相比，使用 suunto 公式有什么优势？

如
hrTSS = TRIMP / ScalingFactor
ScalingFactor = 60 * HRR<strong i="9">@LTHR</strong> * 0,64*EXP(1,92*HRR@LTHR)/100 // TRIMP for 1hr <strong i="10">@LTHR</strong> (for men)
HRR<strong i="13">@LTHR</strong> // Hearth Rate Reserve at Lactate Treshold Hearth Rate, e.g. 0,83

我们是否仅保留基于 TRIMP 的 PMC 图表？ 还是只有hrPSS？

最好都通过一个开关。 不同的用户会有不同的偏好。

如果启用了训练区，则只有 PSS 和/或 hrPSS 可以协同工作。

同意。

PSS 优先于 hrPSS？ （我的回答是肯定的）

最肯定的。

还有其他情况吗？

是否可以允许用户在主机崩溃或类似的情况下在几天内创建自定义 TSS 条目？ 大多数情况下，对 TSS 的有根据的猜测比将 PMC 搞砸至少 2 个月的零记录要好。

嗨托马斯
最近，您添加了一个用于估计 Power Stress Score 的字段。 该字段与 hrTSS 的 Training Peaks 计算完全一致（在我比较过的所有游乐设施中）。 在健身趋势图中使用该字段而不是从 TRIMP 计算 hrTSS 不是更好吗？

@shutema我可以，但估计 Power Stress Score 仅适用于骑自行车

我将潜入这个周末。

在运动员设置中我应该问什么？ FTHR 还是 LTHR ？

我目前对此的理解是：

• FTHR 在 60 分钟的测试中确定。

• LTHR 是根据以下 joe friel 的帖子在 30 分钟的测试中确定的： https ://www.trainingpeaks.com/blog/joe-friel-s-quick-guide-to-setting-zones/

  要找到您的 LTHR，请自己进行 30 分钟的计时赛（没有训练伙伴，也没有参加比赛）。 同样，在整个 30 分钟内，它应该像一场比赛一样进行。 但是在测试开始 10 分钟后，单击心率监测器上的圈数按钮。 完成后，查看您过去 20 分钟的平均心率。 该数字是您的 LTHR 的近似值。

我会要求 LTHR。 在比赛条件下它应该非常接近 fthr，并且测试时心理压力较小。 这将导致进行测试。 我从来没有设法做一个一小时的全面测试。

上午 15.03.2018 嗯 14:41 schrieb Thomas Champagne通知@github.com：

我将潜入这个周末。

在运动员设置中我应该问什么？ FTHR 还是 LTHR ？

我目前对此的理解是：

FTHR 在 60 分钟的测试中确定。

LTHR 是根据 joe friel 在 30 分钟的测试中确定的： https ://www.trainingpeaks.com/blog/joe-friel-s-quick-guide-to-setting-zones/

要找到您的 LTHR，请自己进行 30 分钟的计时赛（没有训练伙伴，也没有参加比赛）。 同样，在整个 30 分钟内，它应该像一场比赛一样进行。 但是在测试开始 10 分钟后，单击心率监测器上的圈数按钮。 完成后，查看您过去 20 分钟的平均心率。 该数字是您的 LTHR 的近似值。

—
你收到这个是因为你被提到了。
直接回复此邮件，在 GitHub 上查看，或将线程静音。

我还会要求 LTHR 并提及 Joe Friel 的协议。 您可能想提及的另一个是 Carmichael & Rutberg 的 2x8min 协议，他们将 LTHR 建立在两个 8 分钟努力中较高者的约 95%（参见： CTS 现场测试）。 尽管 Allen & Coggan 在 _Training and Racing with a Powermeter_ 中提到了 FTHR，但没有如何建立它的确切协议，甚至没有对 FTHR 持续时间的确切定义。 实际上，对于建立 hrPSS，这两个数字之间的差异应该可以忽略不计。

您可以看看他们如何在 GoldenCheetah 计算 TRIMP(100) 以便将 TRIMP 值与 TSS/BikeScore 对齐
https://github.com/GoldenCheetah/GoldenCheetah/blob/master/src/Metrics/TRIMPPoints.cpp#L117
https://github.com/GoldenCheetah/GoldenCheetah/wiki/UG_Glossary

@igarciaolaizola感谢您的链接，我会阅读。

@TehFinal @shutema @jayti74 @Dan4GitHub @igarciaolaizola

我开始在分支上开发： https :

如果您愿意，我会在准备好进行测试后通知您（使用专用版本）

@thomaschampagne你有没有想过为不同的运动设置不同的 LTHR 值？
顺便说一句，我对测试这个非常感兴趣:)

@igarciaolaizola我能提供这方面的信息吗？

3 LRH？

• 1 默认？
• 1 覆盖骑自行车？
• 1 覆盖运行？

泰

骑自行车和跑步的 LTHR 就足够了（我从未见过游泳的 LTHR 值）并且拥有两个不同的值很重要，因为它们通常差异很大。
LTHR 可以通过乳酸实验室测试计算或通过现场计时试验估算。 在我的例子中，我对现场试验使用以下估计：0.95 x 20' 测试的平均 HR。 我从乔弗里尔的书“铁人三项运动员的训练圣经第 4 版”中得到了这个估计。

这些是我最后的测试值：

• 运行：一月乳酸实验室测试 LTHR 值：172bpm
• 运行：二月场 LTHR 估计：161bpm
• 自行车：二月场 LTHR 估计：141bpm

我的 Run an Bike 现场测试之间存在 20bpm 的差异。

默认值可能是另一种选择，但我不知道如何估计它。 也许使用从最小/最大 HR 得出的值。

@igarciaolaizola感谢您的

LTHR 是点，高于此点，您体内的血液酸化会增加。 高于此阈值，您的耐力表现将迅速下降。
要找到您的 LTHR，请单独进行 30 分钟的计时赛。 像比赛一样执行此 TT。 在测试开始 10 分钟后，开始测量您的心率直到结束。 完成后，检查您过去 20 分钟的平均心率。 这个值就是你的 LTHR。

我想我需要为骑自行车或跑步以外的其他运动设置默认值。 这在训练高峰期是如何处理的？ 黄金猎豹？

@TehFinal @shutema @jayti74 @Dan4GitHub @igarciaolaizola

所以这是一个带有 HRSS/TRIMP 切换模式功能实现的预览版本。

v6.0.2_stable_2018-03-17-18-04.a7b593f1.zip

只需关注单选按钮即可在“心率压力评分”和“训练冲动”之间切换。

忘记 UI 和输入的可能性/约束，......助手，......它还没有准备好

注意：您可以在运动员设置中设置您的 LTHR。

@thomaschampagne Golden Cheetah 有很多不同的指标，但其中一些并不适用于所有运动。 TRIMP(100) 仅显示跑步和自行车活动的非零值（因为您只能为这些运动添加 LTHR 值）。 还有不同的 PMC 图表（取决于基本指标）。

如果您想要一个默认的 LTHR 值，您可以使用心率储备的百分比（Max HR - Rest HR）。
LTHR = RestHR + 0.85 x (MaxHR - RestHR)
但是，我不确定 85% 是否是公式的最佳值。

@igarciaolaizola所以对于默认的 LTHR，我必须替换：

LTHR = 0.86 x MaxHR （目前用那个编码）

经过

LTHR = RestHR + 0.85 x (MaxHR - RestHR)

?

@thomaschampagne是的，但这只是一个建议！ 如果您想搜索参考文献，这称为 Karvonen 公式。

@TehFinal @shutema @jayti74 @Dan4GitHub @igarciaolaizola一个新的测试版本在这里可用：

v6.0.3_stable_2018-03-24-15-09.zip

我有时间研究最新的测试版本。 我不得不说我真的很喜欢我在那里看到的东西。 谢谢@thomaschampagne。 HRSS 的值现在非常接近 PSS。 它们与 trainingpeaks hrTSS 略有不同，但有时比来自 tp 的值更接近 TSS。 做得好。 两周前我的自行车（包括我的功率计）被盗后，此功能比以往任何时候都更受欢迎💃

如果估计 LTHR @igarciaolaizola的LTHR = RestHR + 0.85 x (MaxHR - RestHR)对我来说效果更好。 它仅比我测量的 lthr 低 2bpm。 如果我使用LTHR = 0.86 x MaxHR ，我的测量值就会降低 8bpm。 我不知道这与其他人的测量结果有何关联。

我注意到一件事。 触发“可用时使用循环功率计”单选按钮后，右上角的值今天不会改变。 我必须将鼠标放在图表上以显示最新数字。

PS：我只能说骑行...

@TehFinal @shutema @jayti74 @Dan4GitHub @igarciaolaizola

这是我将它放到 stravistix club 之前的最后一个测试版本： v6.0.3_stable_2018-03-29-16-48.zip

向用户解释这种变化/改进是一个巨大的挑战。 所以我重写了一些助手；

• 健身趋势 > 帮手指南。 位于： https :

• 全局设置 > 听力统计数据助手。 位于： https :

• 全局设置 > 功率统计助手。 位于： https :

我是法国人，所以请随时修复我的英语或句子混淆.. 对列出的文件提出请求（您可以直接在 github 中编辑它们）。

如果您有骑行功率数据和心率数据的历史记录。 备份是非常受欢迎的，所以我可以在我身边做一些测试（我没有功率计）。

谢谢你的帮助！

@thomaschampagne 干得好！ PMC 图表现在看起来好多了。
然而，没有功率计的铁人三项用户（像我一样）仍然需要在引入跑步 LTHR 或骑自行车 LTHR 之间做出选择。 一种方式的骑行得分会非常低，而另一种方式的跑步得分过高。

@igarciaolaizola我会尽快实施

你确认我们应该有

• 默认 LTHR
• 自行车 LTHR
• 运行 LTHR

?

@thomaschampagne在我看来，这已经足够了。 骑自行车和跑步是最常见的以心率衡量的运动，拥有默认的 LTHR 也将有助于解决极端情况（人们练习其他不同的运动，例如皮划艇或划船）。

@igarciaolaizola 还有一个...

此时如果没有定义 LTHR 那么Default LTHR = RestHR + 0.85 x (MaxHR - RestHR)

但是 Cycling LTHR 的默认值是多少？ 运行 LTHR？

• 选项A
  Cycling LTHR = Running LTHR = Default LTHR ?

• 选项 B
  Cycling LTHR = RestHR + ??? x (MaxHR - RestHR)
Running LTHR = RestHR + ??? x (MaxHR - RestHR)

???背后的哪个因素？ 任何的想法？

对于选项 BI，跑步的系数将保持为 0.85，而骑行的系数则较低，可能为 0.75。 这 0.10 的降低将降低骑行 LTHR 约 15 bpm（我认为跑步 LTHR 和骑行 LTHR 之间的差异约为 10-20 bpm）

@TehFinal @shutema @jayti74 @Dan4GitHub @igarciaolaizola

我在睡觉前完成了对默认 LTHR、Cycling LTHR 和 Running LTHR 的支持。 这是一个新版本，包括： v6.0.3_stable_2018-03-30-11-22.zip

我终于保留了选项 A： Cycling LTHR = Running LTHR = Default LTHR空时。

事实上，在对 FDJ 团队职业自行车手的历史备份进行分析后：他的大部分活动的 HRSS 和 PSS 值非常接近，仅使用Default LTHR = RestHR + 0.85 x (MaxHR - RestHR) 。

注意：他带着 HRM 和实际功率计骑行。

如果我使用Cycling LTHR = RestHR + 0.75 x (MaxHR - RestHR) HRSS 分数与他的 PSS 分数不同。

就像前面所说的向用户解释这种变化/改进是一个巨大的挑战。 所以我重写了一些助手；

• 健身趋势 > 帮手指南。 位于： https :

• 全局设置 > 听力统计数据助手。 位于： https :

• 全局设置 > 功率统计助手。 位于： https :

我是法国人，所以请随时修复我的英语或句子混淆.. 对列出的文件提出请求（您可以直接在 github 中编辑它们）。

谢谢你的帮助！