Rename BanditData fields from model_ -> bandit_model_ prefix

[lisaah]

Fixes: #FF-2537

Motivation and Context

Fields prefixed with model_ are throwing Pydantic warnings like:

/opt/homebrew/lib/python3.11/site-packages/pydantic/_internal/_fields.py:161: UserWarning: Field "model_name" has conflict with protected namespace "model_".

You may be able to resolve this warning by setting `model_config['protected_namespaces'] = ()`.
  warnings.warn(
/opt/homebrew/lib/python3.11/site-packages/pydantic/_internal/_fields.py:161: UserWarning: Field "model_version" has conflict with protected namespace "model_".

You may be able to resolve this warning by setting `model_config['protected_namespaces'] = ()`.
  warnings.warn(
/opt/homebrew/lib/python3.11/site-packages/pydantic/_internal/_fields.py:161: UserWarning: Field "model_data" has conflict with protected namespace "model_".

You may be able to resolve this warning by setting `model_config['protected_namespaces'] = ()`.

Description

Renamed model_ fields to bandit_model

How has this been tested?

Reproducing errors locally, renaming model fields and seeing it without those validation warnings.

[typotter]

You will need to provide an alias for these fields so that Pydantic knows what property names to use when deserializing from JSON (example payload)

[typotter]

https://docs.pydantic.dev/latest/api/fields/#pydantic.fields.Field

[typotter]

💯

[giorgiomartini0]

Code change looks good. Need to understand the test failure before merging - are some of the attributes not being processed correctly, leading to a different bandit assignment? Or did the upstream test data change?

[typotter]

Code change looks good. Need to understand the test failure before merging - are some of the attributes not being processed correctly, leading to a different bandit assignment? Or did the upstream test data change?

Python did not get updated with empty-action-list behaviour. The fix for that is not super straightforward. This PR should be OK to merge with the fix for FF-2573 coming after.
https://linear.app/eppo/issue/FF-2573/python-sdk-do-not-evaluate-string-assignment-or-bandit-if-there-are-no

[typotter]

Thanks for jumping on this!

[typotter]

💯