AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Self Evolving Agent

skill-rangeking-self-evolving-agent-self-evolving-agent · by RangeKing

Build a phase-aware capability-evolution runtime for OpenClaw and coding agents. Use when the agent should classify work into task_light, task_full, agenda_review, or promotion_review mode; retrieve only the most relevant prior records; write canonical evidence into `.evolution/records`; maintain a capability map and learning agenda; and promote only validated, transferable strategies.

No reviews yet
0 installs
34 views
0.0% view→install

Install

$ agentstack add skill-rangeking-self-evolving-agent-self-evolving-agent

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-rangeking-self-evolving-agent-self-evolving-agent)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
5mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Self Evolving Agent? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Self-Evolving Agent

self-evolving-agent is a control plane for capability evolution.

It keeps the original memory discipline from self-improving agents, but it stops treating "log the lesson" as the whole product. The runtime now does three things explicitly:

  1. Classify the task into the right operating mode.
  2. Retrieve only the records that mode requires.
  3. Write new evidence into canonical records, then regenerate summaries and the manifest.

When To Use This Skill

Use this skill when any of the following is true:

  • A task is unfamiliar, high-consequence, recurring, or likely to expose a reusable weakness.
  • A user correction, failed command, or near-miss suggests more than a one-off incident.
  • You need an agenda review, transfer check, or promotion decision.
  • You want the agent to retrieve prior learning selectively instead of dragging the whole history into every task.

Core Principle

Do not run task_full by habit.

Use the smallest mode that is still safe:

  • task_light
  • task_full
  • agenda_review
  • promotion_review

The mode is the policy. The records are the memory. The generated ledgers are views, not the source of truth.

Canonical Source Of Truth

The workspace stores mutable records under .evolution/records/:

  • records/learnings/
  • records/errors/
  • records/feature_requests/
  • records/capabilities/
  • records/training_units/
  • records/evaluations/
  • records/agenda/

The runtime regenerates:

  • index/manifest.json
  • LEARNINGS.md
  • ERRORS.md
  • FEATURE_REQUESTS.md
  • CAPABILITIES.md
  • TRAINING_UNITS.md
  • EVALUATIONS.md
  • LEARNING_AGENDA.md

Treat the Markdown ledgers as generated dashboards for humans and compatibility. New evidence should be written through the runtime, not by hand-editing the ledgers.

Modes

task_light

Use when the task is familiar, low-consequence, and short-horizon.

  • Retrieve only the top 1-3 relevant records.
  • Name one likely risk and one verification check.
  • Escalate only if execution reveals a real defect, user rescue, recurrence, or hidden consequence.
  • Output artifact: a small retrieval pass plus a verification-first execution plan.

task_full

Use when the task is unfamiliar, medium/high-consequence, medium/long-horizon, or recurrence is likely.

  • Retrieve learnings, errors, capabilities, open training units, evaluations, and the active agenda.
  • Identify the weakest likely capability.
  • Choose an execution strategy and verification plan before acting.
  • Output artifact: a pre-task diagnosis, then post-task evidence updates if anything reusable happened.

agenda_review

Use only when agenda triggers fire:

  • after five meaningful cycles
  • when a structural gap appears
  • when transfer fails
  • before a new unfamiliar project
  • Retrieve the active agenda, related capabilities, open training units, evaluations, and recent structural errors.
  • Return the next 1-3 active focus capabilities with rationale and exit criteria.
  • Output artifact: an agenda decision, not a generic reflection.

promotion_review

Use only for transfer and promotion decisions.

  • Retrieve evaluations, linked learnings, linked training units, and the relevant capability records.
  • Decide the correct ladder state: recorded -> understood -> practiced -> passed -> generalized -> promoted.
  • Promote only the smallest durable rule that has transfer evidence.
  • Output artifact: evaluation state and promotion readiness.

Runtime Commands

The control plane lives in scripts/evolution_runtime.py.

Primary commands:

  • classify-task --prompt ""
  • retrieve-context --prompt "" --mode
  • record-incident --source error|reflection ...
  • review-agenda
  • evaluate --subject
  • rebuild-index

Recommended Workflow

  1. Read system/coordinator.md.
  2. Run classify-task.
  3. Run retrieve-context for the chosen mode.
  4. Do the work with a mode-appropriate verification plan.
  5. If meaningful evidence appears, write it with record-incident.
  6. Regenerate summaries with rebuild-index.
  7. Run review-agenda or evaluate only when their triggers apply.

Migration Rules

  • Treat .evolution/legacy-self-improving/ as a read-only memory layer.
  • Search legacy logs during retrieval if they are relevant.
  • Do not bulk-convert old logs into new records on day one.
  • Normalize legacy evidence only when it becomes active input for retrieval, agenda review, evaluation, or promotion.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.