Chips
The chip system is what makes Synthezer unique. Chips are behavioral instructions that configure how the AI thinks, acts, and delivers results — before it ever starts working on your request.
Think of chips like configuring an AI's personality, rules, and toolset. Instead of hoping the AI understands what you want, you explicitly tell it how to behave. A chip named PRECISION doesn't just label the AI as "precise" — it sends a direct instruction: "Prioritize correctness over creativity. Verify claims against provided context and flag uncertainties."
What Are Chips?
Every chip has two parts:
- Name — A short, uppercase label you see in the UI (e.g.,
PRECISION,NO SPECULATION). - Description — The actual instruction the AI receives. This is what matters. The description IS the behavioral command that shapes the AI's output.
When you select a chip, its description is injected directly into the AI prompt. The AI reads it as a rule it must follow. For example:
Chip name:
MINIMAL DIFF
What the AI actually sees:
"Make the smallest safe change to meet requirements. Avoid unrelated refactors."
This means chip descriptions are not metadata or labels — they are live instructions. If you edit a chip's description, you directly change how the AI behaves when that chip is active.
Synthezer ships with 180+ built-in chips covering software engineering, writing, research, data analysis, customer support, education, product management, and more.
The 5 Categories
Chips are organized into five categories. Each category serves a distinct role in shaping the AI's behavior. When sent to the AI, each category gets its own labeled section in the prompt so the AI understands the context of each instruction.
AI Mind — Behavioral Approach
Controls the AI's thinking style, persona, and decision-making philosophy. These chips shape how the AI approaches the task, not what it produces.
The AI sees these under the prompt header: "AI MIND (Behavioral approach)"
Examples:
PRECISION— Prioritize correctness over creativity. Verify claims against provided context and flag uncertainties.EMPATHETIC— Acknowledge the user's situation before solving it. Use supportive, human language.CREATIVE— Provide novel ideas and alternatives. Keep creative output grounded in constraints.SYSTEMS THINKING— Consider dependencies and downstream effects. Note impacts on other systems.SOCRATIC— Teach by asking guiding questions. Avoid giving final answers too early.EXECUTIVE TONE— Write for decision-makers. Be concise, direct, and actionable with clear priorities.
Prerequisites — Do These First
Tasks and checks the AI must complete before it starts producing output. These ensure the AI has the right information and context before proceeding.
The AI sees these under the prompt header: "PRE-REQUISITES (Do these first)"
Examples:
ASK MISSING CONTEXT— Ask for any missing inputs before proceeding. List specific questions, not generic ones.READ CODEBASE— Scan relevant files and architecture before proposing changes.DEFINE OUTPUT FORMAT— Confirm the expected output format (bullets, table, JSON, etc.).CHECK DEPENDENCIES— Verify existing dependencies and avoid new ones unless approved.IDENTIFY AUDIENCE— Determine who the output is for and adjust tone and depth accordingly.REPRODUCE BUG— Attempt or outline steps to reproduce before fixing.
Implementation — Domain & Subject Matter
Defines the kind of work the AI should produce. These chips focus the AI on a specific domain, deliverable type, or subject area.
The AI sees these under the prompt header: "IMPLEMENTATION AREA"
Examples:
CODE GEN— Write working code that compiles/executes in the target environment.DRAFTING— Create a full draft that can be used as-is.TROUBLESHOOT— Provide step-by-step diagnostics with expected outcomes.PRD— Write a product requirements doc with goals, scope, and acceptance criteria.LIT REVIEW— Summarize and compare research sources clearly.SOP— Create a standard operating procedure with step-by-step instructions.
Tools — Resources Available
Tells the AI what tools and resources it can use during the task. These are permissions and capabilities, not behaviors.
The AI sees these under the prompt header: "TOOLS AVAILABLE"
Examples:
TERMINAL— Use terminal commands as allowed by the user.FILE SYSTEM— Read/write files as required by the task.DIFF TOOL— Show changes as diffs when editing code.BROWSER— Use browsing when allowed or required.SCREENSHOT READER— Interpret attached screenshots or UI images.TEMPLATE APPLIER— Apply provided templates or structures exactly.
No-Go — Hard Boundaries
Rules the AI must never break. These are hard constraints — things the AI must avoid regardless of what the task asks for.
The AI sees these under the prompt header: "NO-GO RULES (Never do these)"
Examples:
NO SPECULATION— Do not invent facts or guess without stating assumptions.NO BREAKING CHANGES— Do not introduce breaking changes without explicit approval.NO SECRET LEAKS— Do not output tokens, passwords, or private keys.NO FABRICATION— Never fabricate data, quotes, or sources.NO SCOPE CREEP— Do not add features or requirements outside the request.NO DARK PATTERNS— Do not recommend manipulative UX or dark patterns.
How Chips Work in the Pipeline
You select chips once in Stage 1 (Input), but they travel through the entire pipeline. Chips are included in every AI prompt from Stage 2 through Stage 5.
Two Prompt Formats
Synthezer uses two formats for sending chips to the AI, depending on the stage:
Full format (used in initial prompts and deployment):
Each chip is listed with its full description as a bullet point. This gives the AI maximum context.
**AI MIND (Behavioral approach):**
• PRECISION: Prioritize correctness over creativity. Verify claims against provided context and flag uncertainties.
• MINIMAL DIFF: Make the smallest safe change to meet requirements. Avoid unrelated refactors.
**NO-GO RULES (Never do these):**
• NO BREAKING CHANGES: Do not introduce breaking changes without explicit approval.
• NO UNSAFE IO: Do not run destructive commands or make unsafe file changes.
Compact format (used in follow-up prompts):
Chips are listed as comma-separated name-description pairs. This keeps follow-up prompts concise while still conveying the rules.
**AI Mind:** PRECISION: Prioritize correctness over creativity..., MINIMAL DIFF: Make the smallest safe change...
**No-Go Rules:** NO BREAKING CHANGES: Do not introduce breaking changes..., NO UNSAFE IO: Do not run destructive commands...
Chips Across Pipeline Stages
| Stage | Format | Purpose |
|---|---|---|
| Stage 1 (Input) | Selection only | User picks chips from the library |
| Stage 2 (Understanding) | Full | AI uses chips to shape how it interprets the request and asks questions |
| Stage 2 (Follow-ups) | Compact | Chips stay active during the question-answer loop |
| Stage 3 (Research) | Compact | AI respects chip constraints when planning research |
| Stage 4 (Implementation) | Full | AI follows chip rules when building the implementation plan and executing it |
| Stage 5 (PAE) | Compact | AI evaluates its output against chip constraints |
Priority Chips
You can mark a chip as high priority. When a chip is high priority, it appears in the prompt with a (PRIMARY) tag, signaling to the AI that this instruction takes precedence over others.
Using Chips
Selecting Chips in Stage 1
When you create a new pipeline, Stage 1 shows five chip containers — one for each category. To add chips:
- Click on a category container (e.g., "AI Mind" or "Tools").
- Browse the chip library for that category. Chips are sorted by usage count, so your most-used chips appear first.
- Click a chip to add it to the container. Click again to remove it.
- Repeat for each category as needed.
You don't need to add chips to every category. Only select what's relevant to your task. An empty category simply sends "None specified" to the AI.
Chip Packs
Chip packs are pre-configured sets of chips across all five categories. Instead of selecting chips one by one, you can load a pack to populate all categories at once. Synthezer includes five default packs:
| Pack | Best For |
|---|---|
| Core Productivity | General-purpose tasks: summaries, action items, structured output |
| Engineering | Code generation, debugging, testing, code review |
| Writing | Drafting, editing, content creation, copywriting |
| Research | Literature review, comparisons, evidence-based analysis |
| Support Agent | Customer support, troubleshooting, FAQ generation, incident response |
You can create your own custom packs and save them for reuse. Packs can also be renamed, updated, or deleted (default packs can be reset to their original state).
Creating Custom Chips
The built-in library covers common use cases, but the real power of chips comes from creating your own. Custom chips let you encode your specific workflows, standards, and rules.
How to Create a Chip
- Open the chip library for any category.
- Click the "Add Chip" button.
- Enter a name (automatically uppercased, must be unique within the category).
- Enter a description — this is the instruction the AI will follow.
- Save the chip. It's now available in your library.
Naming Rules
- Names are automatically converted to uppercase.
- Names must be unique within their category. You can have a chip named "SECURITY" in both AI Mind and Implementation, but not two in the same category.
- Names use spaces, not underscores. Write "SECURITY AWARE", not "SECURITY_AWARE".
- Keep names short and descriptive — they serve as quick labels in the UI.
- Maximum length: 100 characters.
Writing Good Descriptions
The description is the most important part of a chip. It's the actual instruction the AI reads and follows. Tips:
- Be direct and imperative. Write "Do X" or "Never Y", not "The AI should consider X".
- Be specific. "Check for SQL injection in all user inputs" is better than "Be secure".
- Include what NOT to do. "Use TypeScript. Do not use
anytype" is clearer than just "Use TypeScript". - Keep it under 200 characters. The AI processes many chips at once — shorter descriptions are more reliably followed.
- Maximum length: 1000 characters per description.
Good description example:
USE REACT FUNCTIONAL COMPONENTS WITH HOOKS. DO NOT USE CLASS COMPONENTS. ALL COMPONENTS MUST HAVE TYPESCRIPT PROPS INTERFACES.
Weak description example:
Use React
Editing Chip Descriptions
You can modify the description of any chip — including built-in ones — to fine-tune the AI's behavior.
- Open the chip library and find the chip you want to edit.
- Click the chip to expand its details.
- Edit the description text.
- Save your changes.
Changes take effect immediately for all new pipeline runs. Existing pipelines that already used the chip will continue with whatever description was active at the time.
If you want to revert all built-in chips to their original descriptions, use the Reset Chips to Default option in the Profile tab. This will re-seed the original 180+ chip definitions without deleting your custom chips.
Importing & Exporting
Bulk Import
You can import chips in bulk using a JSON structure organized by category:
{
"ai_mind": [
{ "name": "MY CUSTOM MIND", "description": "Think step by step. Show your reasoning." }
],
"prerequisite": [
{ "name": "VERIFY API DOCS", "description": "Read the API documentation before making calls." }
],
"implementation": [],
"tools": [],
"no_go": [
{ "name": "NO RAW SQL", "description": "Never write raw SQL. Use the ORM exclusively." }
]
}
Import behavior: if a chip with the same name already exists in the same category, it is left unchanged (INSERT OR IGNORE). This means importing is safe and won't overwrite your customizations.
Chip Packs
Chip packs bundle a selection of chips across all five categories into a named preset. Packs reference chips by name — they don't duplicate chip definitions.
{
"name": "My Custom Pack",
"chips": {
"ai_mind": ["PRECISION", "STRUCTURE DRIVEN"],
"prerequisite": ["READ CODEBASE", "CHECK DEPENDENCIES"],
"implementation": ["CODE GEN", "TESTS"],
"tools": ["TERMINAL", "FILE SYSTEM", "DIFF TOOL"],
"no_go": ["NO BREAKING CHANGES", "NO UNSAFE IO"]
}
}
Pack names must be unique. Default packs are protected from deletion but can be renamed or have their chip selections updated. You can reset all default packs to their original state at any time.
Profile Export
Your entire chip library and chip packs are included in profile exports. When you export your profile, all chips and packs travel with it — making it easy to back up or transfer your configuration to another machine.
Built-in Chip Library
Synthezer ships with 180+ chips across all five categories. Here is a curated selection from each:
AI Mind (40+ chips)
| Chip | Description |
|---|---|
| PRECISION | Prioritize correctness over creativity. Verify claims against provided context and flag uncertainties. |
| CLARITY FIRST | Make the output easy to understand. Use structure and simple language without losing technical accuracy. |
| RISK AWARE | Highlight risks, edge cases, and failure modes. Do not hide uncertainty. |
| TEST DRIVEN | Include a test plan or test updates. Explain how the change will be verified. |
| DATA DRIVEN | Base claims on data provided or clearly state assumptions. Do not guess numbers. |
| CONCISE | Remove filler and redundancy. Keep only high-value information. |
| PATIENT TONE | Be supportive and non-judgmental. Encourage the user through complex steps. |
Prerequisites (35+ chips)
| Chip | Description |
|---|---|
| ASK MISSING CONTEXT | Ask for any missing inputs before proceeding. List specific questions, not generic ones. |
| DEFINE OUTPUT FORMAT | Confirm the expected output format (bullets, table, JSON, etc.). |
| CHECK DEPENDENCIES | Verify existing dependencies and avoid new ones unless approved. |
| DEFINE SCOPE | Set boundaries for what is included and excluded. |
| UNDERSTAND CODEBASE | Review project structure, key modules, and conventions before making changes. |
| DEFINE PERSONAS | Identify user personas and their goals before designing. |
Implementation (45+ chips)
| Chip | Description |
|---|---|
| CODE GEN | Write working code that compiles/executes in the target environment. |
| DEBUG | Identify the root cause and provide a precise fix. |
| COPYWRITING | Write conversion-focused copy with clear value props and CTA. |
| TROUBLESHOOT | Provide step-by-step diagnostics with expected outcomes. |
| USER FLOW | Define user flows including states, errors, and edge cases. |
| LESSON PLAN | Design a structured learning plan. |
| INCIDENT RESPONSE | Provide triage and response steps for incidents. |
Tools (25+ chips)
| Chip | Description |
|---|---|
| TERMINAL | Use terminal commands as allowed by the user. |
| FILE SYSTEM | Read/write files as required by the task. |
| LINTER | Run or follow linting rules. |
| CSV READER | Load and analyze CSV data. |
| CITATION TRACKER | Track sources used for claims. |
| WIREFRAME | Provide textual wireframes or layouts. |
No-Go (20+ chips)
| Chip | Description |
|---|---|
| NO SPECULATION | Do not invent facts or guess without stating assumptions. |
| NO BREAKING CHANGES | Do not introduce breaking changes without explicit approval. |
| NO FABRICATION | Never fabricate data, quotes, or sources. |
| NO SECRET LEAKS | Do not output tokens, passwords, or private keys. |
| NO PII | Avoid handling personally identifiable information. |
| NO DOING HOMEWORK | For education tasks, guide the user; do not complete exams or homework directly. |
Usage Tracking
Synthezer tracks how often each chip is used across your pipelines. Every time a pipeline is submitted with a chip selected, that chip's usage count increments.
- Chips are sorted by usage count in the library, so your most-used chips float to the top.
- Usage counts help you identify which chips are part of your core workflow.
- You can reset all usage counts to zero from the command bar or Profile tab if you want a fresh start.
Tips & Best Practices
Start with a Pack, Then Customize
Load one of the default packs as a starting point, then add or remove individual chips. This is faster than building from scratch and ensures you don't forget common rules.
Less is More
Selecting too many chips can dilute their impact. The AI receives all chip descriptions at once — if there are 30+ instructions, some may be deprioritized. Aim for 3-8 chips per category, focusing on the most important constraints for your specific task.
No-Go Chips are Your Safety Net
Always include at least one or two No-Go chips. They act as guardrails that prevent the AI from doing things you never want — like fabricating data, leaking secrets, or introducing breaking changes.
Match Chips to the Task, Not the Domain
You don't need to only use "engineering" chips for code tasks. A debugging task might benefit from EMPATHETIC (AI Mind) if you're frustrated, or SOCRATIC if you want to learn from the bug. Mix categories to match how you want the AI to work.
Build Your Own Domain Chips
The most effective chips are ones you create for your specific workflow. If you always need the AI to follow your company's coding standards, create a chip like FOLLOW STYLE GUIDE with a description that includes your exact rules. If you have a preferred output format, encode it in a prerequisite chip.
Descriptions Over Names
The AI never sees chip names in isolation — it always gets the full description. So a chip named "X" with a great description will outperform a well-named chip with a vague description. Invest your time in writing clear, specific, actionable descriptions.
Common Chip Combinations
- Safe code changes:
CORRECTNESS FIRST+MINIMAL DIFF+SECURITY AWARE+READ CODEBASE+NO BREAKING CHANGES - Research report:
EVIDENCE FIRST+MULTI VIEW+DEFINE QUESTION+LIT REVIEW+NO UNSOURCED CLAIMS - Customer-facing writing:
PERSUASIVE+BENEFIT FOCUSED+DEFINE AUDIENCE+COPYWRITING+NO FABRICATION - Learning and tutoring:
SOCRATIC+PATIENT TONE+IDENTIFY LEVEL+EXPLANATIONS+NO DOING HOMEWORK
API Reference
For advanced users and integrations, here are the chip-related API endpoints:
| Method | Endpoint | Description |
|---|---|---|
| GET | /api/chips | List all chips, grouped by category |
| GET | /api/chips?category=ai_mind | List chips filtered by category |
| POST | /api/chips | Create or update a chip |
| PUT | /api/chips/:id | Update a chip's description |
| DELETE | /api/chips/:id | Delete a chip |
| POST | /api/chips/import | Bulk import chips |
| GET | /api/chips/packs | List all chip packs |
| POST | /api/chips/packs | Create a new chip pack |
| PUT | /api/chips/packs/:id | Update a chip pack |
| DELETE | /api/chips/packs/:id | Delete a chip pack (non-default only) |
| POST | /api/chips/reset-packs | Reset default packs to original state |
| POST | /api/chips/reset-usage | Reset all chip usage counts to zero |
Next Steps
- → Pipeline Guide — See how chips flow through the full 5-stage pipeline
- → PAE Scoring — Learn how the AI evaluates its output against your chip constraints
- → Templates — Save chip selections as reusable templates