loopx

More about this plugin

LoopX keeps the architecture explicit so the same governed outcome can survive a change of agent harness or external provider. The terms describe different boundaries rather than interchangeable kinds of plugin:

Host declarations such as --available-capability shell describe observed execution support. They are runtime capacities in this product map, not product capabilities and not permission grants. The effective capability still applies its own policy and authority checks before proposing a transition.

The Kernel folds its mechanics into five questions. Each question delivers one product promise on top of any agent harness: objective → long-horizon state; next → semantic decisions; human judgment → human-agent collaboration; evidence → recovery; continuation → governance.

The shipped primitives include lifetime goals, concrete user gates, audited safe fallbacks, peer todo ownership, quota and steering, compact run history, evidence-backed handoff, a read-first management surface, project-level value signals, and public/private boundary checks.