PDD Kit(ピーディーディー・キット)は、Microsoft Researchが開発し、GitHub Nextが2025年10月に研究プレビューとして公開した、AIエージェントが生成したコードの正しさを「証明」で検証するためのツールです。形式仕様をVerusで記述し、コードがその仕様を満たすことを検証器が自動的に証明します。
室谷代表取締役PDD Kitは、Microsoft Researchが作ったツールで、GitHub Nextが研究プレビューとして発表したものなんですよね。AIが書いたコードを、行単位のレビューじゃなく「証明」で保証しようという話で・・・これはかなり本質的な転換点だと思います。
テキトー教師DotAI 認定講師そうなんですよ。しかもGitHub NextのChopinと統合されていて、計画立案から検証済みプルリクエストまでを一気通貫で扱う狙いがある。
単に「AIコードの検証ツールが出た」という話じゃないんですよ。
単に「AIコードの検証ツールが出た」という話じゃないんですよ。
PDD Kitとは?GitHub NextとMicrosoft Researchが発表した研究プレビューの概要
PDD Kitの概要
正式名称
Proof Driven Development Kit(証明駆動開発キット)
目的
AIエージェント生成コードの正しさを証明するための研究プレビュー版
狙い
AI生成コードを一行ずつレビューせず本番投入でき、コードレビューとテストだけより強い保証を与える
従来の課題
人間による行単位レビューとテストが前提だが、レビューには限界がありテストも全入力をカバーできない(vibe verification)
提供状況
現時点では研究プレビュー版。料金や一般提供時期は本発表では言及なし
体制
Microsoft Researchが開発し、GitHub Nextが発表。GitHub Universe(10月28〜29日)でデモ予定
室谷代表取締役まず整理すると、出てきたのは2つの取り組みなんですよね。Chopinがチームで計画を立てるためのツール、PDD KitがAIエージェント生成コードの正しさを証明するための研究プレビュー版。
この2つが統合されているのがポイントで・・・
この2つが統合されているのがポイントで・・・
テキトー教師DotAI 認定講師ですね。PDD Kitの正式名称はProof Driven Development Kit、つまり「証明駆動開発キット」です。
GitHubの公式投稿では、AI生成コードを一行ずつレビューすることなく本番投入できるようにし、コードレビューとテストだけよりも強い保証を与える、と説明されています。
GitHubの公式投稿では、AI生成コードを一行ずつレビューすることなく本番投入できるようにし、コードレビューとテストだけよりも強い保証を与える、と説明されています。
室谷代表取締役「No vibe verification」という言葉が公式スレッドにあったのが印象的で。雰囲気で検証するんじゃない、証明するんだと。
MYUUUでもAIでコードを書く場面は増えていますけど、レビューの負荷は正直ずっと課題なんですよね・・・
MYUUUでもAIでコードを書く場面は増えていますけど、レビューの負荷は正直ずっと課題なんですよね・・・
テキトー教師DotAI 認定講師そこなんですよ。従来は人間による行単位のレビューとテストが前提でした。
でもレビューには限界があるし、テストも「全入力」はカバーできない。発表文はこれを「vibe verification(雰囲気での検証)」と呼んで、そこに風穴を開ける位置づけにしています。
でもレビューには限界があるし、テストも「全入力」はカバーできない。発表文はこれを「vibe verification(雰囲気での検証)」と呼んで、そこに風穴を開ける位置づけにしています。
室谷代表取締役ちなみに提供状況としては、現時点では研究プレビュー版で、料金や一般提供時期については本発表では言及されていません。GitHub Universe(10月28〜29日)でデモが行われる予定です。
テキトー教師DotAI 認定講師あと、作っているのはMicrosoft Researchで、発表したのがGitHub Next、という主語の整理は大事ですね。ここを混同すると記事の信頼性が落ちます。
PDD Kitでできること――形式仕様から検証済みプルリクエストまで
意図から検証済みプルリクエストまでの流れ
- 01コードについて対話意図をくみ取りながら進める
- 02形式仕様を提案Rust向け証明言語Verusで、満たすべき性質を数学的に厳密に記述
- 03仕様を承認提案された形式仕様を承認する
- 04Verus検証器が自動証明コードが仕様を満たすことを自動的に証明
- 05フォールバック証明が難しい箇所はテストとCUA(コンピュータ操作エージェント)による経験的検証で補完
室谷代表取締役公式スレッドでは、アプリのログインフローを例に、意図から検証済みプルリクエストまでの流れが示されているんですよね。これが具体的で分かりやすい。
テキトー教師DotAI 認定講師流れを整理するとこうです。まずコードについて対話し、意図をくみ取りながら、Rust向けの証明言語であるVerusで形式仕様を提案します。
仕様を承認すると、Verus検証器がコードが仕様を満たすことを自動的に証明する。証明が難しい箇所は、テストとコンピュータ操作エージェント(CUA)による経験的検証にフォールバックする、という三段構えです。
仕様を承認すると、Verus検証器がコードが仕様を満たすことを自動的に証明する。証明が難しい箇所は、テストとコンピュータ操作エージェント(CUA)による経験的検証にフォールバックする、という三段構えです。
室谷代表取締役ここで大事なのは「形式仕様」の意味なんですよね。プログラムが満たすべき性質を、自然言語じゃなく数学的に厳密な形で書いたもの。
つまり曖昧さを排除した契約書みたいなもので・・・
つまり曖昧さを排除した契約書みたいなもので・・・
テキトー教師DotAI 認定講師そうです。そして証明は「一部の入力」ではなく「全入力」に対して性質を保証しようとする。
テストとの本質的な違いはここです。講座でも受講生さんに「テストが通ったから安心」という感覚を一度疑ってみてくださいと伝えているんですが、まさにその延長線上にある話ですね。
テストとの本質的な違いはここです。講座でも受講生さんに「テストが通ったから安心」という感覚を一度疑ってみてくださいと伝えているんですが、まさにその延長線上にある話ですね。
室谷代表取締役フォールバックがあるのも現実的でいいですよね。証明できない箇所をテストとCUAで補完する。
全部を数学的に証明するのは現実的じゃないので、この割り切りは実務感覚に合っています。
全部を数学的に証明するのは現実的じゃないので、この割り切りは実務感覚に合っています。
PDD Kitの使い方・始め方――Chopinと連携した計画立案から証明の流れ
PDD Kitの使い方・始め方の流れ
- 01Chopinでチームとして計画を立てるチームで計画を立案する
- 02PDD Kitが計画を形式仕様に落とし込む計画を形式仕様に変換する
- 03全入力に対してコードが仕様を満たすことを証明エージェントのコードが仕様を満たすことを証明する
- 04GitHub Universeのデモで実際の流れを確認Oct 28–29、SpeakeasyでGitHub Nextに声をかける。研究プレビュー版の提供状況は要確認
室谷代表取締役使い方の流れをもう少し具体的に追うと、まずChopinでチームとして計画を立てる。そこからPDD Kitが計画を形式仕様に落とし込んで、証明まで持っていく、という順番なんですよね。
テキトー教師DotAI 認定講師公式の説明では「PDD Kit helps turn your plan into a formal spec, then proves the agent's code meets that spec for every input」とあります。計画を形式仕様に変えて、全入力に対してコードが仕様を満たすことを証明する、と。
Chopinと統合されているので、チームで計画を立てながら進められるのが特徴です。
Chopinと統合されているので、チームで計画を立てながら進められるのが特徴です。
室谷代表取締役ここで面白いのが、コードの生成方法を変える必要がないという点で。新しい言語を覚える必要もないし、AIにコードを書かせる既存のワークフローはそのまま。
検証のレイヤーだけを差し替えるイメージなんですよね。
検証のレイヤーだけを差し替えるイメージなんですよね。
テキトー教師DotAI 認定講師そこが形式的検証の敷居を下げるポイントです。従来、形式的検証は専門知識が必要でハードルが高い手法でした。
PDD Kitは「No new language, no change in how you produce the underlying code」と明言していて、形式手法をもっと身近にすることを狙っています。
PDD Kitは「No new language, no change in how you produce the underlying code」と明言していて、形式手法をもっと身近にすることを狙っています。
室谷代表取締役実際に触ってみるには、研究プレビュー版の提供状況を確認する必要があります。現時点では入手方法の詳細は明らかにされていませんが、GitHub Universeのデモが最初の接点になりそうですね。
テキトー教師DotAI 認定講師そうですね。発表では「Come see it in action at GitHub Universe, Oct 28–29. Swing by the Speakeasy and ask for GitHub Next!」と案内されています。
デモで実際の流れを見るのが一番早いと思います。
デモで実際の流れを見るのが一番早いと思います。
PDD Kitが対応する言語と提供範囲――Rustのみ・研究プレビュー・料金は未公表
室谷代表取締役ここは誤解がないように整理したいんですけど、対応言語は現状Rustのみなんですよね。
テキトー教師DotAI 認定講師はい、公式に「It works on Rust today」と明記されています。VerusがRust向けの証明言語なので、まずRustからのスタートというのは自然な流れです。
室谷代表取締役提供範囲については、研究プレビュー版であること、料金は本発表では言及されていないこと、一般提供時期も明らかにされていないこと。この3点は押さえておきたいですね。
テキトー教師DotAI 認定講師あと、他社動向についても資料には記載がありません。比較記事のように見せかけて憶測を書くのは避けるべきところです。
室谷代表取締役そうなんですよね。現時点で分かっているのは、Rustのみ対応、研究プレビュー、料金未公表、GitHub Universeでデモ、という事実だけ。
ここを超えて「いつ一般公開される」みたいな話は書けないですからね。
ここを超えて「いつ一般公開される」みたいな話は書けないですからね。
なぜ「証明」なのか――コードレビューとテストだけでは足りない理由
室谷代表取締役ここが記事の核心なんですけど、なぜ証明なのか。公式スレッドの出発点は「How do you guarantee your agent's code is correct? You prove it.」という問いかけなんですよね。
テキトー教師DotAI 認定講師保証するには証明するしかない、という強いメッセージです。背景にあるのは、AI生成コードを本番投入するには人間による行単位のレビューとテストが前提になってきたけれど、レビューには限界があり、テストも全入力をカバーできないという課題です。
室谷代表取締役レビューの限界って、AIがコードを書く量が増えるほど深刻になるんですよね。人間が読む速度は変わらないのに、生成される量は増えていく。
MYUUUでもこのボトルネックは感じていて・・・
MYUUUでもこのボトルネックは感じていて・・・
テキトー教師DotAI 認定講師そこに「vibe verification」という言葉が刺さるわけです。雰囲気で「たぶん大丈夫」と判断するんじゃなく、仕様を満たすことを全入力に対して保証する。
単にテストを増やすという話じゃないんですよ。
単にテストを増やすという話じゃないんですよ。
室谷代表取締役証明が難しい箇所はテストとCUAで補完するという現実的な設計も、この思想の裏返しですよね。全部を証明できないからこそ、証明できるところは証明し、できないところは経験的に検証する。
テキトー教師DotAI 認定講師講座で受講生さんによく伝えるのは、テストは「通った入力」の保証でしかないということです。PDD Kitはその限界を理解した上で、証明という別のレイヤーを足している。
この構造を理解すると、なぜ今この発表が重要なのかが見えてきます。
この構造を理解すると、なぜ今この発表が重要なのかが見えてきます。
エンジニアはコードではなく仕様をレビューする――目指す「検証済みソフトウェア工場」
室谷代表取締役公式スレッドの締めくくりが「The goal is a verified software factory, where engineers review specifications instead of code」なんですよね。これ、開発の仕事の定義が変わる話だと思うんです。
テキトー教師DotAI 認定講師「検証済みソフトウェア工場」ですね。エンジニアがコードではなく仕様をレビューする世界。
レビューの対象が、実装の詳細から「何を満たすべきか」という契約に移るということです。
レビューの対象が、実装の詳細から「何を満たすべきか」という契約に移るということです。
室谷代表取締役これは教育の現場にも影響しますよね。これまで「コードを読む力」が中心だったのが、「仕様を書く力」「仕様を読む力」がより重要になる。
テキトー教師さんの講座でも、そのうち仕様設計の比重が上がっていくんじゃないですか。
テキトー教師さんの講座でも、そのうち仕様設計の比重が上がっていくんじゃないですか。
テキトー教師DotAI 認定講師そう思います。仕様をレビューするということは、意図を厳密に言語化する力が問われるということですから。
受講生さんにも「AIに任せる前提だと、仕様の質が成果物の質を決める」という話は今後増やしていきたいですね。
受講生さんにも「AIに任せる前提だと、仕様の質が成果物の質を決める」という話は今後増やしていきたいですね。
室谷代表取締役ただ、これは研究プレビューの段階での目標なので、すぐに現場が変わるわけではないですよね。Rustのみ対応という制約もありますし。
でも方向性としては、AIコーディングの次のフェーズを考える上で外せない論点だと思います。
でも方向性としては、AIコーディングの次のフェーズを考える上で外せない論点だと思います。
テキトー教師DotAI 認定講師そうですね。Chopinと統合されている点も含めて、計画・仕様・証明・検証済みプルリクエストという流れを一気通貫で扱おうとしているのが、この取り組みのスケール感を示しています。
室谷代表取締役現時点で分かっていないことは、料金、一般提供時期、Rust以外への対応予定、入手方法の詳細。ここは明らかにされていないので、続報を待つしかないですね。
よくある質問――PDD Kitの入手方法・対応環境・今後の提供予定
室谷代表取締役最後に、よく聞かれそうな点を整理しておきますか。まず入手方法ですけど、これは現時点では明らかにされていません。
研究プレビュー版としての提供が発表された段階で、具体的な入手経路は本発表では示されていません。
研究プレビュー版としての提供が発表された段階で、具体的な入手経路は本発表では示されていません。
テキトー教師DotAI 認定講師対応環境については、現状Rustのみです。VerusがRust向けの証明言語なので、まずはRustからのスタート。
それ以外の言語への対応予定は本発表では言及されていません。
それ以外の言語への対応予定は本発表では言及されていません。
室谷代表取締役料金についても、本発表では言及されていません。研究プレビュー版という位置づけなので、商用利用の条件なども含めて続報待ちですね。
テキトー教師DotAI 認定講師今後の提供予定についても、一般提供時期は明らかにされていません。まずはGitHub Universe(10月28〜29日)のデモが最初の公開の場になります。
室谷代表取締役あと、Chopinとの関係を聞かれることも多そうですね。Chopinはチームで計画を立てるためのツールで、PDD Kitはその計画を形式仕様に落として証明まで持っていく。
両者は統合されていて、計画立案から検証済みプルリクエストまでを一気通貫で扱う狙いです。
両者は統合されていて、計画立案から検証済みプルリクエストまでを一気通貫で扱う狙いです。
テキトー教師DotAI 認定講師証明が難しい箇所はテストとCUAで補完する、というフォールバックの設計も押さえておきたいですね。全部を数学的に証明するのではなく、現実的な範囲で強い保証を得るというバランスです。
室谷代表取締役というわけで、PDD KitはAI生成コードの検証を「レビューとテスト」から「証明」へと引き上げようとする研究プレビューなんですよね。Rustのみ、料金未公表、一般提供時期未定という制約はありますが、エンジニアが仕様をレビューする世界という方向性は要チェックです。
テキトー教師DotAI 認定講師そうですね。AIコーディングの本番投入に悩んでいる開発者やビジネスパーソンにとっては、検証の考え方そのものをアップデートするきっかけになる発表だと思います。
続報が出たらまた整理していきましょう。
続報が出たらまた整理していきましょう。
