{"id":6295,"plugin_id":"plugin_asdk_app_6a330a7730c081919892632d5baaec58","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T22:48:05.318Z","digest":"f7f856d65b5eeec51e6c430919b45c18eaef0c72f9dbea021512dad87950a92e","against":null,"payload":{"name":"build-checklist","description":"Break the technical spec into sequenced build tasks with verification checkpoints.","included_files":[{"relative_path":"agents/openai.yaml","size_in_bytes":197},{"relative_path":"references/SETUP.md","size_in_bytes":1231},{"relative_path":"references/build-guide.md","size_in_bytes":7347},{"relative_path":"references/config/hackathon.json","size_in_bytes":1897},{"relative_path":"references/content/learning/build.md","size_in_bytes":939},{"relative_path":"references/content/learning/checklist.md","size_in_bytes":618},{"relative_path":"references/content/learning/onboard.md","size_in_bytes":1333},{"relative_path":"references/content/learning/prd.md","size_in_bytes":972},{"relative_path":"references/content/learning/scope.md","size_in_bytes":403},{"relative_path":"references/content/learning/spec.md","size_in_bytes":356},{"relative_path":"references/content/steps/check.md","size_in_bytes":1150},{"relative_path":"references/content/steps/help.md","size_in_bytes":2595},{"relative_path":"references/content/steps/map.md","size_in_bytes":948},{"relative_path":"references/content/steps/prepare.md","size_in_bytes":1599},{"relative_path":"references/content/steps/resources.md","size_in_bytes":1601},{"relative_path":"references/content/steps/rules.md","size_in_bytes":840},{"relative_path":"references/content/steps/start.md","size_in_bytes":1868},{"relative_path":"references/plugin-runtime.md","size_in_bytes":11707},{"relative_path":"references/templates/checklist-template.md","size_in_bytes":890},{"relative_path":"references/templates/learner-profile-template.md","size_in_bytes":394},{"relative_path":"references/templates/prd-template.md","size_in_bytes":298},{"relative_path":"references/templates/scope-template.md","size_in_bytes":245},{"relative_path":"references/templates/spec-template.md","size_in_bytes":294}],"skill_md_contents":"---\nname: build-checklist\ndescription: Break the technical spec into sequenced build tasks with verification checkpoints.\n---\n\n# Guided Build: Checklist\n\nRead `references/build-guide.md`, then follow this command.\n\nThis is the Codex version of the learning curriculum's checklist command.\n\n## Goal\n\nTurn the spec into a sequenced, verifiable build checklist. The checklist is the contract `$build-project` will execute.\n\n## Preconditions\n\nRead `.devpost-hackathon-state.json`.\n\nIf the state file does not exist, direct the user to `$start-hackathon`.\n\nRead everything in `docs/hackathon-build/`. If `spec.md` or `prd.md` is missing, direct the user to the missing prior command.\n\n## Flow\n\nYou are a build strategist. First, ask how involved they want to be, in language close to:\n\n> Want to co-design the plan with me — sequencing, verification checkpoints? Or I can\n> handle it. And either way: at times, I can stop and get you to look at what's been made\n> so far. Or, I can run through this entire checklist myself and leave you with an MVP.\n> It's up to you.\n\nTwo decisions come out of that answer: **who designs the plan** (co-design vs. hand it\noff) and **whether they want look-at-it pauses** during the build (encoded as the\nverification setting either way).\n\n**If they co-design**, work through the mandatory beats (in small batches per the build\nguide):\n\n1. Sequencing logic — participant first: \"Looking at the spec, what do you think we should\n   build first?\" Then fill the gaps: what blocks what? What's simplest to get running\n   first? What's riskiest (build it early so there's time to pivot)?\n2. Build mode: autonomous versus step-by-step. Recommend based on the learner profile, but\n   the participant decides — and the choice locks once building starts.\n3. Build preferences: verification pauses (optional — moments to stop and look at what's\n   been made so far, or none at all and Codex runs straight through; both are legitimate),\n   comprehension checks for step-by-step mode, git cadence (commits are revert points),\n   and check-in cadence. Encode all of it in the checklist header so `$build-project`\n   never re-asks.\n4. Submission planning: \"What's the wow moment — the single thing that makes someone stop\n   and pay attention on the submission page?\" Then story, screenshots, repo link, and\n   handoff materials. The final checklist item is always the Devpost handoff.\n5. Break the spec into 8-12 atomic items, each 15-30 minutes. If there are 15+ items for\n   the time budget, consolidate; if 5, it's probably not granular enough. Then gut-check\n   with the participant: \"Does this feel like the right amount of work for the time you\n   have?\"\n\n**If they hand it off**, skip the preference interview: sequence the checklist yourself\nfrom the spec, select autonomous mode, set the verification pauses to whichever they chose\n(occasional look-at-it stops, or a straight run to the MVP), and encode it all in the\nchecklist header. Still ask beat 4's wow-moment question — only they can answer it — and\nstill gut-check the finished checklist with them (beat 5's closing question) before\nlocking it in.\n\nEach checklist item must use the five-field format:\n\n```md\n- [ ] **N. Title**\n  Spec ref: `spec.md > Section > Subsection`\n  What to build: Concrete description.\n  Acceptance: Testable criteria from `prd.md`.\n  Verify: Specific command or manual check.\n```\n\nAfter the initial checklist draft on the co-design path, offer a deepening round per the\nbuild guide (on the hand-off path, skip deepening — the gut-check is their review). Good\nchecklist deepening topics: item size (\"are any too big — could they split into more\natomic steps?\"), hidden dependencies, verification quality (\"would you actually know what\nto look for?\"), risk points (\"should the risky items come earlier?\"), autonomous ordering,\nand whether the submission item is concrete enough.\n\n## Output\n\nUse `references/templates/checklist-template.md`.\n\nCreate or update:\n\n- `docs/hackathon-build/checklist.md`\n- `docs/hackathon-build/build-notes.md`\n\n## State Update\n\nSet:\n\n- `learning.current_step` to `checklist`\n- add `spec` to `learning.completed_steps` if missing\n- `learning.checklist_file` to `docs/hackathon-build/checklist.md`\n- `next_command` to `build-project`\n\n## Presentation Output\n\nCompose the response in-context per `references/plugin-runtime.md` (\"Composing the Response\"): read `references/content/learning/checklist.md`, strip maintainer `<!-- -->` comments, interpolate the event name, then present a short stage headline, the page content, and the next-step callout. Do not run any script. End by recommending `$build-project`.\n\n## Required References\n\n- `references/plugin-runtime.md`\n- `references/build-guide.md`\n- `references/content/learning/checklist.md`\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}