01
ローカライズへの影響が明確でない大規模なプルリクエストの中に、文字列の変更が埋もれてしまいます。
GitHubリリースのローカライズ
すべてのプルリクエストで実行されるローカライゼーションチェック
文字列の変更を検出し、PRの背景情報を収集し、翻訳案を作成してリリースを制御することで、エンジニアリングチームはローンチ後ではなくマージ前にローカライズの問題を発見できます。
デモをリクエストする変化
ローカライズは、リリースパイプライン外で今も手作業で行われています。
02
エンジニアリングとローカライズの連携は、CI/CD内ではなくSlack上で行われています。
03
翻訳ファイルがリリースのたびにソース文字列とずれていきます。
概要
開発者は毎日、文字列の変更をマージします。ローカライズの品質は、リリース前に誰かが確認するのを忘れないかどうかに左右されます。
01
ローカライズチェック用のGitHub Action
すべてのプルリクエストで、ドリフト検出、カバレッジチェック、回帰評価を実行します。
02
PR の差分から文字列の変更を検出する
プルリクエストの説明と関連する課題の文脈を添えて、追加・変更・削除されたキーを表示します。
03
お好みのLLMで翻訳案を作成しましょう。
文字列が変更されたときに、用語集と翻訳メモリのコンテキストを使用して、ロケールごとの下書きを自動生成します。
04
プルリクエストにローカライズ状況をコメントする
マージ前に、レビュアーがロケールの対応状況、品質フラグ、未解決項目を明確に確認できるようにします。
仕組み
プルリクエストからリリースゲートまで
Hyperlocaliseは、GitHub ActionsとTMS同期を標準搭載し、チームがすでに実践している開発ワークフローにシームレスに組み込めます。
01
プルリクエスト
追加、変更、削除された文字列を検出する
02
変更内容の分析
差分をロケールと用語集への影響にマッピングする
03
翻訳ドラフト
LLMを使ってロケールのドラフトを生成する
04
レビューの割り当て
TMSでレビュータスクを開く
05
CIチェック
GitHub Actions でローカライズのゲートを実行する
06
リリースゲート
ロケールが未解決の場合はマージをブロックする
主な機能
開発者主導のリリースワークフロー向けに構築されています
01
承認済みの文字列をTMSに同期する
リリースフローを離れることなく、Crowdin、Lokalise、Phrase、または Smartling に翻訳をプッシュできます。
02
品質ゲートに失敗した場合はリリースをブロックする
重要なロケールが不足している場合や回帰のしきい値を超えた場合に、マージを防止するチェックを設定します。
他とは何が違うのか
CI/CDパイプラインに組み込むローカライゼーションインテリジェンス
Hyperlocaliseは、TMSやi18nライブラリの代替ではありません。GitHubの変更シグナル、翻訳の下書き作成、リリースゲートをつなぐ、AIネイティブなレイヤーを追加します。
01TMSに依存しない
02LLMに依存しない
03レビューが必要な場合は、人間が介在します
04プルリクエストやイシューからのコンテキストを把握します。
05エンジニアリングとローカリゼーション業務のために構築されています。
06GitHub、TMS、リリースツール全体で利用できます。
ワークフローの例
料金ページのリファクタリングに関するプルリクエストが火曜日に作成されます。
開発者が、14個のUI文字列の名称を変更し、6個の新しい文字列を追加するプルリクエストを作成します。Hyperlocaliseは、影響を受けるロケールをPRにコメントし、リンクされたローンチブリーフの用語集を使って翻訳案を生成し、Lokaliseでレビュータスクを作成します。さらに、GitHub Actionを実行してすべての対象ロケールが網羅されていることを確認し、ドイツ語と日本語のレビュアーが更新された価格用語を承認するまでマージをブロックします。
A few things you might ask.
Localisation checks inside your release pipeline.
ほかにご質問はありますか？
お問い合わせAIネイティブなローカライズワークフローを構築する
無料のワークスペースを作成するか、デモをリクエストして、リリースパイプラインにローカライズチェックを組み込みましょう。