AIエージェントの時代におけるTranspareo

AIエージェントの時代におけるTranspareo

コンプライアンス業務は、人間ではなくアシスタントが担当するケースがますます増えています。そのためのプラットフォームに求められる機能と、アシスタントがどれだけの業務を肩代わりしてくれるのかについてご紹介します。

シフト終了直後です。コンプライアンス担当者は 生産システムからシフトリストをエクスポートし、それを アシスタントに読み込ませ、次の一文を入力します:「このリストにある セルについて、製品パスを公開してください。」

アシスタントは、1240件のシリアル番号とロット情報を読み取り、 Transpareoにこの製品のパスに必要な情報を照会し、 パスを作成して、規制の要件に照らして検証を行います。 結果: 1237件は準備完了、3件は未完了(1つのバッチで CO2フットプリントが欠落しているため)。担当者がその値を 追って提供すると、アシスタントが公開します。2日後、 各セルは工場を出荷され、それぞれにQRコードが貼付され、そのコードをスキャンすると 対応するパス情報が表示されます。

これは未来の光景ではありません。Transpareoを使えば、今日でも実現可能です。 アシスタントが **にて、注文から 署名済みのパス ** までのコンプライアンス業務を処理し、Transpareoはその過程で、 アシスタントが必要とするあらゆる情報を提供します。

今すぐお試しください

Claude、ChatGPT、Grok、またはGeminiに、 アプリケーションとの連携が許可されたアカウントをお持ちですか? それなら、当社の オープンデモに接続してください。これは実験の場です。1時間ごとに環境がリセットされ、 その中で行った操作は、その時点で消去されます。

  1. 接続。ご利用のAIプロバイダーで、 https://demo.transpareo.com/mcp を新しいMCPサーバーとして登録してください。その メニュー項目は、プロバイダーによって「コネクター」「統合」 または「アプリ」などと呼ばれています。
  2. アクセス許可。tester と DemoPass2027 で ログインしてください。このアクセス情報は意図的にここに記載されています。ログイン後の画面では、 各権限が個別に表示されます。 読み取り権限については 永続的に許可していただいて構いませんが、書き込み権限については 個別に確認を行うことをお勧めします。
  3. 質問します。チャットウィンドウに戻り、 日常的な言葉遣いで、 「当社の製品パス一覧を表示してください」などと尋ねてみてください。
Transpareo im Zeitalter der KI-Agenten: connect
Die Demo, verbunden mit Claude: gefragt war eine Liste, zurück kam sie mit dem Lebenslauf jedes Passes.

リストの表示を依頼したにもかかわらず、状態情報が読み取られました。

返ってくるのは、質問した内容だけでなく、 その状態についてもです。これが可能なのは、インターフェースが 行そのもの以上の情報を提供してくれるからです。例えば、件数や ライフサイクルにおける位置、欠けている項目などです。

これがこの記事を書いた理由です。残りの部分では、なぜこれが 機能するのかを説明します。

言うは易く行うは難し

連携させる必要があったのは ## 、まさに1つのページだけでした。それは、Transpareoのウィザードと、 先ほど説明した3つのステップです。もう1つは、 本番システムが元々出力しているファイルでした。 どの 列がどのフィールドに対応するかを誰かが定義したわけでもなく、インターフェースを管理している人もいません: ウィザードがリストを読み取り、パスを作成しただけで、 その動作内容はたった一文にまとめられていました。リストが変更されれば、 ウィザードへの指示が変更されるだけで、 **プログラムコードの変更は 一切必要ありません ** 。

このために、御社のシステムに特別な機能は必要ありません。ただ、 もともと出力しているものを出力するだけでよいのです 。つまり、エクスポートファイル、レポートからのリスト、 シフト終了時の表などです。

また、必ずしも表である必要もありません。サプライヤーの データシート、PDF、メールのやり取りなどでも構いません: これらからも ウィザードが値を抽出し、Transpareoが 要求する形式に変換します。なぜなら、Transpareoは形式を指定しており、 推測に任せることはないからです。製品データは構造化された形で提供されることは稀で、 通常は文書の中に含まれており、そこからデータを抽出することは長年にわたり 作業のボトルネックとなっていました。

