Loading the Elevenlabs Text to Speech AudioNative Player...
No items found.
No items found.
No items found.

Flux has evolved from an assistant to a collaborator. The new version can plan and execute multi-step workflows, helping you go from an idea to a schematic that’s ready for layout. It’s not about typing one perfect prompt — it’s about working together.

If you haven’t seen what’s changed, read the launch blog for the full story.

This guide shows how to collaborate with Flux at the schematic stage. You’ll learn how to describe your intent clearly, guide the AI through design decisions, and review results so each iteration gets smarter.

Flux isn’t magic — it’s more like a fast, thoughtful engineering intern. With the right direction, it can turn your idea into a manufacturable schematic while you stay in control of the design. Flux also can't generate a full board in one go. Instead, make sure to split the process in steps and use AI to get you to the next stage. Let’s start by learning how to work with Flux to:

  • Define your project requirements with Flux
  • Review Flux’s plan and provide more details
  • Go block by block to build out the schematic diagram

This workflow allows you to move fast while keeping control. The sections below walkthrough how to write great prompts.

1. Define your project requirements with Flux

Start by describing what you're building, why it matters, and who it's for. This gives Flux enough context to generate a reasonable plan that typically includes system-level architecture. After the initial prompt, with planning mode activated, Flux will generate a plan you can approve or modify. Then, click start to watch it work.

The following prompt template works well for kicking projects off because it sets intent (why), scope (what), and constraints (how).

Use this formula:

Make me a {what it is} with {connectivity}, powered by {power} for {application}.

Followed by detailed info:
{detailed what it is}
with {detailed connectivity}, powered by {detailed power}.

Example:

Make me a {portable stereo Class-D speaker} with {Wi-Fi and Bluetooth}, powered by {a multi-cell Li-ion/LiPo battery} for {consumer use}.

It should be a compact stereo system with dual Class-D amps (2×10–25 W), basic DSP or MCU tone controls, dual-radio Wi-Fi + BLE (2.4 GHz 802.11 b/g/n plus BLE 5.x), and a Li-ion/LiPo BMS with balancing and pack monitoring.
| Bad example | Good example | | :--- | :--- | | “Make a smart light sensor.” | “Design a portable light sensor to log daily sunlight over Wi-Fi. Powered by a 3.7 V 2000 mAh Li-ion battery with USB-C charging.” | | Reasoning: No power or communication details. Results will be vague. | Clear goals, connectivity, power source—all anchor the design. |
| Bad example | Good example | | :--- | :--- | | “Build a power supply for my robot.” | “Design a 5V 2A buck converter input stage with a passive pi filter to suppress 120 mV ripple from a 1 m cable. Prioritize low noise and 90%+ efficiency.” | | Reasoning: No voltage, current, or noise targets. | Clear constraints and goals, leaving room for implementation decisions. |
| Bad example | Good example | | :--- | :--- | | “Design a main control board for an industrial robot.” | “Design a main control board for a robotic manipulator operating in a humid industrial kitchen. It must drive four 24 V BLDC motors (2 A each) with isolated feedback, withstand 60 °C ambient, and maintain EMI compliance for mixed-signal IO.” | | Reasoning: No detail on power, load, or safety requirements. | Real-world context, system-level detail, and constraints. |

Tips

  • Prompts like “build a BLDC driver with everything” are too vague—Flux may chase irrelevant solutions.
  • You don’t need to name parts. Describe intent and relationships—Flux will pick reasonable defaults.

2. Review Flux’s plan and provide more details

The plan that Flux generates typically benefits from more specificity on the systems and subsystems before you approve it. So, be sure to review and make sure everything makes sense before you have Flux start executing the plan. At this stage you can follow Flux’s initial system-level architecture suggestion and let it help you reason through the role of each block, interfaces, and signal flow.

flux generated plan for a project, waiting for the engineer to start and implement the plans

Use this formula for providing more details:

- Power: [voltage rails, current needs]
- Communication: [interfaces between blocks]
- Environment: [thermal, ingress, EMI, etc.]
- Etc.

Design goal: [priorities or trade-offs]

Example:

