Documentation Index
Fetch the complete documentation index at: https://docs.buildwithtrace.com/llms.txt
Use this file to discover all available pages before exploring further.
.tracerules is currently in beta while we evaluate quality benchmarks with and without custom rules enabled. Available to beta program members.What It Does
A.tracerules file in your project gives the AI persistent context about how you want to design. Instead of repeating preferences every conversation, you write them once and the AI follows them automatically.
Think of it like .cursorrules for hardware: custom instructions that augment the AI’s default behavior without replacing it. The AI still knows electronics — your rules add your specific style, conventions, and constraints on top.
File Location
TraceRules live in a.trace/ directory at the root of your project:
.trace/rules.mdin the project directory.tracerulesin the same directory as the active.kicad_profile.tracerulesin the project root directory
Rules File Format
.trace/rules.md (or .tracerules) is a plain Markdown file. The AI reads it at the start of every conversation. Write your preferences in natural language:
Workspace Context
.trace/context.md is maintained by the AI automatically. It learns about your project across conversations and records:
- Component decisions and why they were chosen
- Layout constraints discovered during routing
- DFM feedback from previous manufacturing attempts
- Design history and tradeoffs
The context file is project-scoped. Each project accumulates its own context independently, so rules and learning from one board don’t bleed into another.
How the AI Uses Your Rules
When you start a conversation, the AI:- Reads
.trace/rules.mdfor your explicit preferences - Reads
.trace/context.mdfor project history and learned constraints - Applies manufacturer DFM constraints if you’ve specified a preferred manufacturer
- Follows your placement, routing, and component conventions throughout the session
What to Put in .tracerules
Good rules are things the AI can’t infer from your schematic alone:| Category | Examples |
|---|---|
| Component preferences | Preferred manufacturers, package sizes, distributor priorities |
| Schematic conventions | Pin placement style, sheet organization, naming conventions |
| Layout constraints | Routing priorities, placement zones, stackup preferences |
| Manufacturing targets | Preferred fab house, DRC limits, assembly constraints |
| Project context | ”This is a battery-powered wearable” or “This is a high-reliability aerospace board” |
What Not to Put
- Electrical fundamentals the AI already knows (it knows to add bypass caps)
- Overly broad instructions (“make it good”)
- Contradictory rules that fight each other
- Sensitive information (API keys, credentials)
TraceRules Editor
Access the editor from the chat panel menu (⋮ → TraceRules). You can:- View and edit your rules directly in-app with Markdown syntax highlighting
- Open the file in Finder (macOS) or Explorer (Windows) for editing in your preferred text editor
- Create a new
.trace/rules.mdfile if one doesn’t exist yet
Example: Full Project Setup
Here’s a complete.trace/rules.md for a typical IoT product:
Evaluating Quality
We’re actively benchmarking the AI’s output quality with and without.tracerules enabled. If you’re in the beta, your feedback on whether rules improve or degrade output quality helps us tune the system. Submit feedback from the beta dashboard.