同じリストであれば、手作業で入力することも可能です。アプリケーション・マネージャー内の インポーターは表を受け入れ、認識した列に名前を付け、 何かが生成される前に処理内容を確認し、 必要に応じて元に戻すこともできます。結果は 同じものになっていたでしょう。 ただ、その場合は誰かが対応関係を確認し、 レポートを読み、欠落している3つの値を自ら追加 しなければならなかったでしょう。 **ウィザードは、可能なことを変えるのではなく、 その作業にかかる時間を変えるのです。 **

これまであらゆる コンプライアンス・プロジェクトの冒頭で行われていた統合作業は、今日では一文で 日常の言葉で表現できるようになりました。

これこそが真の革命です。ただし、相手側の プラットフォームが、プログラムに対して何を要求しているかを伝えられることが前提となります。

プログラムは、以前から常に主な「読者」でした

製品パスが手作業で読み取られることはめったにありません。 スキャンされ、 呼び出され、検証され、転送され、アーカイブされますが、そのほとんどは ソフトウェアによって処理されています。小売業者のレジ、リサイクル業者の システム、行政機関の検査ツール、そしてロットが基準に適合しているかどうかを 確認したい輸入業者などです。 したがって、その読み取り担当者のほとんどは、 目ではなくプログラムを使ってパスを読み取っています。

そのため、Transpareoはそのインターフェースを中心に構築されています。公開された すべてのパスは、署名付きで機械可読な 文書であり、このインターフェースはライフサイクル全体を網羅しています: 製品の特性タイプから、検査、登録、 公開、さらには現場における個々の 製品の動向に至るまでを網羅しています。また、このインターフェースにはバージョン管理が施されています。今日、このインターフェース向けに 何かを開発する人は、砂上の楼閣を築くようなことはありません。つまり、 プログラムがパスポートを活用すること自体は新しいことではありません。 新しいのは、どのプログラムが活用するかという点です。

そのため、アシスタントの仕事は作成だけで終わるわけではありません。 同様の文言が、ライフサイクルの残りの期間を通じて用いられます:

-「ロットB-2214のすべてのパスを取り消してください。」 -「ロット88の新しいCO2値を登録してください。」 - 「今月、修理に出されたすべてのパスを見せてください 。」

これらの文はすべて、人間が アプリケーションマネージャーで実行するのと同じ呼び出しとなり、 監査ログに同じ痕跡を残します。

アシスタントは推測するのではなく、質問できなければなりません

アシスタントとは、御社に関する予備知識を持たない、 非常に迅速な従業員のような存在です。指示されたことを実行し、 答えが与えられない場合は推測で空白を埋めます。4つの要素が、 その推測を実際の作業へと変えます。

アシスタントは、何が求められているかを尋ねられる必要があります。各製品および 各粒度について、プラットフォームは、パスに必要な識別子や 属性、そしてそのうちどれがすでに製品に 登録されているかを回答します。単品の場合、次のような形になります:

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

3つの識別子のうち2つはアシスタントが取得する必要があり、3つ目は すでに製品に付いています。これは作業手順であり、 クイズの時間ではありません。

アシスタントは、コードを記述することなく検証を行える必要があります。検証処理は 公開時と同じチェックを実行しますが、何も 作成することはありません。まさにそのため、何も 公開される前に、上記の数字「1237」が「3」となったのです **。

アシスタントは、なぜ却下されたのかを理解する必要があります。**却下通知では、 該当するフィールド名が示され、対処方法が明記されています:

PRODUCT_INVALID: Product invalid
「fields」にリストされている属性を修正し、リクエストを再送信してください。
  brand: ブランドが必要です - 指定されていません
  componentsInput: コンポーネントの入力情報が不足しています

これを読んだアシスタントは、2つの情報を補完して 再送信します。エラー番号だけを受け取ったアシスタントは、 あれこれ試してみます。これは、人間がコマンドライン上で 目にするのと同じ文言です。

数え間違えてはいけません。接続が切断され、 アシスタントが再試行した場合でも、生成されるのは 1つのパスだけであり、2つにはなりません。書き込み呼び出しにはキーが付き、 プラットフォームはこのキーによって再試行を再試行として認識します。

すべてのアクセスは取り消すことができます

