アプリケーション開発者
既存の関数1つに検証処理を追加するようOpenCodeに依頼します。ファイルパスと期待する動作を伝え、1つの差分で確認できる範囲に依頼を絞ってください。
得られる成果は、提案された編集と、ローカルで実行できるテストです。この構成におけるモデル側の役割について詳しくは、関連するLLMの概要をご覧ください。
novita llm連携ガイド
novita ai opencodeを使って対象を絞ったコード編集を行う方法
novita ai opencodeの設定は、リポジトリの管理を自分で続けながら、OpenCodeにモデルの支援を求めたい場合に役立ちます。まず範囲を限定したタスクを1つ選び、提案された変更を確認して、関連するテストを実行します。
既存の作業フロー
現在の作業はすでに、依頼から編集、差分の確認、テストへと進んでいます。プロバイダーを追加して変わるのは、OpenCodeがモデルの応答を取得する場所であり、これらのレビュー手順がなくなるわけではありません。
個別のモデルリクエスト
これらの画像はワークフローの違いを示すものであり、動作確認済みの設定のスクリーンショットではありません。どちらの方法でも、編集を受け入れる前に差分を確認してください。
Novitaを組み込む場所
Novitaはモデルプロバイダーの段階で利用します。タスクを説明し、提案されたリポジトリの変更を確認する場所は、引き続きOpenCodeです。
連携の保守担当者
OpenCodeを使って、失敗しているレスポンスをクライアントラッパーまで追跡し、小規模な修正を提案して、その処理経路を検証するテストを特定します。
テストが通るまでは、モデルの応答を仮説として扱ってください。推論の概要では、リクエストとレスポンスを処理するサービスの別個の役割を説明しています。
novita inferenceモデル評価担当者
評価対象の各プロバイダーで、OpenCodeに同じ範囲の限られたリファクタリングを依頼します。得られた差分を、共通の受け入れ基準と照らし合わせて比較してください。
何が変わったか、どのテストを実行したか、どこで手動の編集が必要だったかを記録します。Hugging Faceのページでは、Novitaのモデルの選択肢を見つけるための別の方法を紹介しています。
novita ai hugging face変更前と変更後
この比較は作業の引き継ぎ方を説明するものであり、どのモデルも正しいパッチを生成できると保証するものではありません。利用可能なプロバイダー設定は、最新のOpenCodeドキュメントで確認してください。
別のモデルとの会話
Novitaをプロバイダーとして使用するOpenCode
1
タスクのコンテキスト
別のモデルとの会話
関連するコードを別のリクエストにコピーし、各部分がどう関係するかを説明します。
Novitaをプロバイダーとして使用するOpenCode
OpenCodeでタスクを説明し、どのリポジトリ情報が送信されるかを確認します。
2
モデルへのリクエスト
別のモデルとの会話
独立したインターフェースからプロンプトを送信します。
Novitaをプロバイダーとして使用するOpenCode
OpenCodeは、選択したプロバイダー設定を通じてリクエストを送信します。
3
提案された変更
別のモデルとの会話
提案されたコードを自分でリポジトリに反映します。
Novitaをプロバイダーとして使用するOpenCode
提案されたリポジトリの編集内容を確認してから、採用するかどうかを決めます。
4
レビュー対象
別のモデルとの会話
貼り付けられた提案を元のファイルと比較します。
Novitaをプロバイダーとして使用するOpenCode
差分を確認し、変更範囲、動作、意図しない変更を調べます。
5
検証
別のモデルとの会話
編集を適用した後、関連するチェックを実行します。
Novitaをプロバイダーとして使用するOpenCode
編集内容を確認した後も、関連するチェックを実行します。
6
機密性の高いコンテキスト
別のモデルとの会話
外部の会話に何を貼り付けるかは、あなたが決めます。
Novitaをプロバイダーとして使用するOpenCode
プロジェクトのコンテキストを確認し、秘密情報や不要なファイルを送信しないようにします。
7
最終判断
別のモデルとの会話
手動で適用した変更を採用する準備ができたかどうかは、あなたが判断します。
Novitaをプロバイダーとして使用するOpenCode
確認した差分とテスト結果を受け入れられるかどうかは、あなたが判断します。
成果物の要件
範囲を絞ったOpenCodeのタスクを1つ試す
期待する結果が明確で、元に戻しやすい小さな変更を選びます。たとえば、既存の関数に不足しているエッジケースのテストを追加します。Novitaを設定する前に、OpenCodeの最新のプロバイダー設定手順を確認し、お使いの環境でサポートされているモデルを選択してください。成果物としては、読みやすい差分、変更理由の簡単な説明、関連するテストの実行結果が有用です。編集が無関係なファイルに及んだ場合やテストが失敗した場合は、パッチを採用せずに依頼内容を見直してください。
- ファイルと期待する動作を明示します。
- 提案された変更をすべて確認します。
- 編集を採用する前に、関連するテストを実行します。
シナリオ別FAQ
OpenCodeの最新のプロバイダー設定手順を確認し、使用したいNovitaのモデルをサポート対象の設定方法で選択できることを確かめてください。連携方法は変わる可能性があるため、古いガイドにある未検証の設定をコピーせず、最新のドキュメントを参照してください。リポジトリで作業する前に、小さなテストリクエストから始めましょう。
OpenCodeで選択したワークフローと権限によります。提案された操作を読み、変更後の差分を確認し、依頼内容に合う変更だけを採用してください。モデルが生成したパッチは、自動的に検証済みの修正ではなく、提案として扱ってください。
既知のエッジケースに対するテストの追加など、結果を確認できる範囲の限られた変更を選びましょう。対象のファイル、期待する動作、編集時の制約を明示してください。タスクを絞ると、差分をレビューしやすくなり、結果も検証しやすくなります。
差分を確認し、関連するテストを実行して、プロンプトで変更しようとした動作を確認してください。モデルが自信を持って説明していても、これらの確認に代わるものではありません。結果が不完全な場合は、失敗の詳細を添えて追加のリクエストを送ってください。
プロンプトに秘密情報を含めないでください。また、設定したプロバイダーにどのようなプロジェクト情報が送信される可能性があるか確認してください。リクエストには、タスクに必要なファイルと詳細のみを含めてください。非公開のコードを外部モデルで使用する前に、所属組織のデータ取り扱いルールに従ってください。