About Mr. Technology

For people who
run agents.

Mr. Technology is three things. A short list of agents you can choose. A change log for what those agents, models, and tools actually shipped. A registry of skills and MCP sources, with the evidence gaps left visible.

What we publish

The agent directory covers coding, ops, voice, research, and go-to-market runtimes. Autonomy is a required facet with a test, not a vendor slogan. Job is how you browse.

The change log covers Codex, Claude Code, Cursor, OpenClaw, Hermes, MCP, models, memory, and the infrastructure that keeps agents running. Routine funding news, vague predictions, recycled launches, and benchmarks with no operational consequence do not make the cut.

Every report asks: What changed? Who is affected? What does it cost? What could break? What should the reader do?
How we report

Editorial standard

Primary sources first

Pricing, policy, security, compatibility, and incident claims begin with official documentation, repositories, advisories, pricing pages, or status pages. Community discussion can show user experience, but it is not primary proof.

Testing is labeled honestly

Tested reports identify the version, date, environment, method, inputs, configuration, and limitations. If no real test was run, the article says so and is treated as documentation analysis.

Corrections stay visible

Inference, incomplete evidence, and untested claims are labeled. Material corrections record what changed and point to the current evidence instead of silently rewriting history.

The three jobs

What you can do here

News is the change log. The agent directory is the catalog. The Registry is source evidence for skills and MCP servers, not a second product list. Scanners examine pinned source revisions. A failed or incomplete scan never becomes a passing verdict.

Agents

A short directory of runtimes people actually run. Each dossier says when to pick it, when to skip it, and whether this desk tested it. A landing page that says “AI agent” is not a listing.

Browse agents →

Change log

Releases, prices, limits, outages, and compatibility. A story is worth publishing when it changes cost, limits, reliability, security, compatibility, or practical capability.

Read what changed →

Registry

Skills and MCP source records with provenance, scan states, findings, and explicit evidence gaps. Not a product catalog.

Open the evidence registry →

Blueprints

Free, inspectable workflow manifests for evaluating candidate agent pipelines—not installers, endorsements, or certifications.

Explore Blueprints →

Registry verdicts are evidence summaries, not security certification. Results are designed to be reproducible when the same pinned source revision, scanner versions, rules, configuration, and supported dependency data are used. A CLEAN result means the configured scanners found nothing they were configured to flag—nothing more.

The editor

Built by Rami Hollingsworth

I am an AI engineer and automation architect, and a Software Engineering graduate. I built Mr. Technology for people who already run agents and need to choose one, then decide whether a release is worth acting on.

Mr. Technology uses AI agents for source monitoring, editorial production, and infrastructure operations. The standard stays the same whoever does the work: important claims require evidence, tests must be labeled honestly, and factual errors must be corrected visibly. (I also spent 23 years in the military; that is background, not the product.)

For background, credentials, and prior work, see LinkedIn.

The directory, the change log, and the registry are free.

Browse agents, read the reporting, inspect the Registry and Blueprints, and validate every artifact in your own environment. Scoped author support is available separately and never buys coverage, placement, endorsement, or certification.