データを取り扱うプログラムが増えるほど、 誰が何を許可されるかが重要になります。 アクセス権はアプリケーションマネージャーで作成され、 その秘密情報は一度だけ開示されます。その後、 プログラムは1時間後に失効するトークンを使用して動作し、 秘密情報はトークンを発行する場所へのみ送信されます。秘密情報は オペレーティングシステムのキーチェーンに保存され、決して コマンドライン引数には決して保存されません。

各アクセス権限には、ユーザーが与えた権限のみが正確に付与されます。 読み取りは 一つ、 書き込みは別、公開はさらに別の権限であり、 個々の製品単位まで制限することが可能です。 取り消し不可能な 操作には、追加で確認が必要です。

アシスタントがブラウザ経由で接続すると、 承認の前に、そのアシスタントが要求する 個々の権限を明記した画面が表示されます。 承認されると、その接続は アクセス一覧ページに表示され、承認した人物の 氏名と日付が記載され、同ページからまた無効化することも可能です。

取り消すことができないアクセス権は、 アクセス権ではなく、玄関マットの下に隠された鍵のようなものです。

お客様のデータはお客様の元に残ります

Transpareoは、自発的にAIプロバイダーに何も送信いたしません。 AIプロバイダーに届くのは、お客様がアシスタントを通じて 取得された情報のみです。どのアシスタントを使用するか、またそのアシスタントがEU域内で 処理を行うかどうかは、当社ではなく、お客様ご自身で決定いたします。 接続を確立する ツールは、お客様ご自身のコンピュータ上で動作しており、その ソースコードは公開されています。つまり、お客様のセキュリティ部門は、 単に信じるのではなく、その動作内容を確認することができます。

欧州の企業にとって、これが決定的な ポイントです。プラットフォーム自体は、ISO 27001認証を取得した ドイツのデータセンターに設置されています。そこから先、データがどこへ送られるかは、 アシスタントの選択によってのみ決まります。お客様は、 EU域内で処理を行うアシスタントを選ぶことも、 貴社の外部へ決してデータが流出しないものを選ぶことも可能です。transpareo mcpは、 貴社のコンピュータ上でプロトコルを処理し、その背後でどのモデルが稼働しているかは、 貴社のご判断に委ねられています。

さらに、製品パスポートにはそもそもどのような情報が記載されるのかという点もあります。これらは 通常、製品データ、すなわちシリアル番号、ロット番号、材料、 測定値などです。 万が一、個人を特定できる情報が含まれる場合でも、 誰が閲覧できるかは御社の独自のルールによって決定され、 アクセス権限もそれに合わせてきめ細かく設定可能です:閲覧のみ、 特定の製品のみ、いつでも無効化可能。

設定は数分で完了します

