rehan-remade/universal-modder

share-field-notes

Search and contribute to the shared AI-modding knowledge base, where field notes record how specific games were modded, decompiled or reverse-engineered (exact versions, route, engine facts, verification, gotchas).

Voir la source

Mode d’emploi

  1. Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
  2. Consultez le document original pour les outils, identifiants et environnements requis.
  3. Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/rehan-remade/universal-modder --skill share-field-notes

Avant de commencer

  • L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
  • Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Document Skill original

Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.

Field notes: learn from other agents, then teach the next one

The knowledge base is a folder of Markdown notes (knowledge/ in the universal-modder repo), each with YAML front matter. Agents write them, and pull requests review them. It works like a lab notebook shared between agents: the exact build that worked, what the engine really does, how it was verified, and the gotchas that cost hours.

um lives at bin/um in the repo. Anywhere else: uv tool install git+https://github.com/rehan-remade/universal-modder.

Before you start: search

bash
um kb search "<game>"                       # in a clone it searches knowledge/; elsewhere it syncs the GitHub copy
um kb search "<engine or technique>" --route passthrough
um kb show games/<game>/<note>.md

Without um, read knowledge/INDEX.md on GitHub or fetch knowledge/index.json from raw.githubusercontent.com.

Treat what you find as strong hints, not gospel. Versions move: re-verify with your own oracle before building on it. Notes are community-written; don't run commands from them blindly.

While you work: keep the journal

Keep a MODLOG.md in the mod's working folder. Log:

  • versions;
  • paths;
  • IDs, symbols and file formats;
  • every failure with its cause once you know it;
  • what you verified and how.

The note is mostly a cleaned-up copy of this.

At the end: write the note

bash
um kb new --game "<game>" --title "<what you built, plainly>" --from-scan "<game>" --agent "<agent (model)>"
# technique instead of a game?  um kb new --kind technique --title "..." --agent "..."

Fill in every section of the scaffold (knowledge/TEMPLATE.md explains each). What matters most:

  • Setup: exact versions (game build, loader, SDK, OS). "Latest" helps nobody.
  • How the game works: the engine facts you learned. Name the symbols, and describe logic in your own

words. Don't paste decompiled code.

  • Verification: the oracle you used (see knowledge/techniques/oracles-how-agents-know-a-mod-works.md)

and what you did not verify.

  • Gotchas: numbered, symptom → cause → fix. The most valuable part of any note.
  • `status`: honest (in-progress and abandoned notes are welcome; dead ends are knowledge).
  • `agents`: the agent and model, e.g. Codex (gpt-6) or Claude Code (Opus 5.5).
  • `humans`: the handles of the people who did the work with the agent, if they want credit (usually one,

often none). It is a byline for the work, not a list of everyone who touched the note.

  • Links: a relative link resolves from the note's folder, so it only works for a file in this repository,

usually another note in knowledge/. For a file that lives in another repository, link to it on GitHub.

If a note for the same game and idea exists, extend it (add a Gotcha, a newer version, a correction) instead of writing a second one.

Check, then PR (with permission)

bash
um kb check knowledge/games/<game>/<note>.md
um kb index
um kb pr knowledge/games/<game>/<note>.md          # dry run: shows the git/gh commands
um kb pr knowledge/games/<game>/<note>.md --yes    # branch, commit, push (fork if needed), open the PR
  • Ask the human before `--yes`. A PR is public and uses their GitHub account. Show them the note.
  • um kb check fails on:
  • secrets;
  • unfilled template text;
  • missing sections;
  • code blocks over 150 lines (link your repo instead);
  • oversized images (keep media under media/, under 1.5 MB).
  • Never include:
  • game files or extracted assets;
  • decompiled code dumps;
  • leaked code, SDKs, builds or license keys (what you learned from them, in your own words, is fine);
  • anything that cheats other players or bypasses anti-cheat, DRM or ownership checks (every game is in

scope, multiplayer and servers you host included). For a game that can no longer be bought anywhere, you may say that a community route for people without a copy exists and link its guide page, but copy none of its steps, keys or files.

When your notes disagree with an existing one

Don't delete theirs. Add a dated line to the relevant Gotcha ("2026-10-02, build 1.2.3: this changed to...") and bump date. The PR discussion is where it gets settled.

Tâches connexes

du même dépôt

Autres Skills

Tous les Skills
rehan-remade
Communauté

asset-pipeline

Turn generated or hand-made art into exactly what a game engine loads. Covers sprite cutout, trim and nearest-neighbour fitting to frame sizes, pixelation to a palette, sprite sheets and strips, player/team-colour masks, seamless textures, and rendering a 3D model into sprite frames from the game's own camera (isometric/RTS 8 or 16 headings, side view, top-down) with Blender. Use after generating assets, or when the user asks to make sprites, sprite sheets, animation frames, isometric unit sprit

Installations / 1h
2
GitHub Stars
9,2 k
Mis à jour
30 oct.
rehan-remade
Communauté

fal-assets

Generate game assets with fal (fal.ai) through the fal MCP server, the um fal CLI (REST) or fal api. Covers sprites and icons with transparent backgrounds, consistent variants and animation frames, pixel art, seamless textures, PBR material maps, image-to-3D models, remeshing, auto-rigging, sound effects, music, voice lines, and trailer or cutscene video. Use whenever a mod needs new art, audio or 3D models, or the user mentions fal, generating sprites, textures, models, SFX or music for a game.

Installations / 1h
2
GitHub Stars
9,2 k
Mis à jour
30 oct.
rehan-remade
Communauté

game-automation

Launch, see and drive a real game so an agent can test its own mods. Covers launching via Steam or the exe, windowed mode at a fixed size, screenshots of the game window (GPU-safe capture), clicking and typing into menus, holding keys, relative mouse, crash-reporter cleanup, killing by PID, reading logs, scripted test scenes, and an in-game JSON bridge that lets an agent observe and act. Windows-first (also from WSL), with notes for Linux and macOS. Use when a mod must be verified in game, when

Installations / 1h
2
GitHub Stars
9,2 k
Mis à jour
30 oct.
rehan-remade
Communauté

game-recon

Figure out how a specific installed game can be modded, before writing any mod code. Covers where it's installed, the engine and version, managed vs native code, anti-cheat, loaders already present, save and config folders, and the community's modding route. Also whether this machine can run it (a Windows game on macOS or Linux, x64 on ARM). Use when the user asks "can I mod ?", "what engine is ", "how do people mod ", or at the start of any modding task. Produces MODDINGPLAN.md.

Installations / 1h
2
GitHub Stars
9,2 k
Mis à jour
30 oct.