Agent skill

Kicad Pcb

by mixelpixx in mixelpixx/Konnect

Workflow skill for KiCAD PCB layout and routing via MCP tools.

AGPL-3.0Auto-check passedAgent Workflows

Install Kicad Pcb

skills CLI
$ npx skills add mixelpixx/Konnect --skill kicad-pcb -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install mixelpixx/Konnect kicad-pcb --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/mixelpixx/Konnect.git skills-src && mkdir -p .claude/skills && cp -r skills-src/crates/konnect/assets/skills/kicad-pcb .claude/skills/kicad-pcb && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
kicad-pcb
GitHub stars
917
Token cost
~5.6k tokens
SKILL.md length
2,720 words
Files
4 (incl. references)
Skills in repo
6
Repo updated
First seen
Licence
AGPL-3.0

At a glance

Workflow skill for KiCAD PCB layout and routing via MCP tools.

  • Works in 8 steps: Board outline — set_board_size or draw… → Update from schematic — call… → Refresh changed libraries — when a… → …
  • : layout the board
  • SKILL.md covers Prerequisites, Toolset Loading, Layout Order and Placement, plus 5 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Kicad Pcb is an agent skill from mixelpixx/Konnect. Workflow skill for KiCAD PCB layout and routing via MCP tools. Triggers on: "layout the board", "route traces", "PCB", "place footprints", "copper pour", "board outline", "differential pair", "board setup", "track width", "via", "zone", "design rules", "stackup", "silkscreen".

Its SKILL.md is about 5.6k tokens, which your agent loads only when the skill is triggered. The skill folder holds 4 other files, including reference files (for example `references/design-rules.md`, `references/layer-reference.md` and `references/trace-width-table.md`).

It sits in Agent Workflows, covering MCP servers. The repository describes itself as: AI-assisted PCB design for KiCAD 10. Native KiCAD plugin — a single Rust binary exposing 217 schematic, layout, routing, placement, design-review, and manufacturing tools to…. The licence is AGPL-3.0.

When your agent uses it

  • : layout the board
  • Place footprints
  • Differential pair

Example prompts

  • “layout the board”
  • “route traces”
  • “place footprints”
  • “/kicad-pcb”

Workflow steps

8 steps, taken from the first numbered list in SKILL.md.

  1. Board outline — set_board_size or draw Edge.Cuts geometry. Both outline tools
  2. Update from schematic — call update_pcb_from_schematic first with
  3. Refresh changed libraries — when a linked footprint library changed, use
  4. Place components — position all footprints
  5. Route traces — connect all nets
  6. Copper pour — add ground/power zones last
  7. DRC — run design rule check
  8. Save — save_project

What it can do on your machine

Read from SKILL.md and the folder at commit 9488e5f. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Kicad Pcb loads about 5.6k tokens when it runs, and up to ~7.5k if it reads all its reference files. Until then it costs about 72 tokens; SKILL.md has 2,720 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~72
When it runs · the whole SKILL.md, loaded when a task matches
~5.6k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~7.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from mixelpixx/Konnect at commit 9488e5f, republished under its AGPL-3.0 licence (© mixelpixx). 2,720 words, ~5,597 tokens.

