Runtime Kit keeps product code from tangling by turning package material into two app-facing moves: read named data and call named targets.
Picture a founder shipping a launch screen. The screen needs headline copy, a checklist, a help panel, and a button that asks for the next step. Without Runtime Kit, the screen starts importing data files, helper functions, search code, and setup code. With Runtime Kit, those jobs stay separated.The whole map
01
The package declares records, package-owned bytes, and callable targets.
02
Runtime Kit checks the package and turns source material into active local truth.
03
The app sees data names and action names, not package setup.
04
React reads data, sends requests, renders states, and stays out of setup machinery.
Package file
You want your welcome copy to ship with a package, not as a hardcoded React string.A package file is the file that says what the package owns. It can declare package-owned records, package-owned bytes, and callable targets.Anti-pattern
Next links
Named data reads
The launch screen wantswelcome-copy, but it should not care which package record, file, or derived value produced it.A named data read is a named app-facing value. The component asks for the name and renders the public states.Anti-pattern
Next links
Callable targets
The user clicks “Suggest next step.” The app should calllaunch.next-step, not import the target implementation.A callable target is a stable public name for work. Runtime Kit sends bytes to that target and gives the app reply bytes.