数日以上かかると思います。なぜなら、その翻訳は数年前に校正者によって承認されているからです。翻訳が承認された後、ステータスをリセットするか新しい翻訳を承認するには、校正権限を持つ誰かが必要です。翻訳エージェンシーが安定版リリースのたびに行われる翻訳作業にしか関わらない言語では、通常、数ヶ月かかります。（私は2024年にテキストを報告しましたが、Crowdinではまだ変更されていません）
何が必要かによります。Crowdinには翻訳メモリがあり、以前にどのように翻訳されたかを簡単に見ることができるため、一貫した言葉遣いに非常に役立ちます。
次に、Crowdinの「文字列をコンテキストで表示」機能があり、同じインターフェースで使われている可能性が高いテキストが返されます。これはあまり役に立たないことがよくあります。テキストの識別子の最後の部分を削除し、それを検索します。例えば、識別子が admin.dashboard.reports.solutions.title だった場合、admin.dashboard.reports.solutions という識別子を持つすべてのテキストがリストされます。これはまだ非常に具体的であり、おそらく説明とタイトルしか見つからないでしょう。手動で admin.dashboard.reports を検索すると、類似のテキストについてより良いアイデアが得られるかもしれません。
そして、GitHubに追加されたスクリーンショットがどれだけ役立つかによって決まる新しいツールがあります。2つの例を紹介します。昨日、私は次のように翻訳しました
数字は含まれていませんでした。そこで、識別子
js.presence.translating をコピーしてツールに貼り付けました
その後、これらのうちの1つを選択します（数字は重要ではなく、通常は最新版とリリース版で違いはありません）。そこで、すべての履歴を見ることができます。テキストがいつ追加され、変更されたかを確認できます。
右上のプルリクエストへの参照をクリックすると、プルリクエストに移動します。そこで、コンテキストを理解するのに役立つスクリーンショットを見ることができます。
しかし、常に役立つスクリーンショットがあるわけではありません。例えば、js.review.editing_post の場合ですが、UX: refactor review queue buttons for more consistent language by awesomerobot · Pull Request #36812 · discourse/discourse · GitHub のスクリーンショットでは「Editing post…」を見つけることができませんでした。その場合は、フォーラムで気づくまで待つか、コンテキストを尋ねることができます。
それらがどのように機能するかを理解する必要はありません。これがDiscourseにコードが追加される方法であり、それらが役立つスクリーンショットを頻繁に含んでいることを知っておくだけで十分です。