What gets logged
- Returned action:
allow,detect,redact, orblock. - Triggered guardrails.
- Confidence or evidence when available.
- Metadata for correlation and investigation.
- Latency and request context.
Common tasks
Choose Metadata Fields
Send stable identifiers that let operators trace Anthale behavior by boundary, feature, tenant, session, source, and
tool.
Investigate a Policy Hit
Work back from
detect, redact, and block events to the feature, source, and workflow that produced them.Retention considerations
Retention should match your operational and compliance needs. Lower-risk workloads usually need shorter windows, while regulated or high-assurance workloads often need longer audit trails.Runtime-only tradeoff
Some teams choose not to retain enforcement logs for highly sensitive applications and use Anthale only as a runtime decision layer. That can reduce the amount of stored operational data, but it also means you lose much of the observability that makes a control system explainable in production. In practice, that means weaker incident investigation, less policy tuning feedback, reduced auditability, and less evidence for why a request was allowed, detected, redacted, or blocked. Anthale-side export and retention controls are product-surface details. Use current platform behavior and legal documents as the source of truth for contractual commitments.Operational value
Good metadata helps teams trace incidents, compare policy behavior across features and services, and route Anthale results into security and observability workflows.Metadata hygiene
Prefer:- Stable internal identifiers.
- Pseudonymous values where possible.
- Operational context over raw personal data.
- Unnecessary PII in metadata fields.
- Free-form sensitive content.
- Values your incident tooling does not actually use.