- Audio block: drives two 10–25 W Class-D amplifiers using a stereo signal path. Includes simple EQ via a low-cost DSP or microcontroller, and volume control from a rotary encoder. Accepts I²S or analog input.

- Connectivity block: dual-radio module (Wi-Fi 802.11 b/g/n and BLE 5.x) for audio streaming and pairing. Includes antenna interface, UART/SPI communication with MCU, and audio over I²S.

- Power block: multi-cell Li-ion/LiPo battery with BMS. Provides 3.3 V rail for logic, 5 V rail for radio, and higher-voltage boost for amplifier rails. Supports charging via USB-C with protection. Battery input with boost converters and LDOs as needed

- Communication: UART/SPI for control, I²S for audio signal path

- Environment: Consumer-grade enclosure, ambient temp 0–40 °C, continuous playback for 8+ hours

- Design goal: Balanced power and audio performance
flux asking for additional requirements from the user in order to proceed with generating the plan

Why this works: Each block has a role, the interfaces are clear, and design priorities are actionable. This helps Flux recommend components and validate architecture.

Tip: Stay at the system level. Don’t worry about exact pin counts or part numbers yet.

3. Go block by block to generate your schematic diagram

With the architecture in place, pick one block and go deep. This is where you can ask Flux to draft a schematic or layout based on specific inputs and constraints.

Flux typically works best when you break up schematic generation step by step picking one block at a time and going deep. This is where you can ask Flux to draft a schematic or layout based on specific inputs and constraints.

Flux can research components, place them into the schematic, and wire up the nets for you. Although sometimes the resulting layout might look different than you’d expect, you can always jump in and organize things however you like.

Use this formula:

We’re designing the [block name] for this project.

Inputs:
- [Power inputs and characteristics]
- [Signal inputs, interfaces, or control lines]

Requirements:
- [Functional goals—e.g., voltage regulation, signal processing]
- [Performance targets—e.g., power budget, timing, noise]
- [Constraints—e.g., size, cost, runtime, safety]

Protection:
- [What to protect against—e.g., ESD, reverse polarity, EMI]

Design goal:
- [Overall priority—e.g., efficiency, safety, manufacturability]

Example:

Let's design the power management block.

Inputs:
- 3.7V Li-ion battery (2000 mAh)
- USB-C input for charging

Requirements:
- Charge controller with input current limit and battery protection  
- Boost to 3.3 V for digital logic and 5 V for gas sensors  
- 48-hour runtime target at ~50 mA average current  
- Battery voltage and charge status monitoring via I²C

Protection:
- ESD on USB-C  
- Reverse polarity and over-discharge protection

Design goal: Efficient, compact, and safe for consumer use

Tip: Link datasheets or PDFs for reference—Flux can match its design to those specs.

4. Understanding Flux’s two modes for planning or one-off edits

Flux AI operates in two complementary modes—one for exploration, one for precision. Use the planning mode when you’re exploring ideas or starting from scratch. It’s great at figuring out workflows and proposing architectures.

Use the single task mode by disabling planning when you need control—editing one block, fixing small issues, or checking results. To disable planning mode, hover over the AI icon at the bottom of the chat menu and click on “disable planning”.

| Mode | Description | Best use | | :--- | :--- | :--- | | Planning | Handles complex, open-ended tasks by chaining together steps like part research, schematic planning, layout preparation, and early checks | Early-stage ideation, proof-of-concept builds, or anything that needs to be broken down into sub-tasks | | Single task | Executes single, well-defined actions such as rewiring nets, replacing parts, running design checks, or editing footprints | Polishing a design, making precise changes, or reviewing and validating specific elements |

5. Common pitfalls

After helping hundreds of users in the Flux Slack community, we’ve noticed some common stumbling blocks when working with the AI. Most of these are easy to fix once you know what to look out for.

Here are a few patterns to avoid:

  1. Over-specifying too early
    Don’t lock in unnecessary details before validating your concept. Let the AI help you explore options.
  2. Being too vague
    Prompts without power, environment, or application context are hard to act on. The more relevant detail you include, the better the AI performs.
  3. Skipping constraints
    Without voltages, sizes, or thermal needs, Flux will make guesses that may not match your requirements.
  4. Ignoring follow-up questions
    Treat AI clarifications as helpful nudges—they often help reduce back-and-forth.
  5. Letting errors pile up
    If something seems off, don’t wait. Refine your prompt and re-run the block instead of continuing with bad assumptions.

