Hello world

;\n}\n```\n\n**リテラルをローカライズ可能にする方法：**\n\n文字列リテラルをJSXフラグメントでラップすることでローカライズ可能にできます：\n\n```tsx\n// 変更前：ローカライズ不可\nconst message = \"Hello world\";\n\n// 変更後：フラグメントを使用してローカライズ可能\nconst message = <>Hello world;\n\n// コンポーネントでの使用例\nfunction Component() {\n return

{message}

;\n}\n```\n\n**代替アプローチ：**\n\n```tsx\n// 動的メッセージの場合\nfunction getLocalizedMessage() {\n return <>Something went wrong;\n}\n\n// 条件付きテキストの場合\nconst statusText = isError ? <>Error occurred : <>Success;\n```\n\nこの規則により、ローカライズ可能なコンテンツとローカライズ不可能なコンテンツの間に明確な境界を維持しながら、一貫したローカライズ動作を確保します。\n\n将来的には、より多くのユースケースをサポートするための方法を検討しています。サポートしてほしい特定のパターンについて議論するには、[Discordに参加](https://lingo.dev/go/discord)してください。\n\n## どのフレームワークがサポートされていますか？\n\n**Lingo.dev Compiler**は現在、以下のReactフレームワークをサポートしています：\n\n- **Next.js**（App Routerのみ）\n- **React Router** v6+\n- **Remix**（最新バージョン）\n- **Vite + React**\n\n他のプラットフォーム向けのコンパイラサポートの実装に興味のある貢献者を歓迎します。実装戦略について議論するには、[Discordに参加](https://lingo.dev/go/discord)してください。\n\n## 言語を追加できますか？\n\nはい！コンパイラ設定で直接カスタムモデルを設定することで、言語サポートを拡張できます：\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\", \"pt\", \"it\"],\n models: {\n \"*:pt\": \"mistral-saba-24b\",\n \"en:it\": \"meta-llama/llama-4-maverick-17b-128e-instruct\",\n \"*:*\": \"mistral-saba-24b\",\n },\n};\n\nlingoCompiler.next(compilerConfig)(nextConfig);\n```\n\n詳細については[高度な設定](../configuration/advanced#custom-model-configuration)をご覧ください。\n\n## カスタムプロンプトを使用できますか？\n\nはい！コンパイラ設定で翻訳プロンプトを直接カスタマイズできます：\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\"],\n prompt:\n \"あなたは技術文書を専門とするプロフェッショナルな翻訳者です。技術的な正確さを維持しながら{SOURCE_LOCALE}から{TARGET_LOCALE}に翻訳してください。\",\n};\n```\n\nカスタム用語集については、プロンプトに用語定義を含めてください。ベストプラクティスについては[デフォルトプロンプト](https://github.com/lingodotdev/lingo.dev/blob/main/packages/compiler/src/lib/lcp/api/prompt.ts)を参照してください。\n\n## 他のLLMプロバイダーを使用できますか？\n\n現在、Lingo.devコンパイラは[GROQ](https://groq.com/)と統合していますが、近い将来より多くのLLMプロバイダーをサポートしたいと考えています（[ご相談ください](https://lingo.dev/go/discord)または[プルリクエストを送信してください](https://github.com/lingodotdev/lingo.dev/)！）。\n\n## CI/CDでGROQ APIキーが必要ですか？\n\n通常は不要です。アプリをローカルでビルドすると、すべての翻訳は`lingo/`ディレクトリに保存されます。CI/CDビルドでは、文字列を翻訳するためにLLMを呼び出す必要はありません。\n\n代替として、CI/CDに`GROQ_API_KEY`変数を追加し、ビルド時にすべての翻訳を行うこともできますが、最終的な翻訳をより制御するために、このアプローチはお勧めしません。\n\n## 翻訳を編集できますか？\n\nはい！`lingo/dictionary.js`ファイルを手動で編集できます。このファイルはすべてのファイルとエントリの翻訳を含むオブジェクトをエクスポートします。各ロケールのテキストを`content`プロパティで編集できます。Reactコンポーネントのソーステキストが更新されるまで、編集内容は保持されます。\n\n**JavaScriptオブジェクトの編集が好きではありませんか？** 編集体験を向上させるためのエディタをまもなくリリースします。[興味がある場合はお知らせください！](https://lingo.dev/go/discord)\n\n## アプリ全体、特定のファイル、または言語を再翻訳するにはどうすればよいですか？\n\nアプリ全体を再翻訳するには、`lingo/`ディレクトリから`dictionary.js`ファイルを削除してください。\n\n特定のファイルのみを再翻訳するには、`dictionary.js`からそのキー（ファイル名）を削除できます。\n\n特定のロケールを再翻訳したい場合は、そのロケールのすべてのレコードを削除する必要があります。\n\n## なぜアプリをローカルでビルドする必要があるのですか？\n\nローカルビルドは`lingo/`翻訳ファイルを以下の方法で正規化します：\n\n- 未使用の翻訳キーの削除\n- コンテンツフィンガープリントの更新\n- 一貫したファイル形式の確保\n- 本番デプロイメントの最適化\n\n常に変更をコミットする前に`npm run build`を実行して、翻訳ファイルをクリーンに保ちましょう。\n\n## 翻訳が不足しています！\n\n翻訳が不足している場合：\n\n1. **ローカルでビルド**して`lingo/`ファイルを正規化します：\n\n ```bash\n npm run build\n ```\n\n2. **APIキーが**適切に設定されているか確認します：\n\n ```bash\n # .envファイルに以下が含まれているか確認\n GROQ_API_KEY=gsk_...\n ```\n\n3. **更新されたファイルをコミット**します：\n\n ```bash\n git add lingo/\n git commit -m \"Update translations\"\n ```\n\n4. 変更後に**開発サーバーを再起動**します。\n\n## カスタム用語集を設定できますか？\n\nはい！コンパイラ設定で直接カスタムプロンプトを使用して、用語と用語集を定義できます：\n\n```ts\nconst compilerConfig = {\n sourceLocale: \"en\",\n targetLocales: [\"es\", \"fr\", \"de\"],\n prompt:\n \"You are a professional translator. Use these terms consistently: 'Dashboard' should be 'Tableau de bord' in French, 'Settings' should be 'Configuración' in Spanish. Translate from {SOURCE_LOCALE} to {TARGET_LOCALE}.\",\n};\n```\n\n## コンパイラはどのように複数形を処理しますか？\n\nコンパイラは基本的な複数形パターンを自動的に処理しますが、複雑な複数形ルールの場合は、JSXを適切に構造化する必要があるかもしれません：\n\n```tsx\n// コンパイラはこれを適切に処理します\n

