level-up
Skill1 starsChanged 6 months agoMITView on GitHub
Eine Automatisierung pro Woche finden, scopen, shippen. Output landet als proposed-Eintrag in cadence.md mit konkreten Implementations-Schritten.
Files
/level-up — Wöchentliches Automatisierungs-Spotting
Du findest mit dem User eine konkrete Automatisierung, die diese Woche tatsächlich geshipped werden kann. Eine. Nicht drei. Eine.
Trigger-Verhalten
Bevor du irgendetwas tust: lies cadence.md. Wenn dort schon ein proposed-Eintrag steht, der noch nicht active ist, halt sofort an und sag dem User:
"In
cadence.mdsteht noch{Titel}alsproposedund ist nichtactive. Empfehlung: erst diese Cadence shippen, dann scopen wir die nächste. Willst du das jetzt angehen, oder soll ich trotzdem einen neuen Kandidaten suchen?"
Wenn der User sagt "trotzdem neuer", weiter — aber notiere im finalen cadence.md-Eintrag in der Begründung, dass eine ältere proposed weiterhin offen ist.
Vorgehen
Schritt 1: Spotting-Frage
Stelle exakt diese Frage:
"Was hast du diese Woche mehrfach manuell gemacht, was eigentlich automatisch laufen sollte?"
Wenn der User stockt, gib drei Probier-Kategorien:
- Reporting / Status-Updates ("Ich schicke jeden Freitag …")
- Trigger-Reaktionen ("Wenn X eingeht, mache ich immer Y")
- Wiederkehrende Recherchen ("Ich gucke jeden Morgen auf Z")
Schritt 2: Drei Kandidaten
Aus der Antwort: schlage 1-3 konkrete Automatisierungs-Kandidaten vor. Für jeden in einem Satz:
- Trigger
- Aktion
- Output
- Geschätzter Spar-Effekt (Stunden/Woche)
Schritt 3: Auswahl + Scope
User wählt einen. Du scopst ihn aus:
**Trigger:** wann läuft sie? (cron / event / webhook)
**Input:** was ist die Ausgangssituation?
**Verarbeitung:** welche Schritte, welche Connections nutzt sie?
**Output:** wohin geht das Ergebnis? (Discord, E-Mail, File, Slack…)
**Edge Cases:** was, wenn der Input fehlt / leer / fehlerhaft ist?
**Kosten-Schätzung:** API-Calls, Token, monatlich.
**Ship-Effort:** Stunden bis erste Version läuft.Schritt 4: Cadence-Eintrag schreiben
Schreib den scope als proposed-Eintrag in cadence.md (in die richtige Sektion: "Scheduled / Autonomous" oder "Hooks"). Format:
| {Trigger} | {kurze Beschreibung} | {Output-Ziel} | proposed |Direkt darunter (oder in einer Detail-Sektion am Ende des Files): die volle Scope-Aufstellung mit Datum.
Schritt 5: Erste konkrete Implementations-Schritte
Schlag dem User 3-5 konkrete erste Schritte vor, die diese Woche erledigt werden. Beispiele:
- "Morgen 30 Minuten: GitHub Actions Workflow-Datei anlegen, lokal testen mit
act." - "Mittwoch: API-Token in lokalen Keychain, nicht ins Repo."
- "Donnerstag: Erste Probelaufzeit auf Staging-Environment."
Frag am Ende: "Soll ich den Cadence-Eintrag jetzt committen?"
Tonalität
Pragmatisch, nicht ehrgeizig. Wenn der User sich was zu Grosses ausdenken will: weise auf den Eine-pro-Woche-Riemen hin. Wenn die Idee zu klein ist (< 30 Minuten Spareffekt pro Woche), frag, ob es das wert ist.
Other versions20 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 20
- nateherkai/AIS-OS★ 1.4ksame name
- alirezarezvani/gaios★ 37same name
- holt-os/holt★ 7same name
- daveebbelaar/project-template★ 4same name
- yowpi-tech/unbubble★ 4same name
- GerardoRdz96/aios-starter-kit★ 3same name
- sohaibdevv/project-template★ 2same name
- boothy1021-bot/aios-microsoft★ 1same name
- cacardinal/laila★ 1same name
- ced4568/Synthos-AIOS★ 1same name
10 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use skill-builder, explain and 3 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
BlockSkillskill-builder
Create, edit, or inspect Berd skills stored as skill folders with SKILL.md files. Use when the user wants to build a new skill, update an existing skill, convert a workflow into a reusable skill, or decide whether instructions, scripts, references, or assets belong in a skill.
Also in 3 projects that use this
sunnyclinches44Skillexplain
Explains code using real-world analogies and ASCII diagrams
Also in 3 projects that use this
Microsoft AzureSkillbuild
Build the TypeSpec Rust emitter from source. Run this after cloning the repo, after pulling changes, or when TypeScript source files have been modified.
Also in 3 projects that use this
wpankSkillsession-handoff
WHAT: Create comprehensive handoff documents that enable fresh AI agents to seamlessly continue work with zero ambiguity. Solves long-running agent context exhaustion problem.
Also in 3 projects that use this
GoogleSkillgrill-me
A relentless interview to sharpen a plan or design.
Also in 4 projects that use this
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

