ユースケースシステムがいずれ問われることになる質問に、証拠を。
エージェントは何を、どの順序で行ったのか。人が AI と話す前にどの告知を受け取ったのか。ニーズから始めましょう。各ページでは、問いがどこから来るのか、Trustvice 360 が答えをどう記録するのか、その記録が何を示せて何を示せないのかを説明します。
2 つのニーズ、1 種類の証拠
どのソリューションも同じ種類の成果物に行き着きます。あなた以外の誰かが Trustvice の公開鍵で確認できる、署名付きで改ざんを検知できる記録です。変わるのは記録される事実だけです。
よく尋ねるのは誰か。
同じレシートが、異なる人々の問いに答えます。この分類は出発点であって規則ではありません。ほとんどのニーズは複数のチームにまたがります。
開発チーム
エージェント、パイプライン、連携を作るのはあなたで、それが何をしたかを示すよう求められるのもあなたです。追加のシステムを運用せず、コードの経路そのものから生まれる証拠を求めています。
コンプライアンスと法務
規制当局、監査人、顧客の弁護士など、他者が確認しても十分に通用する記録が必要です。また、その証拠がどこまでで止まるのかを、正確に把握しておく必要もあります。
Where the record matters most.
Three categories where Trustvice's artifact is the difference between an explainable AI deployment and one that breaks down under regulatory or customer scrutiny.
Customer support
Agents handling user queries in regulated industries. Witness records every reply; Council records user-rule evaluation.
Hiring & AEDT
Automated employment decision tools under NYC Local Law 144 and EU AI Act high-risk classification. Per-decision record, dissent log, audit-firm read-only access.
Multi-agent SDR fleet
Sales fleets where intake → enrich → route → book agents hand off to each other. v2.spot's Ensemble, Quorum, and Chronicle produce the cross-agent record.
どのレシートにも共通するもの。
ニーズが何であれ、署名付きレシートには同じ4つの性質があります。意図的に範囲を狭くしています。
完全性
どのフィールドでも1文字変えれば、Ed25519署名は検証に通らなくなります。
時刻
レシートはissuedAtより後ではない時点に存在していました。事実が記録された時刻の上限であり、下限ではありません。
出所
https://trustvice.com/.well-known/receipt-keys.json で公開されている Trustvice の鍵で署名されているため、検証者はお客様とも当社とも関係を持つ必要がありません。
内容との結び付き
レシートはハッシュを持ちます。元のバイト列を持つ人なら誰でもハッシュを再計算して照合でき、ハッシュから内容が明かされることはありません。
レシートにできないこと
- 報告された事実を真実にするものではありません。事実をあなたが提供する場合、署名はその申告を改ざん検知可能にするだけで、正しさを保証しません。
- 何も欠けていないことは示しません。欠けたレシートは、それが存在すべきだと示す別の何かがない限り、見えません。
- 誰かをいずれかの法律に適合させることはありません。また、公証でも適格タイムスタンプでもありません。
すべてのスイートが Trustvice 360 に含まれます。
どのワークスペースからもすべてのスイートを利用でき、プランの違いは容量です。ドキュメントをお読みいただくか、証明したい内容をご相談ください。
