PlatypusDBは、Pentad LabsがWunderOS向けに開発したエージェントネイティブな二時間イベントデータベースです。Gleam（OTP）コントロールプレーンとZigデータプレーンを採用し、WunderOSに組み込まれています。データベースの中核はMerkle事前書き込みログ（WAL）であり、そこからグラフ、ベクトル、バージョン木、画像、類推などのビューが派生します。Datalogクエリとルールはデータを正確に読み取り、ベクトル記号アーキテクチャ（VSA）共鳴は曖昧な検索を可能にします。データベース全体は決定論的にリプレイ可能で、TigerBeetleスタイルのVOPRによってファジングテストが行われます。PlatypusDBは単一の書き込みパス、2つのクロックを持ち、グルーコードは不要です。
エージェントは従来の汎用データベースとは異なる要件を持ちます。エージェントは正確かつ曖昧な記憶を必要とし、階層的で暗号化され、二時間的な特性を持ちます。これらの要件は既存のどの汎用データベースのサブセットでもないため、PlatypusDBはエージェントの要件に完全に適合するように設計されました。記事では、「ホログラフィック」および「階層的」というデータベース形状を詳細に説明し、既存のデータベース寄せ集めアプローチの問題点を指摘しています。
データベースの構築には通常、既存のデータベースを使用するか、ゼロから構築するかの2つの選択肢があります。著者は後者を選びました。なぜなら、既存のデータベースの形状がエージェントの問題に適合しないからです。複数のデータベース（グラフDB、ベクトルDB、リレーショナルDBなど）を寄せ集めると、クロックの不一致や障害モデルの不統一といった問題が生じます。PlatypusDBのすべてのコンポーネントは同じログに基づき、同じコンテンツハッシュとクロックを共有するため、これらの問題を回避します。
記事はエージェントワークロードの14の主要要件を4つのグループ（エージェントの出力、想起、行動、企業の要求）に分類しています。例えば、エージェントは機械速度でデータを生成し続けるため、書き込みパスはマイクロ秒単位で処理し、大規模な並行処理に対応する必要があります。PlatypusDBの書き込みパスは追記のみで、インデックス更新を必要としないため、高性能を実現します。また、エージェントの記憶は事前にスキーマを定義できないため、PlatypusDBは固定の5タプル構造（主語、述語、目的語、コンテキスト、系譜）を使用し、語彙は実行時に新しい述語を登録可能とすることで、構造の固定性と語彙の開放性を両立しています。画像などの視覚データも、添付ファイルではなくファーストクラスのファクトとして扱われます。
PlatypusDBは、エージェントに正確かつ曖昧な検索、時間的な追跡可能性、監査可能性を提供する、エージェントワークロード向けに特化したデータベースソリューションです。