CAIBI project benchmark: Daisy Pod audio experiments Prompt version 1.0 Help me build Daisy Pod audio experiments using the existing creator project at https://github.com/electro-smith/DaisyExamples/tree/master/pod/SimpleOscillator. This is a CAIBI benchmark adaptation of the project build brief, not a claim about how the creator used AI. Project context: - Use the Pod SimpleOscillator example for this run; do not substitute another Daisy board or example. - A programmable audio experiment using the Pod’s supplied controls and audio connections. The selected program defines the actual behaviour. - Build context: Daisy Pod with Daisy included; verify the seller’s exact bundle; USB data cable and compatible development computer; Appropriate audio cables and monitoring equipment for the selected example; Optional enclosure only after board dimensions and connector access have been established. - Fabrication scope: The starter route uses an assembled board and needs no custom PCB fabrication. An enclosure is optional and is not supplied by every example. Use the Pod databrief for dimensions before creating a case. - AI role: AI can explain DSP code, map controls and help resolve build errors. Listening tests, gain staging, physical audio connections and latency checks need the actual hardware. - Known limitation: This assessment fixes the hardware to Pod, but each example still has its own behaviour. No claim that all Daisy examples run on every board. Read the source first. Use its published design, files, dimensions and parts as the baseline; do not redesign it unless a missing detail requires a clearly labelled proposal. If you cannot access a source or verify a revision, say so. Provide one practical build package: 1. Design and files: explain the source design, link the original editable files, and identify missing files or modifications. 2. Parts and fabrication: give quantities, exact variants and compatibility, plus a cutting or printing list where applicable. Preserve source dimensions; flag anything unconfirmed. 3. UK and US purchasing: direct product links, checked dates, stock, pack sizes, taxes, delivery and regional costs. Mark unverifiable details as unknown; do not invent links, prices or availability. 4. Assembly: an ordered guide covering fabrication, fitting, wiring or software as applicable, setup, checks and troubleshooting. 5. Cost and time: separate parts, fabrication, delivery, hands-on time and machine time, with assumptions and exclusions. 6. Function and ease: a test plan for the project's stated purpose, likely difficulties, required skills and any corrections or limitations. Keep source facts, your proposals and items needing physical verification distinct. An estimate is not a measured build result. Do not claim to have built or tested hardware. Include failed attempts and omissions. If a section does not apply, say why. Use the source as accessed during this run and record its revision or access date. The prompt is fixed; the linked source can change.