skill
agentera
Skills ecosystem for autonomous software development
Set up
Skills are installed by placing their folder where your agent loads skills.
The download comes from github.com/jgabor/agentera itself, not from our server, so what you get is exactly what its author published.
Install instructions come from the README
README
synced Oct 20, 2026The open protocol for turning AI coding agents into an engineering team.
Agentera gives coding agents specialized roles, shared project artifacts, behavioral verification gates, and portable saved context across runtimes.
What you see
Run /agentera ($agentera in Codex) and get a project briefing that reads
your repo instead of guessing from chat history.
┌─┐┌─┐┌─┐┌┐┌┌┬┐┌─┐┬─┐┌─┐
├─┤│ ┬├┤ │││ │ ├┤ ├┬┘├─┤
┴ ┴└─┘└─┘┘└┘ ┴ └─┘┴└─┴ ┴
─── status ─────────────────────────────
⛶ health ⮉ B+ (testing: C)
⇶ issues 0 critical · 2 degraded · 5 annoying
≡ plan [██████▓░░░] 6/10 tasks
♾ profile loaded
Shipped auth middleware and rate limiting last cycle.
Health trending up, test coverage still lagging.
─── attention ──────────────────────────
⇉ test coverage below 60%, degrading since cycle 8
⇉ task 7 blocked on API schema decision
─── next ───────────────────────────────
suggested → ❈ resonera (resolve API schema to unblock task 7)
The briefing pulls from many artifacts (plan, progress, decisions, health, issues) but only the slices that matter right now. You get breadth without paying for a full dump of project state on every turn.
Get started
- Pick your runtime below and install.
- Open a git project (existing repo or new).
- Run
/agentera($agenterain Codex).
Your first briefing bootstraps .agentera/ as capabilities run.
An npm package named agentera (placeholder 0.0.x shim) reserves npx agentera for the Agentera 3.0 CLI. Until then it delegates to the Python CLI when uv or an installed app-home is available; see packages/cli/README.md.
npx skills add jgabor/agentera -g -a claude-code --skill agentera -y
Install the skill and the plugin (both steps):
npx skills add jgabor/agentera -g -a opencode --skill agentera -y
mkdir -p ~/.config/opencode/plugins
curl -fsSL https://raw.githubusercontent.com/jgabor/agentera/main/.opencode/plugins/agentera.js \
-o ~/.config/opencode/plugins/agentera.js
OpenCode also routes a bare message hej to the same dashboard.
Option A — local plugin (no Marketplace listing required)
Install Agentera as a Cursor plugin from a clone or release checkout. The plugin
root must contain .cursor-plugin/plugin.json (this repository already does).
git clone https://github.com/jgabor/agentera.git ~/.cursor/plugins/local/agentera
# or: ln -s /path/to/agentera ~/.cursor/plugins/local/agentera
Restart Cursor or run Developer: Reload Window. You can also load the folder through Cursor's local plugin UI. Agentera is not published to the Cursor Marketplace yet; use this manual path instead.
The plugin loads skills, managed capability agents, and plugin hooks. When you open
a project that is not an Agentera install root, sessionStart exports
AGENTERA_HOME from the plugin checkout.
Option B — portable skill plus project upgrade
Install the skill:
npx skills add jgabor/agentera -g -a cursor --skill agentera -y
Install managed hooks, capability agents, and plugin metadata in your project:
uvx --from git+https://github.com/jgabor/agentera agentera upgrade --project "$PWD" --runtime cursor --yes
From a clone, use uv run scripts/agentera upgrade --runtime cursor --yes instead.
Use Option A for a user-global plugin install. Use Option B when you want
project-committed .cursor/ surfaces (team sharing, CI doctor checks, or working
without the plugin). You can combine both: plugin for global availability, upgrade
for per-project .cursor/hooks.json and .cursor/agents/ copies.
This repository dogfoods committed .cursor/ surfaces; other projects receive them
through upgrade. Cloud agents are unsupported in v1. Bare message hej stays
metadata-only like Claude, Copilot, and Codex.
Adapter details: references/adapters/cursor.md.
copilot plugin marketplace add jgabor/agentera
copilot plugin install jgabor/agentera
codex plugin marketplace add jgabor/agentera
codex plugin add agentera@agentera
Open /plugins, enable Agentera, then run $agentera.
When the plugin is installed and enabled, Agentera uses plugin-provided hooks
as the primary hook path, and agentera upgrade --runtime codex trusts that
plugin hook metadata. Copied ~/.codex/hooks.json hooks remain only as a
compatibility fallback for non-plugin installs. Full hook and validation details:
references/adapters/runtime-feature-parity.md.
Something broken after install? See Troubleshooting.
Capabilities
All twelve capabilities live inside one Agentera skill. Canonical Swedish names
are the protocol identity; aliases are direct /agentera <alias> routes.
| Capability | Alias | Use it when you need... | |
|---|---|---|---|
| ⌂ | hej | status | A project briefing and next best action. |
| ⛥ | visionera | vision | Product direction in .agentera/vision.yaml. |
| ❈ | resonera | discuss | Structured deliberation before consequential choices. |
| ⬚ | inspirera | research | External pattern or reference analysis. |
| ▤ | dokumentera | document | Documentation aligned with code and intent. |
| ◰ | visualisera | design | Visual identity and design-token direction. |
| ≡ | planera | plan | A scoped plan with behavioral acceptance criteria. |
| ⎈ | orkestrera | orchestrate | Autonomous plan execution with evaluation and retry checks. |
| ⧉ | realisera | build | One verified development cycle. |
| ⎘ | optimera | optimize | Measured improvement of a concrete metric. |
| ⛶ | inspektera | audit | Architecture, test, dependency, and artifact health audits. |
| ♾ | profilera | profile | A reusable decision profile that travels with you across projects. |
You can also use plain language: /agentera help me decide, /agentera plan this, /agentera run the plan, /agentera audit the codebase, or /agentera update docs.
How it works
Agentera is a plain-file coordination protocol: each capability reads what it needs, writes what it owns, and leaves evidence for the next session.
Rich state, precise reads
Agentera tracks far more than a single plan file. Project direction, active work, shipped evidence, deliberation history, health grades, documentation drift, optimization objectives, and prioritized findings each live in their own artifact, owned by the capability that understands it.
.agentera/
vision.yaml product direction
plan.yaml active plan and acceptance criteria
progress.yaml shipped work and verification evidence
decisions.yaml durable reasoning trail
health.yaml architecture, test, dependency, and artifact health
docs.yaml documentation inventory and drift
optimera/<objective>/
objective.yaml metric, target, scope, constraints
experiments.yaml measurement history and closure
Human-facing artifacts stay at the project root when useful:
| Artifact | Primary owner | Purpose |
|---|---|---|
TODO.md | realisera, inspektera | Prioritized work and findings. |
CHANGELOG.md | realisera | Contributor-facing release history. |
DESIGN.md | visualisera | Visual identity system. |
PROFILE.md | profilera | Your decision profile (Agentera data directory by default). |
That breadth is the point: every session can see product intent, plan state, what shipped, why choices were made, and whether the repo is healthy. Each turn loads only the slices an agent needs.
Agents query targeted slices through the Agentera CLI (prime, state plan,
state progress, state decisions, state health, and more) instead of raw-reading whole YAML files or
Markdown logs. Top-level aliases for legacy commands remain during migration with stderr deprecation; see audience-namespace-cli-migration.yaml for the full list. Capability startup uses bounded JSON envelopes from
agentera prime --context <name> so orientation stays complete without loading
full artifact history into context. When agents need a specific artifact, they
can list canonical names and paths first:
uvx --from git+https://github.com/jgabor/agentera agentera state query --list-artifacts
Wide coverage, narrow reads: many artifacts, token-efficient handoffs.
Handoffs between sessions
Each capability reads what earlier ones wrote, does its work, and leaves evidence for the next run:
| Question | Answer in |
|---|---|
| Why did we pick the repository pattern? | .agentera/decisions.yaml |
| What is task 7 waiting on? | .agentera/plan.yaml |
| Did the auth middleware ship with tests? | .agentera/progress.yaml |
resonera records the decision, planera scopes the work, realisera ships
with evidence, inspektera audits the result. The next /agentera briefing
reads those files instead of reconstructing context from chat.
| Approach | Coordination model | State location | Runtime portability |
|---|---|---|---|
| Prompt chains | Sequential prompts | Chat transcript | Low |
| Agent platforms | Platform-owned workflows | Vendor service | Platform-bound |
| Vector memory | Retrieved snippets | External index | Depends on integration |
| Agentera | Capability-owned artifacts with behavioral acceptance and health gates | Your repo and data directory | Claude Code, OpenCode, Copilot CLI, Codex CLI, Cursor |
Saved project context
Stateful artifacts tell agents what the project is. Your profile tells them how you work.
profilera studies your decisions, tradeoffs, corrections, scope calls, and
review feedback, optionally drawing on portable runtime history, then writes an
editable PROFILE.md. Every capability can read it: high-confidence entries
become strong constraints; lower-confidence ones stay suggestions you can
challenge or refine.
That is why Agentera feels personal instead of merely organized. Without a profile, agents still coordinate through shared repo artifacts. With one, they stop re-learning the same preferences every session: what evidence you trust, when you prefer speed over polish, how much planning you want, what tests convince you, and when you expect pushback.
| Without profile | With profile loaded | |
|---|---|---|
| Change scope | Broad refactor before the first code change | Minimal diff matched to the ask |
| Test strategy | Full integration suite by default | Unit tests for internal helpers |
| When to deliberate | Ad hoc discussion in chat | resonera when API boundaries change |
The profile lives in your Agentera data directory by default, so it travels across projects while repo artifacts stay project-local.
After your first briefing, run /agentera profile to teach Agentera how you decide.
Agentera CLI
The CLI is how agents read project state precisely. Instead of opening whole artifacts and spending context on irrelevant history, they ask targeted questions: what changed, what is next, what is blocked, what decisions matter, and whether the project is healthy.
Without a clone:
uvx --from git+https://github.com/jgabor/agentera agentera prime --format json
uvx --from git+https://github.com/jgabor/agentera agentera state plan --format json
uvx --from git+https://github.com/jgabor/agentera agentera state progress --limit 1 --format json
uvx --from git+https://github.com/jgabor/agentera agentera state decisions --topic api --format json
uvx --from git+https://github.com/jgabor/agentera agentera state health --format json
uvx --from git+https://github.com/jgabor/agentera agentera doctor --format json
Top-level aliases for legacy commands remain during migration with stderr deprecation; see audience-namespace-cli-migration.yaml for the full list.
Contributors with a git clone use uv run scripts/agentera … instead. See
Development.
Slash routes and CLI commands are separate surfaces. /agentera plan routes to
planera; agentera state plan reads plan state (top-level agentera plan is a migration alias).
Maintainers benchmark when agents still raw-read artifacts after CLI queries; see
references/analysis/benchmark.md.
Portable protocol
Agentera runs on Claude Code, OpenCode, Copilot CLI, Codex CLI, and Cursor with the same capabilities and artifacts. Hooks are optional runtime adapters for session preload, artifact checks, app-home discovery, and bookmarks. The protocol works without them; hooks make supported runtimes smoother.
Runtime entry points, validation strictness, and hook behavior:
references/adapters/runtime-feature-parity.md.
Troubleshooting
Install or app home looks wrong
uvx --from git+https://github.com/jgabor/agentera agentera doctor
Doctor checks the managed app, Agentera app files status, and runtime wiring.
Follow the printed repair commands. From a clone: uv run scripts/agentera doctor.
Migrating from Agentera v1
See Upgrade from v1 or UPGRADE.md.
Behavior differs by runtime
Validation strictness, session preload, and Codex hook setup vary by host. Use
references/adapters/runtime-feature-parity.md
as the source of truth.
Upgrade from v1
Run the no-write preview first:
uvx --from git+https://github.com/jgabor/agentera agentera upgrade --project "$PWD" --dry-run
After reviewing the preview, apply the upgrade:
uvx --from git+https://github.com/jgabor/agentera agentera upgrade --project "$PWD" --yes
Add --update-packages only when you explicitly want Agentera to run package
manager commands such as npx skills add or npx skills remove. See
UPGRADE.md for the full migration guide.
Uninstall
For Codex, disable Agentera in /plugins before removing the marketplace entry.
# Claude Code / OpenCode / Cursor
npx skills remove jgabor/agentera -g -y
# Copilot CLI
copilot plugin uninstall jgabor/agentera
# Codex CLI
codex plugin marketplace remove jgabor/agentera
Development
Requires Python 3.11+ and uv. Contributor rules,
capability layout, and schema contracts: AGENTS.md.
Every capability has instructions.md plus schemas/triggers.yaml,
schemas/artifacts.yaml, schemas/validation.yaml, and schemas/exit.yaml.
Capability startup exposes first_invocation_read metadata via
agentera prime --context <name> --format json; runtime enforcement is still false.
Instruction-file contract:
references/cli/capability-instruction-contract.yaml.
Skill install vs local clone
| You have | Use for day-to-day work | Use for upgrade, repair, validation |
|---|---|---|
| Skill or marketplace plugin only | /agentera (or $agentera) | uvx --from git+https://github.com/jgabor/agentera agentera … |
| Git clone of this repo | /agentera plus hooks if configured | uv run scripts/agentera … |
Agentera keeps a managed app under your Agentera data directory (app home). Skill installs load routing prose; upgrade and doctor refresh the managed app and wire runtime config. Doctor reports stale or missing app files and suggested repair commands.
uv run --with pytest --with pyyaml --with pytest-xdist pytest tests/ -q -n auto
uv run scripts/agentera check validate capability <name-or-path>
uv run scripts/agentera check validate capability-contract --format json
uv run scripts/agentera check compact
License: Apache-2.0 · Changelog: CHANGELOG.md · Version: 2.7.11