The earlier you correct course, the faster you get to a working design.

6. Known rough edges

Flux’s AI is improving fast, but there are still a few areas where you may need to step in. We want to be upfront about what’s working well—and what still needs a human touch.

Here’s what to expect:

Known limitations:

  • Wiring gaps: Sometimes the AI misses a connection or leaves a net unconnected.
  • Placeholder or generic parts: Not every component will be production-ready out of the gate. Replace with specific parts once the concept is locked in.
  • Partial BOMs: Passive components, filtering, or protection may be missing. Ask the AI to review and fill in what’s missing based on your specs or linked datasheets.

What’s next?

Flux is rapidly growing its AI capabilities to support:

  • Change PCB sizing and layer stackups
  • Generate net classes and design rules
  • Optimize part placement
  • Route traces with design constraints in mind

Ready to try it?

Every great board starts with a clear idea. Whether you’re designing your first schematic or refining a production layout, better prompting leads to better results.

Use this guide to help Flux work like the engineering intern you’ve always wanted—fast, reliable, and just a prompt away.

👉 Open Flux and see how far your next idea can go.

If you haven’t seen what’s changed, read the launch blog for the full story.

This guide shows how to collaborate with Flux at the schematic stage. You’ll learn how to describe your intent clearly, guide the AI through design decisions, and review results so each iteration gets smarter.

Flux isn’t magic — it’s more like a fast, thoughtful engineering intern. With the right direction, it can turn your idea into a manufacturable schematic while you stay in control of the design. Flux also can't generate a full board in one go. Instead, make sure to split the process in steps and use AI to get you to the next stage. Let’s start by learning how to work with Flux to:

  • Define your project requirements with Flux
  • Review Flux’s plan and provide more details
  • Go block by block to build out the schematic diagram

This workflow allows you to move fast while keeping control. The sections below walkthrough how to write great prompts.

1. Define your project requirements with Flux

Start by describing what you're building, why it matters, and who it's for. This gives Flux enough context to generate a reasonable plan that typically includes system-level architecture. After the initial prompt, with planning mode activated, Flux will generate a plan you can approve or modify. Then, click start to watch it work.

The following prompt template works well for kicking projects off because it sets intent (why), scope (what), and constraints (how).

Use this formula:

Make me a {what it is} with {connectivity}, powered by {power} for {application}.

Followed by detailed info:
{detailed what it is}
with {detailed connectivity}, powered by {detailed power}.

Example:

Make me a {portable stereo Class-D speaker} with {Wi-Fi and Bluetooth}, powered by {a multi-cell Li-ion/LiPo battery} for {consumer use}.

It should be a compact stereo system with dual Class-D amps (2×10–25 W), basic DSP or MCU tone controls, dual-radio Wi-Fi + BLE (2.4 GHz 802.11 b/g/n plus BLE 5.x), and a Li-ion/LiPo BMS with balancing and pack monitoring.
| Bad example | Good example | | :--- | :--- | | “Make a smart light sensor.” | “Design a portable light sensor to log daily sunlight over Wi-Fi. Powered by a 3.7 V 2000 mAh Li-ion battery with USB-C charging.” | | Reasoning: No power or communication details. Results will be vague. | Clear goals, connectivity, power source—all anchor the design. |
| Bad example | Good example | | :--- | :--- | | “Build a power supply for my robot.” | “Design a 5V 2A buck converter input stage with a passive pi filter to suppress 120 mV ripple from a 1 m cable. Prioritize low noise and 90%+ efficiency.” | | Reasoning: No voltage, current, or noise targets. | Clear constraints and goals, leaving room for implementation decisions. |
| Bad example | Good example | | :--- | :--- | | “Design a main control board for an industrial robot.” | “Design a main control board for a robotic manipulator operating in a humid industrial kitchen. It must drive four 24 V BLDC motors (2 A each) with isolated feedback, withstand 60 °C ambient, and maintain EMI compliance for mixed-signal IO.” | | Reasoning: No detail on power, load, or safety requirements. | Real-world context, system-level detail, and constraints. |

