A well-organised folder structure makes it easy to navigate, build and publish atopile projects. This page walks through the recommended structure for both everyday projects and reusable packages.Documentation Index
Fetch the complete documentation index at: https://docs.atopile.io/llms.txt
Use this file to discover all available pages before exploring further.
1. High–level layout
- ato.yaml–the central manifest read by the compiler and package manager.
- src/–pure ato source; keep one module per file where possible.
- layout/–KiCad footprints, STEP models or manual board tweaks.
2. The ato.yaml manifest
The manifest glues everything together. A minimal example:
- paths–lets you move
src/orlayout/somewhere else if needed. - builds–define one or more build targets (for example: default, panelized, test-jig).
- dependencies–registry, git or local packages installed with
ato add.
3. A typical workflow
- Sketch your circuit on paper.
- Search https://packages.atopile.io and GitHub for pre-existing modules you need, and use
ato addto install them. - Design a module and do its calculations using
atocode. - Run
ato buildto compile your project, choose components to suit your design, and update your layout (PCB) file. - Use KiCAD to lay out any changes
- Repeat steps 3-5 until you’re happy with your design.
- When you’re done with your design, push your changes to your repo.
- CI will automatically build and test your project, and generate the manufacturing files you need to order your PCBs.
- Take these manufacturing files to your PCB manufacturer to get your PCBAs.