Hackathon Brief Design

samber/dev-event-organizer-skills/skills/hackathon-brief-design

作者 samberaf0a7c0dcec0MIT3 個星標收錄於 2026年10月9日更新於 2026年10月9日儲存庫10 天前更新

Write the hackathon challenge document teams read before they build - problem statements sized to the time box, thematic challenge tracks, the published rules and eligibility text, the submission-artifact checklist, sponsor-challenge framing, and naming (never weighting) the evaluation categories. Use whenever the user mentions a hackathon brief, challenge or track prompts, hackathon rules or eligibility, submission guidelines, or turning a sponsor's API into a challenge - even if they never say "brief". Challenge tracks here are thematic categories a team enters, not parallel session streams. Do NOT use for rubric weights and judging mechanics - use samber/dev-event-organizer-skills@hackathon-judging instead.

  1. af0a7c0dcec0目前提交 af0a7c0發布於 2026年10月9日

來源與署名

來源:samber/dev-event-organizer-skills位於skills/hackathon-brief-design提交af0a7c0

授權條款: MIT

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架