Spaces:
Configuration error
Configuration error
Upload 2 files
Browse files- .gitattributes +1 -0
- README.md +322 -0
- self-improvement.png +3 -0
.gitattributes
CHANGED
|
@@ -33,3 +33,4 @@ saved_model/**/* filter=lfs diff=lfs merge=lfs -text
|
|
| 33 |
*.zip filter=lfs diff=lfs merge=lfs -text
|
| 34 |
*.zst filter=lfs diff=lfs merge=lfs -text
|
| 35 |
*tfevents* filter=lfs diff=lfs merge=lfs -text
|
|
|
|
|
|
| 33 |
*.zip filter=lfs diff=lfs merge=lfs -text
|
| 34 |
*.zst filter=lfs diff=lfs merge=lfs -text
|
| 35 |
*tfevents* filter=lfs diff=lfs merge=lfs -text
|
| 36 |
+
self-improvement.png filter=lfs diff=lfs merge=lfs -text
|
README.md
ADDED
|
@@ -0,0 +1,322 @@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1 |
+
<div align="center">
|
| 2 |
+
|
| 3 |
+
<img src="self-improvement.png" alt="Self-Improvement" width="180"/>
|
| 4 |
+
|
| 5 |
+
# Self-Improvement
|
| 6 |
+
|
| 7 |
+
### Build systems that learn from outcomes, refine their behavior, and improve over time.
|
| 8 |
+
|
| 9 |
+
**Evaluation β Feedback β Reflection β Adaptation β Verification**
|
| 10 |
+
|
| 11 |
+
</div>
|
| 12 |
+
|
| 13 |
+
---
|
| 14 |
+
|
| 15 |
+
## About
|
| 16 |
+
|
| 17 |
+
**Self-Improvement** is a Hugging Face organization focused on the tools, experiments, and interfaces needed to understand how AI systems can become better through structured feedback loops.
|
| 18 |
+
|
| 19 |
+
The goal is not uncontrolled recursive self-modification.
|
| 20 |
+
|
| 21 |
+
The goal is **measurable improvement**:
|
| 22 |
+
|
| 23 |
+
- observe what happened,
|
| 24 |
+
- identify what failed,
|
| 25 |
+
- generate a better strategy,
|
| 26 |
+
- test the change,
|
| 27 |
+
- keep improvements that actually work.
|
| 28 |
+
|
| 29 |
+
Self-improvement becomes useful when progress is **visible, testable, reversible, and grounded in evidence**.
|
| 30 |
+
|
| 31 |
+
---
|
| 32 |
+
|
| 33 |
+
## The Improvement Loop
|
| 34 |
+
|
| 35 |
+
```text
|
| 36 |
+
ββββββββββββββββββββ
|
| 37 |
+
β OBJECTIVE β
|
| 38 |
+
ββββββββββ¬ββββββββββ
|
| 39 |
+
β
|
| 40 |
+
ββββββββββββββββββββ
|
| 41 |
+
β ACTION β
|
| 42 |
+
ββββββββββ¬ββββββββββ
|
| 43 |
+
β
|
| 44 |
+
ββββββββββββββββββββ
|
| 45 |
+
β EVALUATION β
|
| 46 |
+
ββββββββββ¬ββββββββββ
|
| 47 |
+
β
|
| 48 |
+
ββββββββββββββββββββ
|
| 49 |
+
β FEEDBACK β
|
| 50 |
+
ββββββββββ¬ββββββββββ
|
| 51 |
+
β
|
| 52 |
+
ββββββββββββββββββββ
|
| 53 |
+
β REFLECTION β
|
| 54 |
+
ββββββββββ¬ββββββββββ
|
| 55 |
+
β
|
| 56 |
+
ββββββββββββββββββββ
|
| 57 |
+
β ADAPTATION β
|
| 58 |
+
ββββββββββ¬ββββββββββ
|
| 59 |
+
β
|
| 60 |
+
ββββββββββββββββββββ
|
| 61 |
+
β VERIFICATION β
|
| 62 |
+
ββββββββββ¬ββββββββββ
|
| 63 |
+
β
|
| 64 |
+
improve / revert
|
| 65 |
+
β
|
| 66 |
+
ββββββββββββββββ repeat
|
| 67 |
+
```
|
| 68 |
+
|
| 69 |
+
---
|
| 70 |
+
|
| 71 |
+
## What We Explore
|
| 72 |
+
|
| 73 |
+
### π§ Reflection
|
| 74 |
+
Can a system identify *why* a result was weak rather than merely recognizing that it failed?
|
| 75 |
+
|
| 76 |
+
### π― Evaluation
|
| 77 |
+
Can improvement be measured against explicit objectives, constraints, and success criteria?
|
| 78 |
+
|
| 79 |
+
### π Feedback Loops
|
| 80 |
+
How should observations, human feedback, model feedback, and execution traces influence the next attempt?
|
| 81 |
+
|
| 82 |
+
### π§ͺ Experimentation
|
| 83 |
+
Can multiple candidate strategies be tested before changing the active behavior?
|
| 84 |
+
|
| 85 |
+
### π Progress Tracking
|
| 86 |
+
Is the system genuinely improving across repeated trials β or merely changing?
|
| 87 |
+
|
| 88 |
+
### π§© Strategy Adaptation
|
| 89 |
+
Can an agent revise plans, prompts, tool choices, routing policies, or workflows when evidence suggests a better approach?
|
| 90 |
+
|
| 91 |
+
### π‘οΈ Controlled Improvement
|
| 92 |
+
Can changes remain bounded, auditable, reversible, and subject to human oversight?
|
| 93 |
+
|
| 94 |
+
---
|
| 95 |
+
|
| 96 |
+
## Core Principles
|
| 97 |
+
|
| 98 |
+
| Principle | Meaning |
|
| 99 |
+
|---|---|
|
| 100 |
+
| **Measure before changing** | Improvement starts with a baseline. |
|
| 101 |
+
| **Prefer evidence over intuition** | Changes should be justified by observed outcomes. |
|
| 102 |
+
| **Separate proposal from deployment** | Candidate improvements should be tested before becoming active. |
|
| 103 |
+
| **Keep rollback possible** | A worse strategy should be easy to revert. |
|
| 104 |
+
| **Track regressions** | Improvement in one metric must not silently damage another. |
|
| 105 |
+
| **Make objectives explicit** | A system cannot improve reliably if βbetterβ is undefined. |
|
| 106 |
+
| **Preserve oversight** | Human intervention and policy constraints remain authoritative. |
|
| 107 |
+
|
| 108 |
+
---
|
| 109 |
+
|
| 110 |
+
## Areas for Spaces
|
| 111 |
+
|
| 112 |
+
This organization is designed around practical tools such as:
|
| 113 |
+
|
| 114 |
+
- **Self-Improvement Loop Simulator**
|
| 115 |
+
- **Agent Reflection Lab**
|
| 116 |
+
- **Strategy Mutation Explorer**
|
| 117 |
+
- **Prompt Evolution Workbench**
|
| 118 |
+
- **Feedback Loop Designer**
|
| 119 |
+
- **Regression & Progress Monitor**
|
| 120 |
+
- **Failure Pattern Analyzer**
|
| 121 |
+
- **Learning-from-Traces Lab**
|
| 122 |
+
- **Policy Improvement Sandbox**
|
| 123 |
+
- **Adaptive Workflow Optimizer**
|
| 124 |
+
- **Experiment / Candidate Strategy Arena**
|
| 125 |
+
- **Improvement Memory Explorer**
|
| 126 |
+
|
| 127 |
+
The emphasis is on interactive systems that make the improvement process **observable rather than magical**.
|
| 128 |
+
|
| 129 |
+
---
|
| 130 |
+
|
| 131 |
+
## A Useful Self-Improvement System Should Answer
|
| 132 |
+
|
| 133 |
+
> **What changed?**
|
| 134 |
+
|
| 135 |
+
> **Why was the change proposed?**
|
| 136 |
+
|
| 137 |
+
> **What evidence supports it?**
|
| 138 |
+
|
| 139 |
+
> **Which metric improved?**
|
| 140 |
+
|
| 141 |
+
> **What got worse?**
|
| 142 |
+
|
| 143 |
+
> **Can the previous state be restored?**
|
| 144 |
+
|
| 145 |
+
> **Should the change actually be kept?**
|
| 146 |
+
|
| 147 |
+
If those questions cannot be answered, the system may be changing β but it is not yet demonstrating reliable improvement.
|
| 148 |
+
|
| 149 |
+
---
|
| 150 |
+
|
| 151 |
+
## Improvement β Optimization of One Number
|
| 152 |
+
|
| 153 |
+
A system can improve one metric while becoming worse overall.
|
| 154 |
+
|
| 155 |
+
For example:
|
| 156 |
+
|
| 157 |
+
```text
|
| 158 |
+
β task completion
|
| 159 |
+
β reliability
|
| 160 |
+
|
| 161 |
+
β speed
|
| 162 |
+
β answer quality
|
| 163 |
+
|
| 164 |
+
β autonomy
|
| 165 |
+
β controllability
|
| 166 |
+
|
| 167 |
+
β reward
|
| 168 |
+
β real-world usefulness
|
| 169 |
+
```
|
| 170 |
+
|
| 171 |
+
That is why self-improvement should be treated as a **multi-objective process**.
|
| 172 |
+
|
| 173 |
+
A robust loop evaluates:
|
| 174 |
+
|
| 175 |
+
```text
|
| 176 |
+
quality
|
| 177 |
+
Γ reliability
|
| 178 |
+
Γ cost
|
| 179 |
+
Γ latency
|
| 180 |
+
Γ safety
|
| 181 |
+
Γ controllability
|
| 182 |
+
Γ user value
|
| 183 |
+
```
|
| 184 |
+
|
| 185 |
+
rather than maximizing one isolated score.
|
| 186 |
+
|
| 187 |
+
---
|
| 188 |
+
|
| 189 |
+
## From Static AI to Adaptive Systems
|
| 190 |
+
|
| 191 |
+
Traditional software is mostly updated externally.
|
| 192 |
+
|
| 193 |
+
Adaptive AI introduces a different pattern:
|
| 194 |
+
|
| 195 |
+
```text
|
| 196 |
+
execute
|
| 197 |
+
β
|
| 198 |
+
observe
|
| 199 |
+
β
|
| 200 |
+
evaluate
|
| 201 |
+
β
|
| 202 |
+
propose improvement
|
| 203 |
+
β
|
| 204 |
+
simulate / test
|
| 205 |
+
β
|
| 206 |
+
approve
|
| 207 |
+
β
|
| 208 |
+
deploy
|
| 209 |
+
β
|
| 210 |
+
monitor
|
| 211 |
+
```
|
| 212 |
+
|
| 213 |
+
The interesting engineering problem is not simply whether an AI system *can change*.
|
| 214 |
+
|
| 215 |
+
It is whether it can change **without losing alignment with the objective that justified the change in the first place**.
|
| 216 |
+
|
| 217 |
+
---
|
| 218 |
+
|
| 219 |
+
## Human-in-the-Loop by Design
|
| 220 |
+
|
| 221 |
+
Self-improvement does not have to mean self-governance.
|
| 222 |
+
|
| 223 |
+
Well-designed improvement loops can include:
|
| 224 |
+
|
| 225 |
+
- explicit approval gates,
|
| 226 |
+
- bounded experimentation,
|
| 227 |
+
- protected objectives,
|
| 228 |
+
- immutable constraints,
|
| 229 |
+
- versioned policies,
|
| 230 |
+
- rollback checkpoints,
|
| 231 |
+
- audit logs,
|
| 232 |
+
- regression tests,
|
| 233 |
+
- human review.
|
| 234 |
+
|
| 235 |
+
The stronger the system becomes, the more important these controls become.
|
| 236 |
+
|
| 237 |
+
---
|
| 238 |
+
|
| 239 |
+
## Experimental Philosophy
|
| 240 |
+
|
| 241 |
+
Projects in this organization should ideally be:
|
| 242 |
+
|
| 243 |
+
**Interactive**
|
| 244 |
+
Users should be able to change assumptions and immediately inspect the result.
|
| 245 |
+
|
| 246 |
+
**Explainable**
|
| 247 |
+
Scores and recommendations should expose the logic behind them.
|
| 248 |
+
|
| 249 |
+
**Reproducible**
|
| 250 |
+
The same inputs should produce understandable, repeatable behavior.
|
| 251 |
+
|
| 252 |
+
**Modular**
|
| 253 |
+
Evaluation, reflection, planning, memory, and adaptation should be separable.
|
| 254 |
+
|
| 255 |
+
**Safe to explore**
|
| 256 |
+
Simulations should remain controlled and avoid making unsupported claims about real-world autonomy.
|
| 257 |
+
|
| 258 |
+
---
|
| 259 |
+
|
| 260 |
+
## A Possible Self-Improvement Stack
|
| 261 |
+
|
| 262 |
+
```text
|
| 263 |
+
βββββββββββββββββββββββββββββββ
|
| 264 |
+
β OBJECTIVE β
|
| 265 |
+
βββββββββββββββββββββββββββββββ€
|
| 266 |
+
β EXECUTION β
|
| 267 |
+
βββββββββββββββββββββββββββββββ€
|
| 268 |
+
β TRACE / OBSERVE β
|
| 269 |
+
βββββββββββββββββββββββββββββββ€
|
| 270 |
+
β EVALUATE β
|
| 271 |
+
βββββββββββββββββββββββββββββββ€
|
| 272 |
+
β REFLECT β
|
| 273 |
+
βββββββββββββββββββββββββββββββ€
|
| 274 |
+
β GENERATE CANDIDATES β
|
| 275 |
+
βββββββββββββββββββββββββββββββ€
|
| 276 |
+
β SHADOW EXPERIMENT β
|
| 277 |
+
βββββββββββββββββββββββββββββββ€
|
| 278 |
+
β REGRESSION CHECK β
|
| 279 |
+
βββββββββββββββββββββββββββββββ€
|
| 280 |
+
β HUMAN / POLICY β
|
| 281 |
+
β APPROVAL β
|
| 282 |
+
βββββββββββββββββββββββββββββββ€
|
| 283 |
+
β DEPLOY β
|
| 284 |
+
βββββββββββββββββββββββββββββββ€
|
| 285 |
+
β VERIFY β
|
| 286 |
+
βββββββββββββββββββββββββββββββ
|
| 287 |
+
```
|
| 288 |
+
|
| 289 |
+
---
|
| 290 |
+
|
| 291 |
+
## Why This Matters
|
| 292 |
+
|
| 293 |
+
As AI systems become more agentic, improvement may increasingly happen at the level of:
|
| 294 |
+
|
| 295 |
+
- prompts,
|
| 296 |
+
- plans,
|
| 297 |
+
- workflows,
|
| 298 |
+
- tool selection,
|
| 299 |
+
- memory,
|
| 300 |
+
- routing,
|
| 301 |
+
- policies,
|
| 302 |
+
- evaluation criteria,
|
| 303 |
+
- model selection,
|
| 304 |
+
- execution strategies.
|
| 305 |
+
|
| 306 |
+
That creates an important new engineering discipline:
|
| 307 |
+
|
| 308 |
+
### **How do we let systems adapt without losing the ability to understand, evaluate, and control that adaptation?**
|
| 309 |
+
|
| 310 |
+
That is the space this organization explores.
|
| 311 |
+
|
| 312 |
+
---
|
| 313 |
+
|
| 314 |
+
<div align="center">
|
| 315 |
+
|
| 316 |
+
## Better systems should not just change.
|
| 317 |
+
|
| 318 |
+
### They should be able to show **why the change is better**.
|
| 319 |
+
|
| 320 |
+
**Self-Improvement Β· Hugging Face**
|
| 321 |
+
|
| 322 |
+
</div>
|
self-improvement.png
ADDED
|
Git LFS Details
|