Tips

  • Prompts like “build a BLDC driver with everything” are too vague—Flux may chase irrelevant solutions.
  • You don’t need to name parts. Describe intent and relationships—Flux will pick reasonable defaults.

2. Review Flux’s plan and provide more details

The plan that Flux generates typically benefits from more specificity on the systems and subsystems before you approve it. So, be sure to review and make sure everything makes sense before you have Flux start executing the plan. At this stage you can follow Flux’s initial system-level architecture suggestion and let it help you reason through the role of each block, interfaces, and signal flow.

flux generated plan for a project, waiting for the engineer to start and implement the plans

Use this formula for providing more details:

- Power: [voltage rails, current needs]
- Communication: [interfaces between blocks]
- Environment: [thermal, ingress, EMI, etc.]
- Etc.

Design goal: [priorities or trade-offs]

Example:

- Audio block: drives two 10–25 W Class-D amplifiers using a stereo signal path. Includes simple EQ via a low-cost DSP or microcontroller, and volume control from a rotary encoder. Accepts I²S or analog input.

- Connectivity block: dual-radio module (Wi-Fi 802.11 b/g/n and BLE 5.x) for audio streaming and pairing. Includes antenna interface, UART/SPI communication with MCU, and audio over I²S.

- Power block: multi-cell Li-ion/LiPo battery with BMS. Provides 3.3 V rail for logic, 5 V rail for radio, and higher-voltage boost for amplifier rails. Supports charging via USB-C with protection. Battery input with boost converters and LDOs as needed

- Communication: UART/SPI for control, I²S for audio signal path

- Environment: Consumer-grade enclosure, ambient temp 0–40 °C, continuous playback for 8+ hours

- Design goal: Balanced power and audio performance
flux asking for additional requirements from the user in order to proceed with generating the plan

Why this works: Each block has a role, the interfaces are clear, and design priorities are actionable. This helps Flux recommend components and validate architecture.

Tip: Stay at the system level. Don’t worry about exact pin counts or part numbers yet.

3. Go block by block to generate your schematic diagram

With the architecture in place, pick one block and go deep. This is where you can ask Flux to draft a schematic or layout based on specific inputs and constraints.

Flux typically works best when you break up schematic generation step by step picking one block at a time and going deep. This is where you can ask Flux to draft a schematic or layout based on specific inputs and constraints.

Flux can research components, place them into the schematic, and wire up the nets for you. Although sometimes the resulting layout might look different than you’d expect, you can always jump in and organize things however you like.

Use this formula:

We’re designing the [block name] for this project.

Inputs:
- [Power inputs and characteristics]
- [Signal inputs, interfaces, or control lines]

Requirements:
- [Functional goals—e.g., voltage regulation, signal processing]
- [Performance targets—e.g., power budget, timing, noise]
- [Constraints—e.g., size, cost, runtime, safety]

Protection:
- [What to protect against—e.g., ESD, reverse polarity, EMI]

Design goal:
- [Overall priority—e.g., efficiency, safety, manufacturability]

Example:

Let's design the power management block.

Inputs:
- 3.7V Li-ion battery (2000 mAh)
- USB-C input for charging

Requirements:
- Charge controller with input current limit and battery protection  
- Boost to 3.3 V for digital logic and 5 V for gas sensors  
- 48-hour runtime target at ~50 mA average current  
- Battery voltage and charge status monitoring via I²C

Protection:
- ESD on USB-C  
- Reverse polarity and over-discharge protection

Design goal: Efficient, compact, and safe for consumer use

Tip: Link datasheets or PDFs for reference—Flux can match its design to those specs.

4. Understanding Flux’s two modes for planning or one-off edits

Flux AI operates in two complementary modes—one for exploration, one for precision. Use the planning mode when you’re exploring ideas or starting from scratch. It’s great at figuring out workflows and proposing architectures.

Use the single task mode by disabling planning when you need control—editing one block, fixing small issues, or checking results. To disable planning mode, hover over the AI icon at the bottom of the chat menu and click on “disable planning”.

