The skill lives in skills/indicore-reader/. It is a standard Agent Skill — a SKILL.md plus a
references/ and assets/ folder — and needs no build step or dependencies.
Copy the skill into your project’s .claude/skills/ directory:
mkdir -p .claude/skills
cp -r skills/indicore-reader .claude/skills/
It is now available in that project. Claude will consult it automatically when you hand it Indicore
Lua and ask to port/convert/understand it. You can also invoke it explicitly with
/indicore-reader if your setup exposes skills as slash commands.
mkdir -p ~/.claude/skills
cp -r skills/indicore-reader ~/.claude/skills/
Zip the skill folder and upload it wherever your Claude client accepts custom skills:
cd skills && zip -r indicore-reader.zip indicore-reader && cd ..
Then add indicore-reader.zip through your client’s skill/upload UI.
Give Claude an Indicore .lua file and ask, for example:
Port this fxcodebase indicator to a platform-neutral spec.
Claude should recognise the Indicore code, read the relevant files under
skills/indicore-reader/references/, and return a filled-in Port Specification. If it doesn’t pick
the skill up automatically, mention “Indicore” or “fxcodebase” explicitly, or invoke it by name.
Skills are consulted at the model’s discretion, and a strong model (Opus 4.8+) that already reads Indicore well will often decline to auto-invoke this skill because it believes it can do the task unaided (we measured ~100% precision but low auto-recall, unchanged by description wording). That’s fine — but for reliable, consistent results:
/indicore-reader (or mention “use the indicore-reader
skill” / “use the Indicore porting reference”). This is the recommended default for a porting run.SKILL.md an explicit first step rather than
relying on auto-invocation.Re-copy the folder after pulling changes. Nothing is cached or compiled; the Markdown files are read directly.
references/.