サービスを円滑に運営するために不可欠な分析データのみを収集します。
コード
すべての背景を踏まえて、コードを書く。
すべてのコンテキストを把握
ドキュメントは読んでいる。
一つ残らず。
コードだけが単独で存在することはない。すべての関数の背後には、誰かが書き残した要件や判断、制約がある。Dvinaは、そのすべてを見渡してコードを書く。すでにそこにある情報だから。
仕様も、ここにある。 PRD、APIドキュメント、エッジケースについてのクライアントのメール。Dvinaが基準にするのは、ファイル名からの推測ではなく、実際に求められたこと。
判断の「なぜ」まで。 なぜトークンではなくセッションなのか。なぜこのスキーマなのか。2月に残した理由を6月にも参照できるから、コードは当初の考えとずれない。
最初から、データを理解。 推測ではなく、実際のシステムに合わせて構築する。Dvinaはスキーマとライブデータを把握しているから、生成するクエリが実行先のウェアハウスにきちんと合う。
他のコパイロットはファイルを読む。あなたのDvinaは、その背景まで読む。
オートコンプリートが知っているのは構文。Dvinaは、コードが存在する理由と、壊してはいけないものを知っている。
実際の使い方
本番の仕事を、
着手からリリースまで。
オートコンプリートの小技ではない。実際の一週間を占める仕事をこなす。
作りたい機能を普段の言葉で説明するだけ。Dvinaが仕様、あなたの規約、既存のコードに沿って下書きを作る。
Dvinaはコード、ログ、最初にその問題が挙がったスレッドまでたどり、理由とともに修正案を提示する。
仕組みについて何でも聞ける。答えはコードと、その周辺にあるドキュメントから導かれる。Dvinaのほかの回答と同じく、出典も付いている。
一つのアプリ
別のツールは不要。
コンテキストの切り替えも不要。
コードは、別途インストールして一から説明する必要のある製品ではない。いつものDvina、いつもの記憶が、そのままソフトウェアのリリースまで担う。
ドキュメントと差分を、並べて。 戦略を書く場所で、そのままコードも書ける。調査、計画、実装が一つの画面と一つのコンテキストを共有する。
あなたのエージェントも、コードを書く。 構築したスキルやエージェントを、ここでも活用できる。リファクタリングも、レビューも、リリースノートも任せられる。
エージェントの仕組み
すべてが、記憶になる。 作ったものも、ほかの情報と同じようにコンテキストへ加わる。だから来月の機能開発にも、今月の移行内容が生きる。
他のツールは、アプリの切り替えを求める。Dvinaが聞くのは、次に何をするか。
コンテキストを切り替えるたび、思考の流れは途切れる。ここでは、切り替えるものがない。
Dvina Code。 デスクトップで。
Mac
アプリをダウンロードMac (Intel)
アプリをダウンロード
PC
アプリをダウンロード