用途：撰写黑客松交给参赛团队的挑战文档，说明要构建什么、遵循哪些规则、谁可参赛、提交什么以及如何评判。这是每位参与者都会阅读的唯一材料，赛后争议往往可追溯到某句规则的有无。
主要能力：产出问题陈述、挑战赛道内容、规则与资格文本、提交清单、赞助商挑战框架，以及评审类别名称。挑战赛道指团队项目所属的主题类别（如 AI 赛道、赞助商 API 赛道、新手赛道），与并行场次编排中的“track”概念不同，需在文中明确区分。
边界：演示/评审结构由 event-format-selection 决定，本技能只将其转写为提交清单与截止时间；标准权重、量表、评委分配、平局与争议处理归 hackathon-judging，本技能只命名类别，不写权重、量表或总分；奖金金额与发放归 hackathon-cash-prize，只写“每个挑战赛道设奖”，不写具体数字。
使用方式：先做访谈（时长与形式、已定评审结构、问题由谁提供、赞助商数量与承诺、API/数据/硬件依赖、参赛资格与队伍规模、人群或技能分层、奖金与未成年人及个人数据、发布节奏与截止、一次性或年度重复、投入上限与法务支持、主题宽窄）。先定规则与资格文本，再写问题陈述；窄主题先做需求测试；将赞助承诺转为赛道提示或附加奖标准，并写平台故障时的兜底句；命名评审类别并说明由谁加权、何时公布；按已定演示结构构建提交清单；做歧义检查；在报名截止前发布并冻结。
问题陈述具体度分四档：开放主题、领域限定提示、结构化陈述（默认，含背景、挑战问题、约束、提供资源、最低可行提交）、完全指定挑战（含起始仓库与验收测试）。按时间盒定野心，并写明最低可行提交，使团队实际完成的部分本身可演示。
限制：资料未提供具体价格、平台或效果数据；各档排序为默认建议而非定律，需结合本赛事已知信息重新排序；无来源给出具体度档位与小时数的换算公式。