Aduana Digital de Defensa Argentina
ADDA アクセスを作成
← ADDA マニュアル

sdk/1.1.0 · 2026/07/09 更新

統合と SDK

センサーを接続し、シグナルを受信し、ADDA の評価を利用する最初の経路です。

統合手引きは、共有参照を使ってセンサー、信頼クエリ、evidence、レピュテーションモジュールを接続する方法を示します。

優れた統合は endpoint が応答した時点で終わりません。形式、ガバナンス、追跡可能性、そして新しいソースが tasks、incidents、automations、更新され続ける手引きに与える影響も検証する必要があります。

このガイドを使い、技術的な接続を ADDA 内の実際の運用能力へ変換してください。

チェックリスト

  • • 本番の取り込みを有効にする前にセンサーまたはドメインを登録する。
  • • 制御されたケースで信頼評価と evidence の記録をテストする。
  • • 統合で頻出するエラーを文書化する。

クイックスタート

  1. 1. まず統合するソースまたはドメインを登録します。
  2. 2. 統合が準備完了と判断する前に、最小限のエンドツーエンドフローをテストします。
  3. 3. 統合に繰り返し生じる疑問が残る場合は manual candidate に変換します。

運用フロー

接続

シグナルを送信するセンサー、ソース、モジュールを登録します。

統合の技術的・運用上のアイデンティティを定義する。

検証

イベント、scores、evidence が ADDA に役立つ形式で出力されるか確認します。

評価が実際に正しいフローへ入るか確認する。

製品化

必要に応じて統合を文書、手引き、tasks、automations に関連付けます。

製品の他の部分から孤立した統合を避ける。

flowchart LR
  S1["接続"]
  S2["検証"]
  S3["製品化"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。

統合経路を検証

技術・運用 onboarding の記事と次の手順をまとめます。

例

取り込み用の最小イベント

{
  "type": "sensor.alert",
  "source": "adda-agent-demo",
  "severity": "yellow",
  "summary": "Se detecta actividad anómala en endpoint observado."
}

よくある問題

  • • 運用検証なしにソースを接続すると、カバレッジより多くのノイズが生じがちです。
  • • 頻出エラーを文書化しないと、チームが診断を繰り返すことになります。

推奨アクション

  • • quickstarts、例、可視化されたルートで統合を製品化します。
  • • 繰り返し生じる onboarding のギャップを manual candidate に昇格します。

有用な Reason Codes

Score 辞書

severity

ADDA スケールにおけるシグナルの組織的な優先度。

action

エンジンが推奨する次の運用ステップ。

reasonCodes

評価を正当化する説明可能な理由。

プロトコル注記

  • • 準備済みの統合とは、API だけでなく運用フローにも入るものです。

記事の履歴

2026/07/09

統合のクイックスタートと取り込み例で記事を拡張しました。