| Mode | Description | Best use | | :--- | :--- | :--- | | Planning | Handles complex, open-ended tasks by chaining together steps like part research, schematic planning, layout preparation, and early checks | Early-stage ideation, proof-of-concept builds, or anything that needs to be broken down into sub-tasks | | Single task | Executes single, well-defined actions such as rewiring nets, replacing parts, running design checks, or editing footprints | Polishing a design, making precise changes, or reviewing and validating specific elements |

5. Common pitfalls

After helping hundreds of users in the Flux Slack community, we’ve noticed some common stumbling blocks when working with the AI. Most of these are easy to fix once you know what to look out for.

Here are a few patterns to avoid:

  1. Over-specifying too early
    Don’t lock in unnecessary details before validating your concept. Let the AI help you explore options.
  2. Being too vague
    Prompts without power, environment, or application context are hard to act on. The more relevant detail you include, the better the AI performs.
  3. Skipping constraints
    Without voltages, sizes, or thermal needs, Flux will make guesses that may not match your requirements.
  4. Ignoring follow-up questions
    Treat AI clarifications as helpful nudges—they often help reduce back-and-forth.
  5. Letting errors pile up
    If something seems off, don’t wait. Refine your prompt and re-run the block instead of continuing with bad assumptions.

The earlier you correct course, the faster you get to a working design.

6. Known rough edges

Flux’s AI is improving fast, but there are still a few areas where you may need to step in. We want to be upfront about what’s working well—and what still needs a human touch.

Here’s what to expect:

Known limitations:

  • Wiring gaps: Sometimes the AI misses a connection or leaves a net unconnected.
  • Placeholder or generic parts: Not every component will be production-ready out of the gate. Replace with specific parts once the concept is locked in.
  • Partial BOMs: Passive components, filtering, or protection may be missing. Ask the AI to review and fill in what’s missing based on your specs or linked datasheets.

What’s next?

Flux is rapidly growing its AI capabilities to support:

  • Change PCB sizing and layer stackups
  • Generate net classes and design rules
  • Optimize part placement
  • Route traces with design constraints in mind

Ready to try it?

Every great board starts with a clear idea. Whether you’re designing your first schematic or refining a production layout, better prompting leads to better results.

Use this guide to help Flux work like the engineering intern you’ve always wanted—fast, reliable, and just a prompt away.

👉 Open Flux and see how far your next idea can go.

Profile avatar of the blog author

Nico Tzovanis

Nico is a professional electronics and PCB design engineer at Flux. Find him on Flux @nico

Go 10x faster from idea to PCB
Work with Flux like an engineering intern—automating the grunt work, learning your standards, explaining its decisions, and checking in for feedback at key moments.
Illustration of sub-layout. Several groups of parts and traces hover above a layout.
Illustration of sub-layout. Several groups of parts and traces hover above a layout.
Design PCBs with AI
Introducing a new way to work: Give Flux a job and it plans, explains, and executes workflows inside a full browser-based eCAD you can edit anytime.
Screenshot of the Flux app showing a PCB in 3D mode with collaborative cursors, a comment thread pinned on the canvas, and live pricing and availability for a part on the board.
Design PCBs with AI
Introducing a new way to work: Give Flux a job and it plans, explains, and executes workflows inside a full browser-based eCAD you can edit anytime.
Screenshot of the Flux app showing a PCB in 3D mode with collaborative cursors, a comment thread pinned on the canvas, and live pricing and availability for a part on the board.
Design PCBs with AI
Introducing a new way to work: Give Flux a job and it plans, explains, and executes workflows inside a full browser-based eCAD you can edit anytime.
Screenshot of the Flux app showing a PCB in 3D mode with collaborative cursors, a comment thread pinned on the canvas, and live pricing and availability for a part on the board.
Flux for Enterprise
Learn how Fortune 500s are revolutionizing hardware design at scale with AI.
Flux for Enterprise
Join leading Fortune 500s and over 300k hardware engineers revolutionizing the way they build PCBs with AI
Flux for Enterprise
Join leading Fortune 500s and over 300k hardware engineers revolutionizing the way they build PCBs with AI