Standard Agent...

Standard Agent

Remember taking things apart as a kid? A mechanical clock, a radio—you could see the gears, trace the wires, understand cause and effect. It sparked curiosity. Crack open a modern smartphone and you see black chips—powerful, but opaque. Agents feel the same today.

Standard Agent is the mechanical radio of agent libraries—open it up and actually learn how it works. It’s a tiny, open source library with a composable core and plug‑in components, proving a simple point: LLMs are hard, tooling is hard, but the glue code doesn’t have to be. You can write an agent in a few hundred lines and truly understand it.

The Three Design Principles

  • Deliberately simple: No black box, no magic. It should be faster to read the code than the docs, and you can see every decision the agent makes.
  • Fully composable: Swap any part—LLM, tools, memory, reasoning strategy. Mix-and-match like LEGO. No framework lock‑in.
  • Open source: Read it, modify it, deploy it, fork it—or replace it. Apache 2.0, by design.
What You Get
  • Four swappable parts: LLM (brain), Reasoner (thinking style), Memory (notepad), Tools (actions)
  • Single‑file reference reasoners (e.g., ReACT, ReWOO) you can inspect, compare, and customize
  • First‑class observability: structured logging and optional OpenTelemetry exports (e.g., to Langfuse)
Who It’s For


Mission & Goals
github.com/jentic/standard-agent

Maintainer

Rishikesh Chirammel Ajit

Founding Engineer/Staff AI Engineer at Jentic

How to support


- Contribute: new reasoners (LATS, ToT, Plan-Act), tool providers (MCP/local/your APIs), memory backends (Redis/vector).
- Improve docs/examples and prompt quality per model.
- Fork, extend—even replace: it’s Apache‑2.0. Swap any component, ship your own flavor, or replace the reasoner entirely. If it helps others, open a PR.

A small brief about your project

Tries to be mechanical radio of agent libraries—deliberately simple, fully composable, open source. Tries to demystify agent and encourage tinkering.

One FOSS maintainer lesson for your younger self

Less is more. Keep the core tiny, make seams obvious, add observability early, and let patterns emerge—don’t enforce them.
If you can keep asking the question "What is the justification for your existence" to each line of code, to each function, classes, modules. Strip things away. Make it as simple as you can.

Why do you do it? Why do you bother maintaining a FOSS project?

Its a lot of fun and brings me a lot of joy

Which file in your project would you most like to set on fire?

I think the main goal is to put in effort to not have to set anything on fire

What's your open-source villain origin story?

2AM, an opaque framework, runaway token spend, and intuitive way to understand what was going on. Next day: wanted to built the smallest possible agent loop you can read end‑to‑end.

If you had to use one emoji to convey what it's like to be a FOSS maintainer, what would it be?

🛳️