Download SKILL.mdSave it as .claude/skills/kicad-pcb/SKILL.md (or your agent's skills folder). This skill also uses 3 other files; get the full folder from GitHub.
name
kicad-pcb
description
Workflow skill for KiCAD PCB layout and routing via MCP tools. Triggers on: "layout the board", "route traces", "PCB", "place footprints", "copper pour", "board outline", "differential pair", "board setup", "track width", "via", "zone", "design rules", "stackup", "silkscreen".
argument-hint
[layout task]

KiCAD PCB Layout Workflow

This skill guides Claude to perform PCB layout using Konnect MCP tools. ALL modifications go through MCP tools — never edit .kicad_pcb files directly.


Prerequisites

Most PCB layout operations require KiCAD to be running with the board file open. The IPC connection communicates with the running KiCAD instance in real-time.

Some board-construction and component tools have guarded closed-board paths. IPC-first tools fall back to the file only when the transport is unreachable and the target board has not been observed live during this server session. These paths use revision-aware atomic writes: placement preserves pads, graphics, attributes, and models; moves preserve the existing angle; rotations update the footprint and its child angles; the closed-board flip fallback mirrors supported geometry and swaps front/back layers, refusing any 3D model whose offset/rotation it cannot transform. On KiCad 10.0.6+, flip_component prefers KiCad's own native FlipItems IPC command instead, which handles that 3D-model transform correctly — the file fallback only applies when no live KiCad holds the board. A reachable KiCad that predates 10.0.6 returns the structured error unsupported_capability; every reachable rejection stays closed instead of racing the editor with a file edit.

unsafe_file_fallback is a stop condition. It means Konnect reached this board live earlier in the current server session but IPC is now unreachable, so the saved file may be older than lost editor state. Pause mutation work, tell the user that Konnect left the file unchanged, and ask them to reopen/recover, reconcile, and save the board in KiCad. A read-only tool taking board_source can return the same kind, where nothing was going to be written: reporting the saved file as current would be the unsafe act. There, board_source: "saved" inspects that snapshot deliberately and says what it excludes — offer it instead of retrying the default. Continue through live IPC afterward. Preserve the guard: do not retry-loop, restart Konnect automatically, or edit .kicad_pcb directly. If the user confirms a clean close and an authoritative saved file, they may restart Konnect to deliberately begin a new closed-board session.

If connection fails:

  • Tell the user to open KiCAD and load the project
  • The board (.kicad_pcb) must be open in the PCB editor
  • KiCAD's IPC API must be enabled (default in KiCAD 8+)

Toolset Loading

Before any PCB work, load the required toolsets:

load_toolset('pcb_board')        # board outline, layers, setup, stackup
load_toolset('pcb_components')   # place, refresh, move, rotate, align footprints
load_toolset('pcb_routing')      # traces, vias, differential pairs
load_toolset('sch_export')       # update PCB from the saved schematic hierarchy

Zones (pcb_board: add_zone; pcb_routing: add_copper_pour), component/net queries (pcb_components: find_component, get_component_list; pcb_board: get_board_info), and bulk placement (pcb_components: place_component_array, align_components, duplicate_component) are already covered by the toolsets loaded above.

Load additional toolsets as needed:

load_toolset('config')           # design rule storage: add_design_rule, list_design_rules
load_toolset('verification')     # run_drc, rules/sizes, check_clearance (explicit anchor/courtyard mode)

Always call get_active_toolsets() first to see what is already loaded.

References by decision
  • Read references/layer-reference.md when selecting a copper, fabrication, user, or mechanical layer or deciding which side owns an item.
  • Read references/trace-width-table.md when sizing a current-carrying trace, via, or controlled-impedance route. It defines the required calculation inputs and acceptance record; it is not a lookup table.
  • Read references/design-rules.md when creating netclasses, configuring project constraints, or adjudicating DRC results.

Layout Order

Follow this sequence for a clean PCB workflow:

  1. Board outline — set_board_size or draw Edge.Cuts geometry. Both outline tools append, so resize with delete_graphics(layer='Edge.Cuts') first — a second call without it leaves two overlapping outlines and a DRC failure.
  2. Update from schematic — call update_pcb_from_schematic first with dry_run: true. Review status, coverage, diagnostics, and staged positions. Apply only with dry_run: false and the exact returned expected_plan_revision value. The saved schematic hierarchy must be closed in the schematic editor, and the target board must be open in KiCad. A conflict is non-mutating; resolve it and rerun the dry run. A diagnostic about a library footprint names that footprint and every part that needs it: when the footprint cannot be placed (custom-shape pads are not supported), assign those parts a footprint without them; when the schematic connects a pad the footprint does not have, fix the symbol or the footprint choice. A successful apply is one KiCad undo entry, so Ctrl-Z reverses the whole update.
  3. Refresh changed libraries — when a linked footprint library changed, use update_footprints_from_library, the MCP equivalent of KiCad Tools → Update Footprints from Library. This is distinct from update_pcb_from_schematic: it refreshes supported library-owned pads, graphics, attributes, metadata, and 3D models without changing references, placement, side, rotation, KIID, symbol metadata, instance overrides, or pad nets. Always call it first with dry_run: true; apply only with dry_run: false and the exact returned expected_plan_revision. The requested board must be open in live KiCad, one apply is one undo entry, and unsupported or stale content returns a non-mutating conflict instead of silently dropping it.
  4. Place components — position all footprints
  5. Route traces — connect all nets
  6. Copper pour — add ground/power zones last
  7. DRC — run design rule check
  8. Save — save_project

Do NOT add copper pours before routing is complete — they interfere with interactive routing.


Placement

Strategy
  • Group components by functional block (power, digital, analog, connectors)
  • Place ICs first, then their associated passives
  • Decoupling caps: within 2mm of their IC power pins, on same layer
  • Cable/EMI filter caps: on the connector's own pins, and judged against that connector rather than the nearest IC
  • Connectors: at board edges, accessible for cables
  • High-frequency components: minimize trace lengths between them
  • Thermal considerations: power components away from sensitive analog
Placement Tools
ToolUse Case
place_componentPosition one footprint via IPC or safe file fallback
update_footprints_from_libraryRefresh placed definitions from linked libraries
move_componentRelocate a footprint via IPC or safe file fallback
rotate_componentRotate a footprint via IPC or safe file fallback
flip_componentSet F.Cu/B.Cu via native IPC (KiCad 10.0.6+) or safe file fallback
set_placed_footprint_modelsInspect or edit exact indexed 3D-model entries on a live placed footprint
align_componentsAlign multiple components (top/bottom/left/right/center)
place_component_arrayGrid placement for repeated elements
Bounded AI-directed placement loop

Load load_toolset('sch_analysis'), load_toolset('placement'), and load_toolset('verification'). Complete placement through this ordered loop; a proposed coordinate or a successful tool call is not evidence that the requested board now has the intended placement:

  1. Recover intent and name the scope. Read the schematic, connectivity, and current board. Identify the functional reason for each move and list the exact footprint references that may move. Do not infer a capacitor-to-IC relationship from GND alone; use score_placement.decoupling_associations as supporting evidence and treat unproven_decoupling_caps as unresolved intent.
  2. Build the held set. Include every caller-identified intentional placement. A diagnostic auto_place_from_schematic dry-run reports saved-board lock records in its held list; accept those only when that saved file is known current. get_component_list does not expose lock state, so if neither current saved evidence nor the caller establishes the KiCad-locked references, report BLOCKED and ask the caller to confirm them. Never send a held reference to move_component or rotate_component.
  3. Plan a small explicit batch. Prefer one functional group and the fewest references needed to test the improvement. auto_place_from_schematic is a deprecated diagnostic planner only: its plan is always blocked from apply. refine_placement_force_directed is also deprecated; do not weaken its gates or apply a score tie. Make a justified score-neutral change with explicit moves instead.
  4. Apply only the named moves. Use move_component and rotate_component; do not turn a diagnostic whole-board plan into an autonomous bulk mutation.
  5. Read back the exact requested live board. After every batch, call get_component_list for that board and verify each requested reference's observed position, rotation, and layer. Call get_board_info and require source: "ipc" before treating this as live-board proof (score_placement names the same live authority source: "live_ipc"). A saved-file or CLI observation may support a separate check, but report it as saved/CLI evidence and do not present it as live IPC readback.
  6. Validate the observed result. Re-run score_placement and KiCad DRC. Check the score's hard failures, outline status, deductions, associations, and evidence source—not only its numeric score. Continue with another small batch only when the observed result justifies it.
  7. Finish with evidence or BLOCKED. Report the exact moved and held references, observed live positions, source for each check, score/DRC result, and remaining findings. Report BLOCKED when live source authority, functional intent, containment, or another required fact cannot be proved; never fill an evidence gap with a guessed coordinate or a request value.

Completion requires live readback of every applied move plus placement and DRC results from the resulting board. A diagnostic plan, a saved-file snapshot, or an unproved outline is not completion evidence.

Placement diagnostics and planners
  • score_placement reports a 0-100 score with named deductions. Hard failures (courtyard overlaps, parts outside a proven outline) decide the verdict regardless of the number, and a board with no outline can never pass. decoupling_associations names the non-ground, bounded-fanout evidence used for cap-to-IC distance checks; unproven_decoupling_caps identifies caps the scorer deliberately did not guess about. interface_filter_caps lists caps within their family limit of a connector carrying every one of their nets; do not drag those cable-filtering parts toward an IC.
  • Outside-outline and connector-edge evidence applies only to a provably axis-aligned rectangular outline (outline_shape: "rectangular"). Treat outline_unproven like outline_missing, not like pass; validate a non-rectangular board's real fit with KiCad DRC and report BLOCKED for the unavailable containment proof.
  • auto_place_from_schematic returns a deterministic net-clustered starting plan for diagnosis. It never writes: dry_run: false returns structured plan_blocked.
  • refine_placement_force_directed is deprecated. Its global-net spring model can pull a part toward every footprint sharing a board-wide rail. Dry-run may explain its plan, but blocked, non-improving, and score-tied plans do not apply; use bounded explicit moves instead.
  • place_decoupling_caps plans a row beside an IC from exact caller-given capacitor_references (never net-inferred). It refuses an out-of-bounds, non-improving, or containment-unproven plan.
  • plan_bga_fanout detects pitch from the pad grid; apply executes as one KiCad undo commit over live IPC.
Placement Tips
  • Use mm coordinates (KiCAD default for PCB)
  • Standard grid: 0.5mm for placement, 0.25mm for fine adjustment
  • Check component courtyard overlaps after placement
  • Reference designator text: F.SilkS layer, 1mm height default

Routing

Before choosing trace approach points, call get_component_pads for the participating footprints. Use its returned board-space position, effective rotation, shape, size, drill, and per-copper-layer geometry; do not estimate copper extent from package family or a different pad in the footprint. A null geometry field is unavailable evidence, not a zero-size pad.

Show full SKILL.md (1,067 more words)Show less
Routing Tools
ToolUse Case
route_pad_to_padDirect connection, auto L-bend routing
route_traceManual segment-by-segment routing
route_differential_pairMatched-length USB/LVDS/Ethernet pairs
add_viaLayer transition
create_netclassDefine width/clearance rules for net groups
route_pad_to_pad

The primary routing tool. Looks up both pad positions on the board and lays an L-shaped trace between them.

route_pad_to_pad(board, net_name, ref1, pad1, ref2, pad2, layer?, width?)
  • Emits one segment when the pads already share an X or Y, two otherwise
  • Specify the width in mm from the accepted project netclass or sizing record.
  • Routes entirely on layer (default F.Cu) — it does not add a via. To change layer mid-route, place the via yourself with add_via and route each side separately
route_trace

One straight segment between two explicit points, for when you want to control the path yourself.

route_trace(board, net_name, layer, x1, y1, x2, y2, width?)
  • Use when auto-routing creates suboptimal paths
  • There is no waypoint list: call it once per segment to build a polyline
  • Coordinates are board-space mm
route_differential_pair

For differential signals (USB, HDMI, Ethernet, LVDS).

route_differential_pair(board, net_pos, net_neg, x1, y1, x2, y2, gap?, layer?, width?)
  • Lays two straight traces parallel to the given line, offset (gap + width)/2 either side, so spacing is constant along the segment
  • Not a length-matching router: it adds no serpentine tuning, and equal length only follows from the two traces being parallel segments. Skew introduced before or after this call is yours to correct
  • Common pairs: USB_D+/USB_D-, LVDS_P/LVDS_N
Netclasses

Define routing rules for groups of nets:

create_netclass(board, name, trace_width?, clearance?, via_drill?, via_diameter?)

The class is written to the project's .kicad_pro file, which is where KiCad has kept netclasses since v7 — the board file is not modified.

Before creating or updating a class, read get_netclasses and the applicable design-rule/trace-sizing references. Derive width, clearance, gap, drill, and diameter from the selected fabrication contract, stackup, and electrical calculation. Read the classes back after the write and confirm every special net resolves through the intended class. Missing inputs make the rule INCOMPLETE.

Pre-defined sizes

Netclass width is the default. The Track/Via dropdowns are a separate palette in the sibling .kicad_pro. Fill them with set_predefined_sizes so W / Shift+W can step through extra widths without changing netclasses:

The values below show call syntax only; they are not engineering recommendations. Replace every value with one from the accepted project sizing record, derived from the current fabrication contract, stackup, and electrical requirements. If that evidence is unavailable, report the sizing task as INCOMPLETE instead of reusing these illustrative values.

set_predefined_sizes(board, track_widths=[0.2, 0.5, 0.8],
    via_dimensions=[{diameter:0.6, drill:0.3}, {diameter:0.8, drill:0.4}])

A leading 0 mm / 0,0 via is always kept as “use netclass values”. These sizes are not DRC limits. KiCad reads the list on next project open.


Copper Pour

Zone tools live in the pcb_board toolset.

add_zone

Creates a copper pour area (polygon fill).

add_zone(board, net_name, layer, points, clearance?, min_width?,
         name?, priority?, pad_connection?)
  • Almost always GND net on both F.Cu and B.Cu
  • points is the outline polygon; define it slightly inside the board edge (0.5mm inset)
  • priority defaults to 0; the higher priority wins where two pours overlap
  • pad_connection is solid | thermal | none, defaulting to thermal as KiCad does
  • With KiCad running on this board the zone is created over IPC and refilled for you, so it appears at once and is in KiCad's undo stack. Without a live KiCad it goes into the file instead, and the result says so (source: file) and carries a warning describing the process-local evidence and cold-start limitation. A board observed live earlier in this server session fails with unsafe_file_fallback instead of writing the file.
refill_zones

Must call refill_zones after any change that affects copper pour:

  • After adding/moving components
  • After routing new traces
  • After modifying zone outlines
  • After changing design rules

Zones do not auto-update — stale fills cause DRC errors.

Zone Tips
  • GND pour on both layers is standard practice
  • Leave spoke thermal reliefs for through-hole pads (easier soldering)
  • Use keepout zones to prevent copper in sensitive areas
  • Zone clearance typically 0.3-0.5mm from traces

Layer Reference

LayerNamePurpose
F.CuFront CopperTop copper traces and pads
B.CuBack CopperBottom copper traces and pads
F.SilkSFront SilkTop silkscreen (text, outlines)
B.SilkSBack SilkBottom silkscreen
F.MaskFront MaskTop solder mask openings
B.MaskBack MaskBottom solder mask openings
Edge.CutsBoard OutlinePhysical board boundary
F.FabFront FabTop fabrication drawing
B.FabBack FabBottom fabrication drawing
F.CrtYdFront CourtyardTop component clearance area
B.CrtYdBack CourtyardBottom component clearance area
In1.CuInner 1Internal copper layer 1
In2.CuInner 2Internal copper layer 2
Layer Usage Guidelines
  • Route signals on F.Cu and B.Cu (2-layer) or add inner layers for complex boards
  • Board outline MUST be on Edge.Cuts (closed polygon or rectangle)
  • Silkscreen for reference designators and polarity marks
  • Courtyard defines minimum spacing between components
  • Use F.Fab/B.Fab for assembly drawings and component outlines

Design Rule Check

After completing layout:

run_drc()

Common DRC errors and fixes:

  • Clearance violation: move trace or component further apart
  • Unconnected net: route missing connection
  • Track too close to edge: move inward from board outline
  • Courtyard overlap: increase spacing between components
  • Zone fill error: run refill_zones
Read owner before deciding on a board-edge violation

Every violation item carries owner and ownership_status. Read them before choosing a fix — "Circle of J1 on Edge.Cuts" reads identically whether that geometry is the board outline or a cutout the footprint carries itself.

  • owner.kind: "board" — the item is the board's own geometry. Move the offending copper inward, or change the outline.
  • owner.kind: "footprint" — the geometry belongs to that footprint (owner.reference names it), typically a connector's locking-peg cutout. It is still real fabrication geometry and the violation is still real, but the pad and the cutout move together, so repositioning the component cannot fix it. Review the footprint definition or the rule instead.
  • ownership_status other than "resolved" ("uuid_missing", "not_found") — ownership is unknown, and owner is null. Do not assume the board owns it; check with list_board_footprint_graphics before advising a move.

Rules

  1. Never edit .kicad_pcb directly — all changes go through MCP tools
  2. Always verify placement after moves — components may snap to unexpected positions
  3. Board outline first — define the physical boundary before placing anything
  4. Refill zones after changes — stale zone fills cause phantom DRC errors
  5. Check DRC before finishing — run run_drc() and resolve all errors
  6. Use netclasses for consistency — define track widths per net type, not per trace
  7. KiCAD normally must be running — use guarded closed-board paths only when a tool explicitly offers them. Treat unsafe_file_fallback as a human recovery boundary; other PCB edits still require the live IPC connection.
  8. Save frequently — call save_project after major operations
  9. Load toolsets first — check get_active_toolsets() and load what you need
  10. Copper pour last — add zones only after routing is substantially complete

© mixelpixx, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 3 other files (references) in crates/konnect/assets/skills/kicad-pcb of mixelpixx/Konnect.

  • SKILL.md
  • references/design-rules.md
  • references/layer-reference.md
  • references/trace-width-table.md

Open the folder on GitHubat commit 9488e5f

Compare with similar skills

Kicad Pcb next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Kicad Pcb compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Kicad Pcb this skillmixelpixx/Konnect917—~5.6kAutomated safety check: PassAGPL-3.0
MCP Server Builderanthropics/skills180k63 repos~2.3kAutomated safety check: PassApache-2.0
MCP Server BuildershareAI-lab/learn-claude-code78k5 repos~1.2kAutomated safety check: PassMIT
MCP Integration for Pluginsanthropics/claude-plugins-official38k11 repos~3.1kAutomated safety check: PassApache-2.0
Microsoft Skill CreatorMicrosoftDocs/mcp1.9k3 repos~2.1kAutomated safety check: PassCC-BY-4.0
Crush Configurationcharmbracelet/crush29k—~3.7kAutomated safety check: PassCustom licence

Similar skills

  • MCP Server Builder

    anthropics/skills

    Official

    Guides the design and implementation of Model Context Protocol servers in TypeScript or Python, from tool naming and error messages to evaluation.

    180k GitHub starsUsed in 63 repos~2.3k tokens
    Agent WorkflowsAuto-check passed
  • MCP Server Builder

    shareAI-lab/learn-claude-code

    Walks through building MCP servers in Python or TypeScript that expose tools, resources and prompts to Claude, with templates, registration and testing.

    78k GitHub starsUsed in 5 repos~1.2k tokens
    Agent WorkflowsAuto-check passed
  • MCP Integration for Plugins

    anthropics/claude-plugins-official

    Official

    Explains how to bundle Model Context Protocol servers in a Claude Code plugin, covering config files, stdio, SSE, HTTP and WebSocket server types, and authentication.

    38k GitHub starsUsed in 11 repos~3.1k tokens
    Agent WorkflowsAuto-check passed
  • Microsoft Skill Creator

    MicrosoftDocs/mcp

    Official

    Create agent skills for Microsoft technologies using official documentation.

    1.9k GitHub starsUsed in 3 repos~2.1k tokens
    Agent WorkflowsAuto-check passed
  • Crush Configuration

    charmbracelet/crush

    Explains how to configure the Crush coding agent with crushrc or crush.json, covering providers, models, LSPs, MCP servers, hooks, permissions and config precedence.

    29k GitHub stars~3.7k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Context Mode Output Sandbox

    mksglu/context-mode

    Routes large command, file, API and browser output through context-mode tools so only the needed result enters the agent's context, instead of dumping it via Bash.

    26k GitHub stars~4.1k tokensUpdated yesterday
    Agent WorkflowsAuto-check passed

More from mixelpixx/Konnect

  • Kicad Manufacture

    mixelpixx/Konnect

    Manufacturing and fabrication workflow for KiCAD projects via MCP tools.

    917 GitHub stars~2.2k tokensUpdated 4 days ago
    Auto-check passed
  • Kicad Review

    mixelpixx/Konnect

    Design review and validation workflow for KiCAD projects via MCP tools.

    917 GitHub stars~3.2k tokensUpdated 4 days ago
    Auto-check passed
  • Kicad Schematic

    mixelpixx/Konnect

    Workflow skill for KiCAD schematic design via MCP tools. An agent skill from mixelpixx/Konnect.

    917 GitHub stars~4.1k tokensUpdated 4 days ago
    Auto-check passed
  • Konnect

    mixelpixx/Konnect

    Mandatory operating rules for ANY task involving KiCAD projects.

    917 GitHub stars~2.1k tokensUpdated 4 days ago
    Auto-check passed
  • Kicad Library

    mixelpixx/Konnect

    Library management workflow for KiCAD — creating symbols, footprints, and managing libraries via MCP tools.

    917 GitHub stars~5.1k tokensUpdated 4 days ago
    Auto-check passed

Categories

Questions about Kicad Pcb

What does Kicad Pcb do?

Workflow skill for KiCAD PCB layout and routing via MCP tools. Kicad Pcb is an agent skill from mixelpixx/Konnect. Workflow skill for KiCAD PCB layout and routing via MCP tools.

When should I use Kicad Pcb?

Kicad Pcb fits situations like: : layout the board; place footprints; differential pair.

How do I install Kicad Pcb in Claude Code?

Run `npx skills add mixelpixx/Konnect --skill kicad-pcb -a claude-code`. Or copy the skill folder (crates/konnect/assets/skills/kicad-pcb in mixelpixx/Konnect) into .claude/skills/kicad-pcb in your project. Claude Code loads it when a task matches its description.

How do I install Kicad Pcb in Codex?

Run `npx skills add mixelpixx/Konnect --skill kicad-pcb -a codex`. Or copy the skill folder (crates/konnect/assets/skills/kicad-pcb in mixelpixx/Konnect) into .agents/skills/kicad-pcb in your project. Codex loads it when a task matches its description.

Can I use Kicad Pcb in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add mixelpixx/Konnect --skill kicad-pcb -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/kicad-pcb, .gemini/skills/kicad-pcb, .github/skills/kicad-pcb and .opencode/skills/kicad-pcb in your project.

What does Kicad Pcb need to run?

SKILL.md names no scripts, command-line tools or credentials: Kicad Pcb is instructions for the agent only.

Does Kicad Pcb access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Kicad Pcb safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Kicad Pcb use?

Kicad Pcb is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Kicad Pcb use?

About 5.6k tokens (SKILL.md is roughly 22k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 1.9k tokens, read only when the agent opens those files.

What are the alternatives to Kicad Pcb?

Skills that share tags, products or a category with Kicad Pcb: MCP Server Builder (anthropics/skills, 180k stars), MCP Server Builder (shareAI-lab/learn-claude-code, 78k stars), MCP Integration for Plugins (anthropics/claude-plugins-official, 38k stars) and Microsoft Skill Creator (MicrosoftDocs/mcp, 1.9k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Kicad Pcb?

mixelpixx (a GitHub user) maintains it in mixelpixx/Konnect, which has 917 GitHub stars. The repository holds 6 skills in this directory. The repository was last updated on October 6, 2026.

Source: mixelpixx/Konnect on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.