Skip to content

Evidence for AI operations

Back to the entrance

Arize Phoenix

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

Arize Phoenix is documented as an open-source AI observability and evaluation platform built on OpenTelemetry and OpenInference. Its documented surface includes traces for model calls, retrieval, tool use and custom logic, together with evaluation, versioned datasets and experiments. Phoenix OSS and the managed Arize AX workflow are separate operational and contractual boundaries.

現在の判断

Phoenix documentation describes OpenTelemetry/OpenInference-based instrumentation and OTLP ingestion for AI application tracing. Documentation and repository availability establish capabilities, not complete instrumentation, secure deployment, evaluator validity, or enterprise SLO.

どこまで当てはまるか

Arize Phoenix

詳しく理解する

INFERENCE

Phoenix can be used as a locally controlled observability/evaluation layer, but an OSS label, OpenTelemetry support, integration listing, or visible trace is not proof of complete visibility, privacy-safe capture, correct evaluation, production readiness, or parity with Arize AX.

利用できる条件

Pin and verify the Phoenix release/commit and package versions, Phoenix OSS versus Arize AX boundary, ELv2 obligations, OTLP collector/exporter/backend, supported framework/provider/language, auto/manual instrumentation, sampling and redaction, authentication/RBAC/tenant controls, storage/backup/retention/region, dataset/evaluator versions, deployment/upgrade path, cost and SLO.

実装・運用

Evidence-only desk research. No Phoenix server, UI, SDK, OTLP exporter, evaluation, dataset, or Arize AX tenant was exercised by the source packet.

セキュリティとプライバシー

Traces can contain prompts, outputs, retrievals, tool calls and identities. Redaction and access controls must be applied before export; collector, backend, UI and backups require protection. Self-hosting transfers compute, storage, backup, upgrade, patching and incident-response obligations to the deployer.

確認できていること

  • Phoenix documentation describes OpenTelemetry/OpenInference-based instrumentation and OTLP ingestion for AI application tracing. Documentation and repository availability establish capabilities, not complete instrumentation, secure deployment, evaluator validity, or enterprise SLO.

よくある失敗・反証

  • Do not treat Phoenix's OSS label, OpenTelemetry foundation, integration list, or UI trace as proof of complete observability, safe privacy, correct evaluation, or Arize AX equivalence.

実務での使い方

  • Phoenix can be used as a locally controlled observability/evaluation layer, but an OSS label, OpenTelemetry support, integration listing, or visible trace is not proof of complete visibility, privacy-safe capture, correct evaluation, production readiness, or parity with Arize AX.

  • Pin and verify the Phoenix release/commit and package versions, Phoenix OSS versus Arize AX boundary, ELv2 obligations, OTLP collector/exporter/backend, supported framework/provider/language, auto/manual instrumentation, sampling and redaction, authentication/RBAC/tenant controls, storage/backup/retention/region, dataset/evaluator versions, deployment/upgrade path, cost and SLO.

  • Evidence-only desk research. No Phoenix server, UI, SDK, OTLP exporter, evaluation, dataset, or Arize AX tenant was exercised by the source packet.

  • Traces can contain prompts, outputs, retrievals, tool calls and identities. Redaction and access controls must be applied before export; collector, backend, UI and backups require protection. Self-hosting transfers compute, storage, backup, upgrade, patching and incident-response obligations to the deployer.

まだ確認できていないこと

  • EA-171-UNKNOWN-01

    Current component releases; exact ELv2 scope for the intended use; instrumentation matrix; OpenTelemetry/OpenInference parity; trace loss and overhead; evaluator behavior; self-host security defaults; managed feature, region, retention and SLO behavior; public incident completeness.

  • EA-171-UNKNOWN-CURRENTNESS

    外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-171
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
PUBLIC_CLAIM

Arize Phoenix is documented as an open-source AI observability and evaluation platform built on OpenTelemetry and OpenInference. Its documented surface includes traces for model calls, retrieval, tool use and custom logic, together with evaluation, versioned datasets and experiments. Phoenix OSS and the managed Arize AX workflow are separate operational and contractual boundaries.

ESTABLISHED

Phoenix documentation describes OpenTelemetry/OpenInference-based instrumentation and OTLP ingestion for AI application tracing. Documentation and repository availability establish capabilities, not complete instrumentation, secure deployment, evaluator validity, or enterprise SLO.

INFERENCE

Phoenix can be used as a locally controlled observability/evaluation layer, but an OSS label, OpenTelemetry support, integration listing, or visible trace is not proof of complete visibility, privacy-safe capture, correct evaluation, production readiness, or parity with Arize AX.

AVAILABILITY_GATES

Pin and verify the Phoenix release/commit and package versions, Phoenix OSS versus Arize AX boundary, ELv2 obligations, OTLP collector/exporter/backend, supported framework/provider/language, auto/manual instrumentation, sampling and redaction, authentication/RBAC/tenant controls, storage/backup/retention/region, dataset/evaluator versions, deployment/upgrade path, cost and SLO.

IMPLEMENTATION_STATE

Evidence-only desk research. No Phoenix server, UI, SDK, OTLP exporter, evaluation, dataset, or Arize AX tenant was exercised by the source packet.

UNKNOWN

Current component releases; exact ELv2 scope for the intended use; instrumentation matrix; OpenTelemetry/OpenInference parity; trace loss and overhead; evaluator behavior; self-host security defaults; managed feature, region, retention and SLO behavior; public incident completeness.

SECURITY_PRIVACY_AUDIT_OPERABILITY

Traces can contain prompts, outputs, retrievals, tool calls and identities. Redaction and access controls must be applied before export; collector, backend, UI and backups require protection. Self-hosting transfers compute, storage, backup, upgrade, patching and incident-response obligations to the deployer.

STOP_CONDITION

Do not treat Phoenix's OSS label, OpenTelemetry foundation, integration list, or UI trace as proof of complete observability, safe privacy, correct evaluation, or Arize AX equivalence.

  • EA-171-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-171 監査済みresearch / canonical revision binding

    裏付ける内容
    Phoenix documentation describes OpenTelemetry/OpenInference-based instrumentation and OTLP ingestion for AI application tracing. Documentation and repository availability establish capabilities, not complete instrumentation, secure deployment, evaluator validity, or enterprise SLO.
    確認日
    —
    出典・実験ID
    COMM-049-EA0171
    検証箇所
    COMM-049-EA0171 · EA-171-V21-LEGACY-MIGRATION-20261003-R1 · content/staging/EA-171.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-171-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-171 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0171-R8-06FCB6C3
    検証箇所
    WEBBODY-EA0171-R8-06FCB6C3 · content/staging/EA-171.md · EA-171-V21-LEGACY-MIGRATION-20261003-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
COMM-049-EA0171, WEBBODY-EA0171-R8-06FCB6C3
追跡中のUNKNOWN ID
EA-171-UNKNOWN-01, EA-171-UNKNOWN-CURRENTNESS
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

    同じ記事IDの機械可読データです。