agentleFS
JakeschincariolJakeschincariol/console-skill/console-tester/SKILL.md

console-tester

Skill92 starsChanged 21 days agoMITView on GitHub

Playtester. Runs the port again and again, reads every crash, ranks what to fix next and checks nothing broke. run.py starts ps2EntryRunner with your game's ELF under a hard timeout, kills the whole process tree, keeps the log in console/runs/ and calls the run PASS, HANG, CRASH or FAIL (soak repeats it N times; --input replays a controller script). triage.py reads the runtime's own log lines, clusters them by PC, names the function from your Ghidra CSV map, ranks them and names the /console-* skill that owns each; compare shows fixed, still there and new. abdiff.py finds the first divergence between PCSX2 and the port in register or memory dumps. Use when the user says "run it", "does it boot", "test the port", "why did it crash", "what do I fix next", "did that break anything", "run it 100 times", "compare with PCSX2", or after every build.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Every fix in a port ends the same way: build, run, read the log, decide.

    line 18
  2. Very specific:

    Regression list: Keep each milestone's exact run.py command (with its --expect and --input) in console/STATE.md under "Regression runs".

    line 91
  3. Distinctive:

    When the log does not explain a crash or a wrong value, run the original in PCSX2 as ground truth.

    line 111
  4. Distinctive:

    Bring your own game: Only games you own, dumped from your own disc.

    line 120

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

console-tester

Every fix in a port ends the same way: build, run, read the log, decide. This skill makes that loop fast and honest. run.py never leaves a game window running, never floods the context (it keeps the first and last 2000 lines and prints only the last 5000 characters), and judges each run the same way every time. triage.py turns a log into a ranked fix list with an owner per item, and compare tells you whether a change fixed something, broke something, or just let the game get further and meet the next blocker.

Honest scope: soak repeats the same boot with the same scripted input; it finds crashes that come and go (threads, timing, IOP). It does not play the game for you. "It plays" still means a person played it.

${CLAUDE_SKILL_DIR} below is this skill's folder (where this SKILL.md lives).

python3 "${CLAUDE_SKILL_DIR}/run.py" boot --runner out/build/ps2xRuntime/ps2EntryRunner \
        --elf console/disc/SLUS_203.12 --seconds 15                          # one run
python3 "${CLAUDE_SKILL_DIR}/run.py" boot --runner ... --elf ... --expect "title" --until-expect
python3 "${CLAUDE_SKILL_DIR}/run.py" boot --runner ... --elf ... --input console/inputs/menu.txt
python3 "${CLAUDE_SKILL_DIR}/run.py" soak --runner ... --elf ... --runs 20 --seconds 30
python3 "${CLAUDE_SKILL_DIR}/run.py" last                                       # the latest result
python3 "${CLAUDE_SKILL_DIR}/triage.py" scan console/runs/latest.log --map console/functions.csv
python3 "${CLAUDE_SKILL_DIR}/triage.py" scan console/runs/latest.log --markdown   # for STATE.md
python3 "${CLAUDE_SKILL_DIR}/triage.py" compare console/runs/<before>.log console/runs/latest.log
python3 "${CLAUDE_SKILL_DIR}/triage.py" lookup 0x00123456 --map console/functions.csv
python3 "${CLAUDE_SKILL_DIR}/abdiff.py" regs console/ab/pcsx2.json console/ab/port.txt --width 32
python3 "${CLAUDE_SKILL_DIR}/abdiff.py" mem console/ab/pcsx2.bin console/ab/port.bin --base 0x00100000

run.py flags: --expect REGEX (repeatable), --until-expect, --input FILE / --record FILE (controller replay and recording, needs a pad from /console-controller gen --replay), --out (default console/runs), --arg, --cwd, --keep 2000, --tail-chars 5000, --json. Exit codes everywhere: 0 ok (PASS, no issues, dumps match), 1 something needs attention, 2 bad input.

What it reads and writes

filewhat
console/STATE.mdthe run command and build folder (read them, never reconstruct them); one result line per run goes back in
console/runs/<UTC stamp>.logstdout + stderr of one run; first and last 2000 lines when huge
console/runs/latest.log, latest.jsonthe last run and its verdict: result, reason, exit code or signal, expects, counts, first fatal line
console/runs/soak-<stamp>.jsona soak summary: totals, flaky or not, fatal lines by count
your Ghidra CSVName,Start,End,Size from ExportPS2Functions.java (End is exclusive), to name PCs
console/ab/your A/B dumps (PCSX2 side and port side)

