Skip to main content
Glama

Insider trading, SEC Form 4: trades by company

sec_insider
Read-only

Recent insider trades in a US-listed company from its SEC Form 4 filings: who traded (name and role: director, officer title, 10% owner), date, buy or sell (open-market purchase, sale, award, option exercise, tax withholding), shares, price, dollar value, holding afterwards and whether it was under a 10b5-1 plan. Up to 10 filings, newest first. Public SEC EDGAR data. Use to see whether insiders are buying or selling. Example: ticker=AAPL. Price $0.01/call via x402 USDC or a card key (/credits), first 25 free; failed calls free. Reads or computes only and changes nothing; each call is charged, so repeats are not free.

Input Schema

NameRequiredDescriptionDefault
cikNoSEC Central Index Key of the company (instead of ticker)
limitNoForm 4 filings to read, 1-10 (default 5)
tickerNoStock ticker or company name, e.g. AAPL (or give cik)

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.1/5.0
Behavior4/5

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

Goes well beyond the annotations by disclosing the cost model ($0.01/call via x402 USDC or card key, first 25 free, failed calls free) and warning that repeats are charged, which reinforces the non-idempotent hint. It also names the data source (public SEC EDGAR). Some space is spent restating the readOnly/destructive-free behavior already in annotations.

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

Conciseness4/5

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

Purpose is front-loaded in the first clause and the pricing caveat closes it out usefully. The mid-sentence enumeration of returned fields is dense but earns its place since there is no output schema.

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

Completeness4/5

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

With no output schema, the description compensates by listing what each trade record contains (who, role, date, transaction type, shares, price, value, post-holding, 10b5-1 flag). Cost, source, ordering and limits are all covered; only the ticker-vs-cik precedence is left to the schema.

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

Parameters3/5

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

Schema description coverage is 100%, so ticker/cik/limit are already documented, including the 1-10 default. The description only echoes the 10-filing cap and adds a ticker example, adding no new semantics about how cik and ticker interact.

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?

Names a specific verb and resource: insider trades from SEC Form 4 filings of a US-listed company, with the exact scope (up to 10 filings, newest first). This is clearly distinguishable from siblings like sec_13f (institutional holdings), sec_8k (material events) and sec_filings (generic filing lookup).

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?

Gives an explicit use case ("Use to see whether insiders are buying or selling") and a concrete example (ticker=AAPL). It never names an alternative sibling tool or states when NOT to use it, so the routing guidance is clear but not exclusive.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.