Use W&B Keras callbacks to track experiments, log model checkpoints, and visualize model predictions during training. This integration is for Keras users who want to add experiment tracking and model versioning to their training workflows without rewriting their training loop. Keras callbacks are available in theDocumentation Index
Fetch the complete documentation index at: https://wb-21fd5541-style-guide-models-integrations-20260527-015516.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
wandb.integration.keras module with Python SDK versions 0.13.4 and above. The W&B Keras integration provides the following callbacks:
WandbMetricsLogger: Use this callback for experiment tracking. It logs your training and validation metrics along with system metrics to W&B.WandbModelCheckpoint: Use this callback to log your model checkpoints to W&B Artifacts.WandbEvalCallback: This base callback logs model predictions to W&B Tables for interactive visualization.
Install and import Keras integration
Install the latest version of W&B.wandb.integration.keras.
Track experiments with WandbMetricsLogger
wandb.integration.keras.WandbMetricsLogger() logs Keras’ logs dictionary that callback methods such as on_epoch_end and on_batch_end take as an argument.
The following partial example shows how to use WandbMetricsLogger() in a Keras workflow. First, compile the model with the desired optimizer, loss function, and metrics. Then, initialize a W&B run using wandb.init(). Finally, pass the WandbMetricsLogger() callback to model.fit().
loss, accuracy, and top@5_accuracy to W&B at the end of each epoch.
WandbMetricsLogger reference
| Parameter | Description |
|---|---|
log_freq | (epoch, batch, or an int): if epoch, logs metrics at the end of each epoch. If batch, logs metrics at the end of each batch. If an int, logs metrics at the end of that many batches. Defaults to epoch. |
initial_global_step | (int): Use this argument to correctly log the learning rate when you resume training from some initial_epoch, and a learning rate scheduler is used. This can be computed as step_size * initial_step. Defaults to 0. |
Checkpoint a model using WandbModelCheckpoint
Use the WandbModelCheckpoint callback to periodically save the Keras model (SavedModel format) or model weights and upload them to W&B as a wandb.Artifact for model versioning.
This callback subclasses tf.keras.callbacks.ModelCheckpoint(), so the parent callback handles the checkpointing logic.
This callback saves:
- The model that has achieved best performance based on the monitor.
- The model at the end of every epoch regardless of the performance.
- The model at the end of the epoch or after a fixed number of training batches.
- Only model weights or the whole model.
- The model either in
SavedModelformat or in.h5format.
WandbMetricsLogger().
WandbModelCheckpoint reference
| Parameter | Description | |
|---|---|---|
filepath | (str): path to save the mode file. | |
monitor | (str): The metric name to monitor. | |
verbose | (int): Verbosity mode, 0 or 1. Mode 0 is silent, and mode 1 displays messages when the callback takes an action. | |
save_best_only | (Boolean): if save_best_only=True, it only saves the latest model or the model it considers the best, according to the defined by the monitor and mode attributes. | |
save_weights_only | (Boolean): if True, saves only the model’s weights. | |
mode | (auto, min, or max): For val_acc, set it to max, for val_loss, set it to min, and so on | |
save_freq | (“epoch” or int): When using “epoch”, the callback saves the model after each epoch. When using an integer, the callback saves the model at end of this many batches. When monitoring validation metrics such as val_acc or val_loss, save_freq must be set to “epoch” as those metrics are only available at the end of an epoch. | |
options | (str): Optional tf.train.CheckpointOptions object if save_weights_only is true or optional tf.saved_model.SaveOptions object if save_weights_only is false. | |
initial_value_threshold | (float): Floating point initial “best” value of the metric to be monitored. |
Log checkpoints after N epochs
By default (save_freq="epoch"), the callback creates a checkpoint and uploads it as an artifact after each epoch. To create a checkpoint after a specific number of batches, set save_freq to an integer. To checkpoint after N epochs, compute the cardinality of the train dataloader and pass it to save_freq:
Log checkpoints efficiently on a TPU architecture
While checkpointing on TPUs, you might encounter theUnimplementedError: File system scheme '[local]' not implemented error message. This happens because the model directory (filepath) must use a cloud storage bucket path (gs://bucket-name/...), and this bucket must be accessible from the TPU server. Instead, W&B uses the local path for checkpointing, which W&B then uploads as an artifact.
Visualize model predictions using WandbEvalCallback
WandbEvalCallback() is an abstract base class for building Keras callbacks, primarily for model prediction and, secondarily, dataset visualization.
This abstract callback is independent of the dataset and the task. To use it, inherit from this base WandbEvalCallback() callback class and implement the add_ground_truth and add_model_prediction methods.
WandbEvalCallback() is a utility class that provides methods to:
- Create data and prediction
wandb.Table()instances. - Log data and prediction Tables as
wandb.Artifact(). - Log the data table
on_train_begin. - Log the prediction table
on_epoch_end.
WandbClfEvalCallback for an image classification task. This example callback logs the validation data (data_table) to W&B, performs inference, and logs the prediction (pred_table) to W&B at the end of every epoch.
WandbEvalCallback reference
| Parameter | Description |
|---|---|
data_table_columns | (list) List of column names for the data_table |
pred_table_columns | (list) List of column names for the pred_table |
Memory footprint details
W&B logs thedata_table when invoking the on_train_begin method. After W&B uploads it as a W&B Artifact, you get a reference to this table, which you can access using the data_table_ref class variable. The data_table_ref is a 2D list that you can index like self.data_table_ref[idx][n], where idx is the row number and n is the column number. See the usage in the following example.
Customize the callback
For more control over when data and predictions are logged, you can override the default callback methods. Override theon_train_begin or on_epoch_end methods to have more fine-grained control. If you want to log the samples after N batches, you can implement the on_train_batch_end method.
If you’re implementing a callback for model prediction visualization by inheriting
WandbEvalCallback and something needs to be clarified or fixed, open an issue.Legacy WandbCallback
WandbCallback is the legacy all-in-one callback. For new projects, use the dedicated callbacks described in the previous sections (WandbMetricsLogger, WandbModelCheckpoint, and WandbEvalCallback). Use the W&B library WandbCallback() class to save all metrics and loss values tracked in model.fit().
WandbCallback class supports logging configuration options: specifying a metric to monitor, tracking of weights and gradients, logging of predictions on training_data and validation_data, and more.
See the reference documentation for keras.WandbCallback for full details.
WandbCallback:
- Logs history data from any metrics collected by Keras: loss and anything passed into
keras_model.compile(). - Sets summary metrics for the run associated with the “best” training step, as defined by the
monitorandmodeattributes. This defaults to the epoch with the minimumval_loss. By default,WandbCallbacksaves the model associated with the bestepoch. - Optionally logs gradient and parameter histograms.
- Optionally saves training and validation data for wandb to visualize.
WandbCallback reference
| Arguments | |
|---|---|
monitor | (str) name of metric to monitor. Defaults to val_loss. |
mode | (str) one of {auto, min, max}. min - save model when monitor is minimized max - save model when monitor is maximized auto - try to guess when to save the model (default). |
save_model | True - save a model when monitor beats all previous epochs False - don’t save models |
save_graph | (boolean) if True save model graph to wandb (default to True). |
save_weights_only | (boolean) if True, saves only the model’s weights(model.save_weights(filepath)). Otherwise, saves the full model). |
log_weights | (boolean) if True save histograms of the model’s layer’s weights. |
log_gradients | (boolean) if True log histograms of the training gradients |
training_data | (tuple) Same format (X,y) as passed to model.fit. This is needed for calculating gradients - this is mandatory if log_gradients is True. |
validation_data | (tuple) Same format (X,y) as passed to model.fit. A set of data for wandb to visualize. If you set this field, wandb makes a small number of predictions every epoch and saves the results for later visualization. |
generator | (generator) a generator that returns validation data for wandb to visualize. This generator should return tuples (X,y). Either validate_data or generator should be set for wandb to visualize specific data examples. |
validation_steps | (int) if validation_data is a generator, how many steps to run the generator for the full validation set. |
labels | (list) If you are visualizing your data with wandb this list of labels converts numeric output to understandable string if you are building a classifier with multiple classes. For a binary classifier, you can pass in a list of two labels [label for false, label for true]. If validate_data and generator are both false, this does nothing. |
predictions | (int) the number of predictions to make for visualization each epoch, max is 100. |
input_type | (string) type of the model input to help visualization. can be one of: (image, images, segmentation_mask). |
output_type | (string) type of the model output to help visualization. can be one of: (image, images, segmentation_mask). |
log_evaluation | (boolean) if True, save a Table containing validation data and the model’s predictions at each epoch. See validation_indexes, validation_row_processor, and output_row_processor for additional details. |
class_colors | ([float, float, float]) if the input or output is a segmentation mask, an array containing an rgb tuple (range 0-1) for each class. |
log_batch_frequency | (integer) if None, callback logs every epoch. If set to integer, callback logs training metrics every log_batch_frequency batches. |
log_best_prefix | (string) if None, saves no extra summary metrics. If set to a string, prepends the monitored metric and epoch with the prefix and saves the results as summary metrics. |
validation_indexes | ([wandb.data_types._TableLinkMixin]) an ordered list of index keys to associate with each validation example. If log_evaluation is True and you provide validation_indexes, does not create a Table of validation data. Instead, associates each prediction with the row represented by the TableLinkMixin. To obtain a list of row keys, use Table.get_index() . |
validation_row_processor | (Callable) a function to apply to the validation data, commonly used to visualize the data. The function receives an ndx (int) and a row (dict). If your model has a single input, then row["input"] contains the input data for the row. Otherwise, it contains the names of the input slots. If your fit function takes a single target, then row["target"] contains the target data for the row. Otherwise, it contains the names of the output slots. For example, if your input data is a single array, to visualize the data as an Image, provide lambda ndx, row: {"img": wandb.Image(row["input"])} as the processor. Ignored if log_evaluation is False or validation_indexes are present. |
output_row_processor | (Callable) same as validation_row_processor, but applied to the model’s output. row["output"] contains the results of the model output. |
infer_missing_processors | (Boolean) Determines whether to infer validation_row_processor and output_row_processor if they are missing. Defaults to True. If you provide labels, W&B attempts to infer classification-type processors where appropriate. |
log_evaluation_frequency | (int) Determines how often to log evaluation results. Defaults to 0 to log only at the end of training. Set to 1 to log every epoch, 2 to log every other epoch, and so on. Has no effect when log_evaluation is False. |
Frequently asked questions
Use Keras multiprocessing with wandb
When you setuse_multiprocessing=True, this error might occur:
- In the
Sequenceclass construction, add:wandb.init(group='...'). - In
main, make sure you useif __name__ == "__main__":and put the rest of your script logic inside it.