My thought is to implement the DCB as faithfully as possible, programming the rules in the script and then having it tell me the final contract. The merits of this contract can then be evaluated using DD simulations - e.g., keeping our relay bidders hands fixed, running it 100 times or so randomising the other two hands to get an average and comparing this against other plausible contracts. It's easy enough to (later) include a number of variations on this idea, e.g. splitting the hands by relay points, by hand shape or feature length, by degree of fit and whatnot.
There are two questions that came up already which I'd love more input on before I start on this.
- What is the stopping rule? When do we anticipate a death response and sign off instead? I imagine this will have a major impact on the final contract reached, and typically relies on counting tricks and visualising the hand. What would be a good way to approach this programmatically?
- What is the interaction between shape, QPs and inferences on exact honours and trick-taking potential? Do I need to restrict initial approaches to only certain fixed hand shapes, or can this easily generalise?

Help
