Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Codebase intelligence — generates structured navigation maps with file:line references so agents stop re-scanning the same files every session. Use when exploring code, answering "where is X?", or onboarding to a new codebase.
Codebase intelligence — generates structured navigation maps with file:line references so agents stop re-scanning the same files every session. Use when exploring code, answering "where is X?", or onboarding to a new codebase.
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Maintain a structured map of the codebase with exact file:line references. One scan, permanent knowledge. Saves 80-95% of tokens on code exploration.
Use in any repo where you need to navigate code. Creates atris/MAP.md as the single navigation index.
Before searching for anything in the codebase: Read atris/MAP.md Found your keyword → go directly to file:line. Done. Not found → search once with rg, then add the result to MAP.md The map gets smarter every time you use it. Never let a discovery go unrecorded.
If atris/MAP.md doesn't exist, generate it: Create atris/ folder in the project root Scan the codebase (rules below) Write the result to atris/MAP.md Tell the user: "Built your codebase map at atris/MAP.md." If atris/MAP.md already exists, use it. Regenerate only if the user requests it or the map is clearly stale (references missing files, line numbers way off).
Skip: node_modules, .git, dist, build, vendor, __pycache__, .venv, .env*, *.key, *.pem, credentials*, secrets* Use ripgrep to extract structure: # Key definitions rg "^(export|function|class|const|def |async def |router\.|app\.|@app\.)" --line-number -g "!node_modules" -g "!.git" -g "!dist" -g "!.env*" # Route definitions rg "(get|post|put|delete|patch)\s*\(" --line-number -g "*.ts" -g "*.js" -g "*.py" # Entry points rg "listen|createServer|app\.start|if __name__" --line-number
# MAP.md — [Project Name] Navigation Guide > Generated by Atris | Last updated: YYYY-MM-DD ## Quick Reference rg "functionName" path/to/file.ext # Description (line N) rg "className" path/to/file.ext # Description (line N) Extract the top 15-25 most important symbols: entry points, exports, route handlers, main classes, config loaders.
Group by cross-cutting patterns (error handling, logging, auth middleware, etc).
Flag high-impact files with why they matter and key functions with line numbers.
How execution flows — dev server startup, request lifecycle, build pipeline.
Update MAP.md surgically when the codebase changes: New file → add to relevant section Moved/renamed → update all references New important function → add to Quick Reference Deleted file → remove from map Major refactor → regenerate affected sections Small updates, not full regeneration. The map evolves with the code.
Searching without checking MAP first Letting discoveries go unrecorded Regenerating the full map when a surgical update would do Including secrets, credentials, or .env files in the map Guessing file locations instead of using the index
Agent frameworks, memory systems, reasoning layers, and model-native orchestration.
Largest current source with strong distribution and engagement signals.