最初の下書き [大規模言語モデル](https://en.wikipedia.org/wiki/Large_language_model) は構造上正しいが、ニュアンスやトーン、ドメイン固有の表現を欠いている可能性があります。それは設計上の仕様です。Glossia はコンテンツ生成を、ソフトウェアチームがコードを扱うのと同じように扱い、動作するバージョンをリリースしてレビューし、反復的に改善します。

## 改良プロセス

1. **下書き**: Glossia は構造上正しい初稿を生成し、あなたのソースファイルと文脈に基づきます。 `L10N.md`。
2. **レビュー**: チームはプルリクエストと差分で課題を提起し、すでにご利用中のコード管理のワークフローと同じです。
3. **精査**: 文脈ファイル、用語の修正、レビューフィードバックが次の実行に反映されました。
4. **収束**: 各サイクルは本番品質との距離を縮めます。システムは提供する文脈を通じて製品の声を学習します。

## なぜそれが機能するのか

: 文脈は蓄積する、という基本定向の洞察。レビューコメントによって更新された `L10N.md` または、用語のエジュリーが修正され、レビューをトリガーしたファイルだけでなく、これからのすべての実行を改善します。

これは、製造業におけるカイゼンの原則や工学における逐次近似の原則と同じ考え方です。まず十分な基準から始め、人間の判断をループに含めながら系統的に改善していくものです。

## 実践的な示唆

- 最初の回では完璧な成果を期待しないでください。
- 明瞭なコンテキストファイルの作成に時間を割いてください。それらはあなたが施せる最も効果的な改善です。
- サーバー翻訳セッションを使って、どのファイルが翻訳されたかを、
  スキップされ、または失敗したか。