Skip to main content
Glama
monoxide-xen

microcap-mcp

by monoxide-xen

generate_current_mirror

Generate a Micro-Cap .CIR netlist for a BJT current mirror: set Rref for reference current, Rload for mirrored output, and run DC or transient analysis.

Instructions

Draw a .CIR BJT current mirror.

A diode-connected NPN sets a reference current Iref = (Vcc - Vbe)/Rref; a matched NPN copies it into Rload. The mirrored current is Iout ≈ Iref (a few % high from the Early effect). It is a DC bias block, so run a transient/DC and read V(OUTC): the mirrored current is (Vcc - V(OUTC)) / Rload.

Args: rref: reference-leg resistor; sets Iref. rload: load on the output transistor's collector. vcc: supply voltage. analysis: transient or dc (it is a bias block, not an AC stage). output_node: label for the output collector node.

Returns the .CIR text.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
vccNo12
rrefNo11.3K
rloadNo5K
analysisNotransient
output_nodeNoOUTC

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, the description carries the full burden. It discloses that the output is .CIR text, that the current mirror has an Early effect causing a few % deviation, and how to read the output node. This goes beyond a basic restatement.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is well-structured with a clear opening, a brief circuit explanation, and a bullet-like Args list. Every sentence adds value, including the formula for computing Iref and the note about Early effect, without being verbose.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool has no annotations, no schema descriptions, but an output schema (returns .CIR text), the description covers the key aspects: what it does, how to use it, what the parameters mean, and what output to expect. It ties into the simulation workflow by suggesting transient/DC analysis.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, so the description must explain parameters, and it does. Each of the five parameters is listed with its role (e.g., rref sets Iref) and analysis type is specified as transient or dc, providing meaning beyond the bare schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it draws a .CIR BJT current mirror, which is a specific verb and resource. It distinguishes itself from sibling tools by specifying it's a current mirror generator, not an amplifier or other circuit.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It provides usage context by explaining the circuit is a DC bias block and should be run with transient/DC analysis, not AC. It doesn't explicitly name alternative tools, but this context helps an agent decide when to use it.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/monoxide-xen/microcap-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server