gutfeel-mcp
Run small-model judgment calls over text: yes/no claims, category picks, and ordered ratings — singly or batched — with explicit uncertainty handling.
likely — judge whether a claim is true of a text (e.g. "asks for a refund") and get yes/no plus the model's probability; can return
unsureinstead.classify — choose the best-fitting option from labels or
{label: description}categories (team, topic, intent), returning the winner, every option's probability, and a confidence.rate — score a text on an ordered 2–10 level scale (urgency, severity), returning a score that may fall between levels, plus the nearest level and confidence.
each — ask the same question about many texts at once (likely-style, with options, or with levels), far faster than one call per text.
Uncertainty controls —
ask_human(allowunsure),stakes(low/medium/high strictness, requires ask_human), andlean(which way to err when unsure isn't allowed).Safe by design — all four tools are read-only, idempotent, and closed-world, so they can be called repeatedly without side effects.
Allows gut's judgment tools to use local Ollama models via the OpenAI-compatible backend, enabling classify, likely, and rate decisions on locally hosted models.
Allows gut's judgment tools to use OpenAI models via the OpenAI-compatible backend, such as gpt-4.1-nano, for classify, likely, and rate decisions.
Judgment calls as one line of Python — built for Jev, and running on any small model.
Try it in your browser → The site runs gut's local model in the page: no key, no server.
Your code keeps running into questions that aren't logic: Is this comment spam? Which team owns this ticket? How urgent is it? Is the agent's task done? Until now there were three answers:
Regex and keyword rules — free and instant, and wrong the moment someone phrases it differently.
A frontier LLM — understands anything, at seconds and cents a call, with prose to parse.
Train a classifier — cheap to run, once you have the labelled data, the pipeline and the week.
There is a fourth: a small model made for exactly these questions. TypeSafe AI's
Jev answers typed questions directly — a probability for yes, a
distribution over options, a score on a scale — with nothing to generate or parse, billed on input
only. gut is built around it, and makes it a line of code:
import gut
gut.configure(backend=gut.JevBackend()) # or just set TYPESAFE_API_KEY
if gut.likely(comment, "is spam"):
hide(comment)No prompt, no parsing, no threshold — and no model named at the call site.
Three questions
gut.likely(ticket, "is a bug report") # yes / no
gut.classify(ticket, Team) # which one — an Enum
gut.rate(ticket, ["can wait", "this week", "right now"]) # how muchRelated MCP server: jev-flash-router
It knows when it doesn't know
A regex never hesitates, and neither does an LLM. gut can:
match gut.likely(email, "the customer threatens to cancel", ask_human=True):
case gut.YES: escalate(email)
case gut.NO: auto_reply(email)
case gut.UNSURE: send_to_a_person(email)Say how careful to be in words — lean="yes", stakes="high" — and gut works out the thresholds.
A thousand subjects, one line
spam = gut.each(comments).likely("is spam") # one decision per comment, in order
teams = gut.each(tickets).classify(Team)Jev gets concurrent requests, a local model batched passes, and nothing already cached is asked
twice. @gut.semantic does the same for several questions about one subject.
Jev first, any model
Jev is the model gut is designed around. It is not the only one: the model is configuration, and
the same line runs unchanged on any of these.
gut.configure(backend=gut.JevBackend()) # TypeSafe AI's Jev
gut.configure(backend=gut.JevBackend.openrouter()) # Jev, through OpenRouter
gut.configure(backend=gut.JevBackend.ollaya("winnow:e4b")) # open decision model, Ollaya
gut.configure(backend=gut.ZeroShotBackend()) # NLI model, on your CPU
gut.configure(backend=gut.TransformersBackend("Qwen/Qwen3-0.6B")) # small LLM, on your machine
gut.configure(backend=gut.OpenAICompatibleBackend( # Ollama, vLLM, llama.cpp
"qwen2.5:1.5b", base_url="http://localhost:11434/v1"))
gut.configure(backend=gut.OpenAICompatibleBackend("gpt-4.1-nano")) # OpenAI
gut.configure(backend=gut.OpenAIDecisionsBackend()) # OpenAI's Decisions APIOr several at once. Cascade asks the cheapest model first and passes on only what it is unsure of:
gut.configure(backend=gut.Cascade(
gut.ZeroShotBackend(), # free and local: settles the obvious
gut.JevBackend(), # sees only what the first could not
))Every answer is a model's own probabilities, never parsed from text, and decision.model names the model that gave it. Your own model can be a backend too: here is how.
Install
pip install "gutfeel[jev]" # + JevBackend: TypeSafe, OpenRouter or Ollaya
pip install "gutfeel[local]" # + ZeroShotBackend and TransformersBackend (PyTorch)
pip install gutfeel # core: any OpenAI-compatible server; FakeBackend for tests
pip install gutfeel-mcp # + the MCP server, gutfeel-mcpThe package on PyPI is gutfeel (gut was taken); the import is plain import gut. No model at hand? gut.FakeBackend(answers={"is spam": 0.97}) answers from fixtures, for tests.
From a shell, and for agents
The big model thinks; the small one decides, fast. An agent with gut judges a thousand files,
commits or search results in one command instead of reading each one itself:
git ls-files | gut filter "retries failed requests" --read-files --max-cost 0.50
claude mcp add gut --env TYPESAFE_API_KEY=your-key -- uvx gutfeel-mcp # MCP Registry: io.github.Kungie/gut
npx skills add Kungie/gut --skill gut # teaches a coding agent when to reach for itDocs
The documentation, one page per idea: Getting started · Backends · Knowing when it doesn't know · Asking everything at once · Async · Exact costs · Caching and observability · Command line · MCP server · Honest limitations. examples/ runs the same code on every backend.
Status and license
Pre-1.0, Apache-2.0. Every code block in these docs runs in the test suite · contributing
Available Tools
4 toolsclassifyARead-onlyIdempotent
Pick the option that fits a text best: a team, a topic, a language, an intent. Answers with the chosen label, every option's probability and a confidence.
Inputs: options (required), subject (required), stakes, question, +1 more. Returns: object
eachARead-onlyIdempotent
Ask the same question about many texts at once: likely with just a question, classify with options, rate with levels. Far faster than one call per text.
Inputs: subjects (required), levels, stakes, options, +2 more. Returns: object
likelyARead-onlyIdempotent
Judge whether a claim is true of a text. Answers yes or no with the model's probability that the claim is true -- or unsure, when ask_human is set.
Inputs: subject (required), question (required), lean, stakes, +1 more. Returns: object
rateARead-onlyIdempotent
Rate a text on an ordered scale such as urgency or severity. Answers with a score, which can fall between levels, the nearest level and a confidence.
Inputs: levels (required), subject (required), stakes, question, +1 more. Returns: object
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 4 tools
likely, classify, and rate have clearly distinct output types (binary truth, categorical label, ordinal score). 'each' overlaps as a batch version of all three, which could cause some confusion if the description is not read, but its purpose is clarified as handling many texts at once.
Names are all lowercase single words but mix parts of speech: classify and rate are verbs, while likely is an adjective and each is a determiner. There is no consistent verb_noun or action-oriented pattern, making the set less predictable.
Four tools is a lean but appropriate set for a focused text-judgment service. Each tool covers a distinct primitive or batch variant, with no obvious redundancy.
The surface covers binary judgment, multi-class classification, ordinal rating, and batch versions of all three, forming a complete core for quick text judgments. Minor gaps exist (e.g., no explicit pairwise comparison or human escalation for classify/rate), but agents can work around them.
Maintenance
Related MCP Connectors
Calibrated judgments for text: yes/no probabilities, picks from your options, or scores.
Typed-question decisions from Jev: classify, moderate, route models and guard tool calls.
Jev-powered decisions, web search, PDF/web to Markdown, summarize. From $0.001, no API key.
Grade essays, check resumes, and ask typed yes/no, choice and rubric questions, powered by Jev.
Related MCP Servers
- AlicenseAqualityBmaintenanceEnables agents to get fast, calibrated probabilistic answers from Jev (Typesafe AI) to yes/no, scale, or choice questions about provided material, without using a generative model.18 npm1MIT
- AlicenseAqualityBmaintenanceEnables AI coding agents to make fast, zero-output-token decisions by evaluating context, diffs, logs, or options through the OpenRouter Decisions API using TypeSafe Jev, returning calibrated probabilities for binary, categorical, or scoring questions.123 npm3MIT
- AlicenseBqualityCmaintenanceEnables AI agents to obtain typed judgments from TypeSafe's Jev System One models, including yes/no probabilities, multiple-choice selections with distributions, and rubric-based scores, directly usable in code.52AGPL 3.0
- AlicenseAqualityBmaintenanceConnect AI agents to Jev AI (jev-ai.pro) for classification, scoring, yes/no checks, advisory action assessment, batched typed decisions and saved judges. Returns structured answers and probabilities using your Jev AI API key.6MIT