ご自身のワークスペースについても同様で、 独自のアドレス(例:https://dpp.example.com/mcp)で利用可能です: 同じ3つの手順 で、インストールは一切不要です。

キーボード入力や、一連の操作をスクリプトに組み込むことをお好みの方は、 コマンドラインをご利用ください。transpareoは単一のプログラムであり、 そのコマンドはインターフェースの記述から生成されます。つまり、 プラットフォームが可能なことはすべて、このツールでも可能であり、 誰かが両者を手作業で調整する必要はありません。 オープンソースであり、 GitHubで公開されています。3 行の操作:インストール、ログイン、アクセス権限の確認。

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id<id>
transpareo me

auth login コマンドは、標準入力または 環境変数からパラメータを読み込みますが、引数からは決して読み込みません。そうしないと、 プロセス一覧やシェル履歴に記録されてしまうためです。その後、 同じバイナリファイルが以下の処理を実行します:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish<code>
transpareo events tail --follow

ご自身のコンピュータ上でウィザードが実行されている場合、次の 1行で接続します:

transpareo setup claude

その後、これらの処理は、それぞれ dpp_requirements、validate_dpp、 create_dpp、publish_dpp、tail_events。コマンドラインで 入力する内容と、ウィザードが呼び出す内容は同じです。 さらに、アシスタント向けのマニュアルも用意されており、 一般的な手順が説明されているため、試行錯誤で 順序を覚える必要はありません。また、直接プログラミングを 好まれる方は、各ワークスペースの /apidocs にインターフェースの完全な説明が 掲載されています。

アシスタントの利用に追加料金はかかりません

追加費用は一切かかりません。アシスタントは APIユーザーとして接続し、プログラムへのアクセス権は すべてのTranspareoプランに含まれています。カウントされるのは公開されたパスであり、 作業に携わる人やプログラムの数は対象外です。コンプライアンス業務を 自動化する方に対し、その対価として請求を行うことはありません。

義務化前から作業は始まります

2027年2月より、 バッテリーの製品パスポートが 義務化され、他の製品グループも順次対象となります。実際の負担は パスポートそのものではなく、製品データの整理にあり、まさにこの 作業を、企業は現在アシスタントに委ねています。フィールドの 情報収集、不備の発見、サプライヤー情報の確認・追跡、 検証、そして繰り返し作業です。こうしたデータがどのようにパスに 取り込まれるかについては、「Ein Strom, eine Richtung」で解説されており、独自の接続方法については、「ERP接続ガイド」で詳しく説明されています。

推測に頼らざるを得ないアシスタントが作成するパスポートは、一見 妥当に見えても、検証には耐えられません。一方、 質問できるアシスタントが作成するパスポートは、正確です。この違いは アシスタント側にあるのではありません。それは、アシスタントが 利用するプラットフォームに起因するものです。

この記事に関するご質問

アシスタント用のアカウントには追加料金がかかりますか?

いいえ。アシスタントはAPIユーザーとして接続し、プログラムからのアクセス用URLはin jedem Transpareo-Tarif enthalten となります。カウントされるのは公開されたパスであり、それに取り組んでいる人やプログラムの数ではありません。

アシスタントがうっかり何かを公開してしまうことはありますか?

公開は独自の操作であり、独自の権限が必要です。このアクセス権については、あなたが付与していない権限は存在しません。 アシスタントに対して「閲覧」と「確認」は許可しても、「公開」は許可しない場合、アシスタントはまさにその通りに行動します。取り消せない操作には追加の確認が必要となり、読み取り専用モードではすべての書き込み操作が無効化されますが、確認操作は引き続き許可されます。

AIプロバイダーは、当社の製品データを見ることができますか?

弊社からは送信されません。TranspareoはAIプロバイダーにデータを送信することはありません。どのアシスタントをご利用になるか、またその処理がEU域内で行われるかどうかは、お客様ご自身で決定いただけます。接続を確立するツールは、お客様ご自身のコンピュータ上で動作し、オープンソースであるため、セキュリティ部門がそのコードを確認することができます。

アシスタントの方に、私たちのログイン情報は渡されるのでしょうか?

この秘密情報は、保存されていたコンピュータから、トークンを発行する先へとだけ送信され、オペレーティングシステムのキーチェーンに保存されます。ファイルには保存されず、コマンドライン引数として扱われることも決してありません。 その後、1時間後に失効するトークンを使用して操作が行われます。ブラウザ上のウィザードには秘密情報は一切渡されず、代わりに、ユーザーが許可し、いつでも切断できる接続が提供されます。

アシスタントは、パスポートにどのような情報が必要なのか、どうやって知るのでしょうか?

彼はそれを尋ねます。どの製品、どの詳細レベルであっても、プラットフォームは、どのような識別子や特性が必要とされ、そのうちどれがすでに製品に登録されているかを回答します。これが、要件を読み取るアシスタントと、それを推測するアシスタントとの違いです。

アシスタントがミスをした場合、どうなるのでしょうか?

彼には、どのフィールドが欠けているか、そして何をすべきかを明記したエラーメッセージが表示され、プラットフォーム側からは何も表示されません。同じメッセージが、コマンドラインで操作しているユーザーと、ツールを通じて操作しているアシスタントの両方に、まったく同じ文言で届きます。 有用なエラーメッセージを受け取ったアシスタントは自ら修正を行いますが、単に番号だけを受け取ったアシスタントは推測するしかありません。

これはオープンソースですか?

このコマンドラインツールは、MITライセンスに基づくオープンソースであり、GitHubで公開されています。 各リリースには、署名、含まれるコンポーネントのリスト、および出所の証明が添付されています。このツールは、自身を更新する前にこの署名を検証し、検証に失敗した場合は何もインストールしません。

緊急事態になる前に、製品パスに関する最新情報

規制や技術の動向について、分かりやすい言葉で、マーケティング的な誇張を排してお伝えします。