整個打造過程需要一個可以依附的架構——讓四週的 Python 感覺是朝著某個目標前進。營隊的 Python 課程負責人 Nicole Johnson 提出了一個：a quest to slay something … let's make it chatbot style … it's a little fun, it's challenging.（「一趟要去斬殺某個東西的冒險任務……我們把它做成聊天機器人的風格……有點好玩，又有挑戰性。」）負責學員輔導關懷與防護機制的 Golda Palmer 回答：I love it. I love it, I love it, I love it.（「我好喜歡。我好喜歡、我好喜歡、我好喜歡。」）
在這個框架底下，藏著一項更重要的改革。
前一年出現過一種沒有人刻意設計、但人人都認得的失敗模式。某位營隊學員很早就被認定為負責寫程式的那個人。其他人則悄悄變成觀眾——人在現場、也很願意參與，卻一行程式都沒寫。
Last year, once people heard who the builder was, they stopped coding,（「去年，大家一聽說誰是負責打造的人，就不再寫程式了」）營隊總協調人暨教學設計師 T. Valerie Onu（Telly）在第一天對全場這麼說。
2026 年的解方是結構性的，而不是靠激勵。沒有人被要求更努力一點，也沒有人被提醒每個人的貢獻都很重要。取而代之的是，每個小組都拿到六頂角色帽，而且必須輪流戴：every week your roles are going to switch. So all of you will be coding nonetheless.（「每個星期你們的角色都會輪換。所以不管怎樣，你們每個人都會寫到程式。」）
這個設計一次做到兩件事。因為輪值表事先就排好了，沒有哪位學員需要自告奮勇去坐寫程式的位子——它自然會輪到，而且每個人都會輪到。又因為其中好幾頂角色帽根本不是工程角色，一位來的時候篤定自己不是寫程式料的學員，在第一週仍然有地方可以發揮自己的長處。開路者（Path Clearer）負責排除障礙。客戶代言人（Client's Voice）負責守住需求書。情緒守護者（Feelings Advocate）留意團隊實際的狀況。打造者（Builder）負責寫程式。
到了第二週，輪值表讓他們每個人都在寫程式，因為輪值表才不管他們怎麼看待自己。
那條龍，其實從來都不是程式碼。而是一種信念——第一天就被帶進教室，而且早已根深柢固——認為在場有些人是懂技術的，其餘的人只是來看的。