PTENES
Skip to content
TRACK 1

🧭 Discover

Before connecting anything, find out what exists. Understand why reverse engineering isn’t a product, install the kit, run the diagnostic, and map the tools your agents can use.

4
Modules
24
Topics
~2h20
Duration
Basic
Level
0 of 240%
1 · API 2 · MCP 3 · CLI 4 · SDK 5 · computer 6 · local bridge 7 · reverse engineering which route? lab only

Learning path map

Detailed content

1.1~35 min

🧭 Reverse engineering is not a product

What the videos about mods showed, why the workaround is only useful for discovery, and which official routes do the same thing today.

0 of 60%
What it is:

Videos showed Claude Code using the Codex app's computer-use feature and several sessions in parallel, almost entirely through reverse engineering.

Why learn:

Knowing what was done and how it was done separates the idea (good) from the approach (fragile).

Key concepts:

Claude Code, Codex, mod, computer use, reverse engineering.

What it is:

The course rule: reverse engineering proves something is possible; the day-to-day system uses the official route.

Why learn:

Anything that depends on a makeshift connection breaks with the next update, and only you know how to fix it.

Key concepts:

Discovery, product, contract, fragile label.

What it is:

The switching table: codex exec, claude --bg, and claude agents, official plugins, and written permissions instead of tricks.

Why learn:

Each table row becomes a course module that you run on your machine.

Key concepts:

Official method, CLI, background session, plugin.

What it is:

The INEMA Agent Runtime: a runtime/ folder with four rules files, scripts, bridges, a guard, and seven tested recipes.

Why learn:

Works through Claude Code and Codex subscriptions, with no paid API or server to maintain.

Key concepts:

Copyable kit, subscription, quota, API, recipe.

What it is:

Discover, connect, route, execute, observe, verify, and learn, with one kit file for each step.

Why learn:

The cycle follows the course order and the order in which you connect agents to your work.

Key concepts:

Cycle, policy, proof, command → expected output.

What it is:

The clinic owner with her schedule in a spreadsheet and the accountant with an ERP that has no API, whose data comes in the kit itself.

Why learn:

With the same example files, what you run matches what the lesson shows.

Key concepts:

ERP, CSV, example files, final project.

View Full
1.2~35 min

🩺 Install and diagnose

From zero to "READY": prerequisites, cloning the kit, the doctor.mjs diagnosis, and the first request to the agent.

0 of 60%
What it is:

Node 18 or later, Claude Code and/or Codex signed in with a subscription, Linux or Mac (Windows via WSL).

Why learn:

Without these three items, no recipe runs; with them, they all run.

Key concepts:

Terminal, Node, WSL, subscription sign-in.

What it is:

Download the kit repository to a folder of your own with one command.

Why learn:

The cloned folder becomes your project: rules, bridges, and recipes are already in place.

Key concepts:

Git, repository, clone, project folder.

What it is:

A script that checks Node, Claude Code, Codex, and Ollama and ends with READY or MISSING.

Why learn:

It only reads versions and status: it doesn’t call a model or use up quota.

Key concepts:

Diagnosis, exit 0, READY, MISSING.

What it is:

What each status means and the command the doctor itself suggests to resolve it.

Why learn:

You fix what's missing yourself, without guessing.

Key concepts:

ok, missing, not logged in, outdated, optional.

What it is:

Codex reads AGENTS.md; the kit's CLAUDE.md points to it. The same rules apply to both.

Why learn:

You write the rule once and don't have to maintain two versions.

Key concepts:

AGENTS.md, CLAUDE.md, @AGENTS.md, .claude/settings.json.

What it is:

Open claude in the kit folder and ask it to read LEIA-ME and help fill in CAPACIDADES.md.

Why learn:

It’s the first real use: the agent reading the kit’s rules before acting.

Key concepts:

Interactive session, trusted folder, first prompt.

View Full
1.3~35 min

🪜 The ladder of pathways

Seven levels, from API to reverse engineering: how to choose the most stable route and require a test before accepting a “can’t do it.”

0 of 60%
What it is:

The LEIA-ME table: API, MCP, CLI, SDK, computer use, local bridge, and reverse engineering, with examples and stability.

Why learn:

It’s the most useful decision rule in the kit, and it fits on one page.

Key concepts:

Via, level, API, MCP, CLI, SDK, local bridge.

What it is:

Each rung has a stability level: how well it keeps working when the other side changes.

Why learn:

The route that breaks less costs less to maintain, even if it takes more work on the first day.

Key concepts:

Stability, maintenance, contract, fragile.

What it is:

The LEIA-ME and AGENTS.md rule: before concluding that something is impossible, the agent tests each level with a command.

Why learn:

Often the route exists; it just wasn’t documented.

Key concepts:

Premature impossibility, concrete test, evidence.

What it is:

The ERP without an API goes step by step all the way to CSV export, the local bridge.

Why learn:

It’s the most common case in a small office: an old system that only exports a file.

Key concepts:

Export, CSV, local bridge, read-only.

What it is:

The spreadsheet schedule also uses the local bridge; reading is straightforward, writing requires approval.

Why learn:

Shows that the same route can have different policies for reading and changing.

Key concepts:

Spreadsheet, agenda.csv, read × change, N2.

What it is:

A prompt for the agent to walk you through the ladder, testing each level on your system.

Why learn:

You finish knowing which method to use in the final project.

Key concepts:

Path diagnosis, evidence by level, choice.

View Full
1.4~35 min

🗺️ The capabilities map

CAPACIDADES.md: one line per system, with access method, level, how to call it, policy, and test date.

0 of 60%
What it is:

System, route, level, how the agent calls it, policy, and tested on.

Why learn:

Each column answers a question you’d ask before letting someone use your system.

Key concepts:

Capabilities map, route, policy, test date.

What it is:

Codex CLI through the codex-exec.sh bridge and Claude Code in planning mode, both with read-only policies.

Why learn:

These are examples of what a well-written line looks like.

Key concepts:

Level 3, read (N4), tested line.

What it is:

The file’s four example rows, all marked as pending until tested.

Why learn:

Starting with an example similar to your case cuts the work in half.

Key concepts:

Pending, local bridge, computer use, N2.

What it is:

The README prompt for the agent to fill in the map with you, one system at a time.

Why learn:

The agent knows the ladder; you know your work. Together, you can map it out in minutes.

Key concepts:

Guided interview, one question at a time, with human review.

What it is:

The file rule: a system without a line is not used, and a line without a test stays pending.

Why learn:

Prevents the agent from making up access to a system that no one has checked.

Key concepts:

Allowlist, test, date, pending.

What it is:

Check what the program already offers (export, integrations, command line) before thinking about shortcuts.

Why learn:

The good side of reverse engineering is that you discover the path without relying on a hack.

Key concepts:

Observe, export, integration, LIMITES.md.

View Full
← Back to the beginning Next learning path: Connect →