Results

resultmeans
PASSevery --expect line appeared (or, with none given, it ran the whole timeout without a crash)
HANGthe timeout came first and an expected line never did. Read the last lines: what was it waiting for?
CRASHa fatal line (Error during program execution: ..., [main] fatal exception, [terminate], a failed ELF load), a non-zero exit, a signal, or it stopped after jumping to a missing function. The runtime catches game-thread exceptions and still exits 0, so the log decides, not the exit code
FAILit exited by itself, cleanly, before the expected lines (window closed, game returned)

The log lines triage knows, their source files and owners: reference/log-lines.md.

The standard test protocol

Full version, with the circuit breaker and the PCSX2 A/B workflow: reference/test-protocol.md.

  1. Read the run command from console/STATE.md. Runner path, ELF path, build folder. Never rebuild it from memory. If it is missing, ask once and record it.
  2. Build incrementally first (cmake --build <build dir>, nothing else). Never clean.
  3. Run short. run.py boot with 10 to 15 seconds for boot, 30 for menus. Add an --expect for the milestone you are chasing (a log line the game or runtime prints there).
  4. Read the verdict and the tail it prints (last 5000 characters). Do not open the whole log.
  5. Triage. triage.py scan console/runs/latest.log --map <csv>. Work the top item: the first fatal, then missing functions, stubs, syscalls, IOP, file I/O. The owner column says which /console-* skill fixes it.
  6. Fix, rebuild, rerun, compare. triage.py compare <before>.log console/runs/latest.log. FIXED is progress. NEW right after the old blocker usually means the game got further. NEW elsewhere means the change broke something: look before the next fix.
  7. Record one line in console/STATE.md: date, what changed, the result, the log name.
  8. Regression list. Keep each milestone's exact run.py command (with its --expect and --input) in console/STATE.md under "Regression runs". After any runtime change, run them all. A milestone that passed before and fails now is the first thing to fix.
  9. Circuit breaker. Three failed fix attempts on the same crash: stop guessing. Re-read console/STATE.md, look the code up in Ghidra, and do the PCSX2 A/B comparison. Then ask the user a specific question if it is still unclear.

What "it plays" means at each phase

phasemilestonehow to check
bootELF file loaded successfully (with runtime logs on) and no fatal line--expect "ELF file loaded"
bootloaderIOP modules load, no missing functions in the first secondstriage.py scan: no tier 0 to 2 items
first picturethe game draws (logos, a loading screen)look at the window; soak for flakiness
title screena log line the game prints there, or the screen itself--expect, then --input to press Start
menusa scripted walk through the menus survives--input console/inputs/menu.txt --seconds 60
in gamea person plays a level start to finishthe user, with a controller; record a script of it for regressions

A/B against PCSX2 (optional)

When the log does not explain a crash or a wrong value, run the original in PCSX2 as ground truth. With the optional PCSX2-MCP debug server: break at the same address, read the registers and the memory you care about, save them as JSON or binary. On the port side, a temporary trace override prints the same registers at that address (template in the protocol reference). abdiff.py regs and abdiff.py mem print the first divergence: that is where to look. Without PCSX2-MCP, PCSX2's own debugger can show the same values by hand.

Guard rails

  • Bring your own game. Only games you own, dumped from your own disc. Never download ISOs, ELFs or BIOS files, never help find them. PS2Recomp needs no BIOS; PCSX2 needs one dumped from your own console.
  • Nothing from the game gets published. Logs can quote game strings and memory dumps are game data: they stay on your machine with the disc, the ELF and the recompiled runner/*.cpp. Share your fixes, overrides and replay scripts, not dumps.
  • Not affiliated with Sony. PlayStation is a trademark of Sony Interactive Entertainment.
  • Test safely. Short timeouts, one run at a time, every process killed at the end, never clean the build to "make sure", never edit runner/*.cpp or headers to make a test pass.

Hands off to

The owner column decides: /console-reverse (missing functions: entry_points, re-export from Ghidra, re-run the recompiler), /console-backend (stubs, syscalls, IOP, file and disc I/O), /console-graphics (GS, VU, MPEG video), /console-sound (audio), /console-saves (memory card), /console-controller (pad, replay scripts), /console-mod (overrides), /console-anywhere (build options such as FFmpeg).

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

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.