{count === 1 ? <>1 item : <>{count} items}

\n```\n\n## 本番環境でのパフォーマンスはどうですか？\n\n**Lingo.devコンパイラ**は本番環境向けに最適化されています：\n\n- **ランタイムコストゼロ** - 翻訳は事前コンパイルされます\n- **バンドル分割** - アクティブなロケールのみが読み込まれます\n- **ツリーシェイキング** - 未使用の翻訳は削除されます\n- **CDNフレンドリー** - 静的翻訳ファイルが効率的にキャッシュされます\n\n## TypeScriptで使用できますか？\n\nはい！コンパイラはTypeScriptプロジェクトとシームレスに連携します。提供されるすべてのReactコンポーネントは完全に型付けされています：\n\n```tsx\nimport { LocaleSwitcher } from \"lingo.dev/react/client\";\n\n// TypeScriptの完全サポート\nconst locales: string[] = [\"en\", \"es\", \"fr\"];\n;\n```\n\n## バグの報告や機能リクエストはどのように行いますか？\n\n- **GitHub Issues**: [問題を開く](https://github.com/lingodotdev/lingo.dev/issues)\n- **Discordコミュニティ**: [Discordに参加する](https://lingo.dev/go/discord)\n- **機能リクエスト**: 機能提案にはGitHubディスカッションを使用してください\n\n## 次のステップ\n\n- **はじめに**: [クイックスタートガイド](../quick-start)\n- **フレームワーク統合**: [Next.js](../frameworks/nextjs), [React Router](../frameworks/react-router), [Vite](../frameworks/vite)\n- **高度な機能**: [設定オプション](../configuration/advanced)\n","content","\n**Lingo.dev Compiler**に関するよくある質問と回答です。\n\n## 文字列リテラルを翻訳できますか？\n\n**Lingo.dev Compiler**は、JSX内のすべてがローカライズ可能であるという規則に従っています。JSXコンポーネント外の文字列リテラルは設計上ローカライズされません。\n\n**現在の動作：**\n\n```tsx\n// これは翻訳されません\nconst message = \"Hello world\";\nconst errorText = \"Something went wrong\";\n\n// これは翻訳されます\nfunction Component() {\n return

Hello world

{message}

{count === 1 ? <>1 item : <>{count} items}