Code RoomRust thread-safe config sharing
HardPrep Room Coding #4056

Rust thread-safe config sharing

Vibe & agenticAlgorithms & data structuresSenior–Staff~22 min

You ask an AI to make a Rust struct `Config` cloneable so you can share it across worker threads. It adds `#[derive(Clone)]`, then the borrow checker fights it over a `Box<dyn Fn>` field, so it sprinkles `.clone()` calls; then it suggests wrapping the whole thing in `Rc<RefCell<Config>>`. Now it won't compile across threads at all (`Rc` isn't `Send`). The model keeps reaching for single-threaded sharing primitives. How do you re-steer to correct, thread-safe sharing?

Implement
choose_sharing_wrappers(field_kinds: list[str], cross_thread: bool) → list[str]
Examples
in[["read_only","read_mostly_mutable"],true]out["Arc<T>","Arc<RwLock<T>>"]
in[["read_only","read_mostly_mutable"],false]out["Rc<T>","Rc<RefCell<T>>"]
in[["boxed_closure"],true]out["Box<dyn Fn() + Send + Sync>"]
What a strong answer looks like

Treat the AI’s output as a draft to verify, not an answer to trust. Name the specific flaw and the input that triggers it, say how you’d catch it (tests, edge cases, reading critically), and how you’d re-prompt or decompose to get it right.

0:00 of about 22 min

Vibe & agentic: describe the solution in plain language (or narrate it) and the coach grades your approach.

Which questions mattered is sealed until you submit. Telling you now would just be handing over the edge cases.