That was my initial idea, too, but the api adapters do this strange thing where each subclass of ReprAdapter has a list of `field_names` that correspond to attributes that are accessed in the class. There is then a general `get_repr()` function in ReprAdapter that accesses these attributes. In addition, there's also an adap

I can, however, change `field_names` within the JobAdapter subclass to be something like `config.all_nodes, config.allow_overlap`, etc. such that it accesses the config attribute. If there's no objection to doing it this way, I'll remove the proxy.