Back to browse
GitHub Repository

A deterministic attention and judgment engine for agent systems.

23 starsTypeScript

Aperture Core – a human attention control plane for agent systems

by tomismeta·Mar 14, 2026·1 point·0 comments

AI Analysis

●●●BangerZero to OneBig BrainNiche Gem

Models human attention as a constrained resource instead of just another agent orchestrator.

Strengths
  • Separates policy, value, and planning layers instead of dumping decisions into LLMs.
  • Local markdown files for judgment state make the system inspectable and debuggable.
  • Terminal-native UI reduces friction for developers living in the command line daily.
Weaknesses
  • Early stage with five stars and limited adapter support beyond Claude Code.
  • Concept relies on developers adopting a new mental model for notification management.
Category
Target Audience

Developers building multi-agent systems or supervising AI workflows

Similar To

HumanLoop · LangChain · AutoGen

Post Description

I just released the first public version of Aperture Core, an SDK for deciding which agent events deserve human attention now, which should wait, and which should stay in the background.

The core loop is simple: - publish an event - get back a frame if it should enter the human attention surface - render that frame in your UI/workflow - submit the human response back into the engine

As agents get more capable and one human starts supervising more of them, the bottleneck shifts toward human attention.

A lot of agent tooling focuses on orchestration, tool use, memory, or traces. Aperture Core is centered on a different question: what should actually reach the human, when, and in what form?

At a high level, the engine separates: - policy: what is allowed to interrupt - value: what is actually worth attention now - planning: whether something should be active, queued, or ambient

The basic idea is that human attention is a constrained system resource, and most agent UX doesn’t model it explicitly.

It’s deterministic in the hot path, but can optionally adapt over time from the human’s response patterns, deferrals, context expansion, and disagreement history.

That also means it can be used as a first-pass filter before involving a model or more expensive reasoning step.

The SDK is published on npm as @tomismeta/aperture-core.

The repo has a package-facing README and examples showing the basic loop:

event in -> frame out -> human answer in -> state updates

Would especially love feedback on: - whether the API is intuitive for first-time SDK consumers - whether the frame/response model makes sense - where this should stay deterministic vs eventually use a model

Similar Projects