Documentation Index
Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
Use this file to discover all available pages before exploring further.
高度なエージェント型 AI 機能と最先端機能を利用できるため、Devin Desktop Editor のネイティブ版または JetBrains のローカルプラグインの使用を強く推奨します。
VSCode プラグインはメンテナンスモードとなっています。
VSCode 1.89 以降をサポートしています。
VS Code Extension 1.10.0 以降では、Settings ページから Extension Diagnostics をダウンロードできるようになりました。このダウンロードには、関連するログとパラメーターがテキストファイルとしてまとめて含まれます。
VSCode の完全な出力ログを取得するには:
-
Command Palette を開きます (
Ctrl/Cmd + Shift + P を押すか、View > Command Palette に移動)
-
「Show logs」と入力し、
Developer: Show Logs と表示される項目を選択します
-
ドロップダウンから
Extension Host と Windsurf を選択します
-
以下の画像のような画面が表示されます:
-
右上の「Extension Host」と表示されているドロップダウンを開き、「Codeium」を選択します
-
ログをエクスポートするか、コピーします
サポート対象外の VS Code バージョンを使用しています。サポート対象のバージョンに更新してから、再度お試しください。サポート対象バージョンの一覧はこちらで確認できます。
ユーザーがworkspace設定でAPI Server/Portal URLを変更すると、その設定がユーザー設定より優先され、拡張機能が誤ったAPI Serverと通信してエラーが発生する場合があります。
API Server/Portal URLが正しく設定されており、workspace設定によって誤って上書きされていないことを確認してください。
Codeium Chat にメッセージを送信しても応答が表示されない場合は、まず応答をキャンセルできるか確認してください。キャンセルできない場合は、応答の生成は完了しているものの、表示されていないことを意味します。これは、Chat Web Server と拡張機能の接続が失われた場合に発生することがあります。VS Code を再読み込みしてから Codeium Chat パネルをもう一度開くと、応答が表示されるはずです。
ファイル …/package.json を読み取れません
Unable to read file .../.vscode/extensions/codeium.codeium-<version>/package.json
Codeium のログに上記のエラーが表示される場合は、拡張機能フォルダー (…/.vscode/extensions/codeium.codeium-<version>) を削除し、拡張機能を再インストールしてみてください。
これを手動で行うには、次の手順に従ってください。
- コマンドパレットを開きます ( CTRL + SHIFT + P )
- ‘Codeium Enterprise: Reset’ を実行します
- ポップアップから “Help” を選択します
- “Show Disabled Extensions” を選択します
- Codeium 拡張機能を再度有効にします
VSCode の Codeium 設定で Detect Proxy のチェックを外すと、拡張機能が誤ってプロキシを利用しようとする問題が解消される場合があります。
次のようなエラーが発生した場合:
ConnectError: [internal] unable to get issuer certificate
[ERROR]: [internal] unable to verify the first certificate
tls: failed to verify certificate: x509: "<yourdomainurl>" certificate is not standards compliant
これは、提示された証明書が信頼されていないため、Codeium 拡張機能がご利用の Enterprise ポータル / API Server への TLS 接続を信頼できないことを示しています。つまり、Codeium デプロイメントによって提示された証明書が信頼されていないか、リクエストを傍受している企業のプロキシによって提示された証明書が信頼されていないことを意味します。
いずれの場合も、最も望ましい解決策は、この証明書に署名したルート証明書が、エンドユーザーのマシンの適切な場所に正しくインストールされていることを確認することです。VS Code と他のほとんどの IDE は、オペレーティングシステムの既定の場所から証明書を読み込みます。
証明書は、社内の IT チームまたは管理者チームによって発行および管理されています。必要な証明書をシステムにインストールする際は、それらのチームに問い合わせてください。
TLS が終端されている箇所で、完全な証明書チェーンが提示されていることが重要です。多くの場合、リーフ証明書だけが提示されると、VS Code や他の IDE はその真正性を検証できません。これは、リーフ証明書を検証し、さらにルート証明書によって検証される中間証明書を認識できないためです。ブラウザでは、この問題を回避できることがよくあります。ユーザーが完全な証明書チェーンを提示する別の Web サイトにアクセスしたことがあり、その結果、中間証明書が認識されてキャッシュされている可能性があるためです。しかし、VS Code のようなアプリケーションにはこの利点がありません。
Network Proxy Text VS Code 拡張機能は、証明書の問題をデバッグする際に役立ちます。