Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/ravi-teja-konda/kernel_chat/gemini-mdgit clone --depth 1 https://github.com/Ravi-Teja-konda/kernel_chatWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/instructions/ravi-teja-konda/kernel_chat/gemini-md)<a href="https://agentmods.dev/instructions/ravi-teja-konda/kernel_chat/gemini-md"><img src="https://agentmods.dev/badge/instructions/ravi-teja-konda/kernel_chat/gemini-md.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.03711 | $0.03711 |
| Opus 5 | $0.01855 | $0.01855 |
| Sonnet 5 | $0.00742 | $0.00742 |
| Haiku 4.5 | $0.00371 | $0.00371 |
Grade A, and why
kernel_chat GEMINI.md scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
- **Node.js built-ins**: `fs`, `fs/promises`, `os` (especially `os.homedir()`), `path`, `child_process` (`execSync`, `spawn`). How it starts
The opening of the file, as written. The whole thing — 182 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Building and running
Before submitting any changes, it is crucial to validate them by running the full preflight check. This command will build the repository, run all tests, check for type errors, and lint the code.
To run the full suite of checks, execute the following command:
npm run preflight
This single command ensures that your changes meet all the quality gates of the project. While you can run the individual steps (build, test, typecheck, lint) separately, it is highly recommended to use npm run preflight to ensure a comprehensive validation.
Writing Tests
This project uses Vitest as its primary testing framework. When writing tests, aim to follow existing patterns. Key conventions include:
Test Structure and Framework
- Framework: All tests are written using Vitest (
describe,it,expect,vi). - File Location: Test files (
*.test.tsfor logic,*.test.tsxfor React components) are co-located with the source files they test. - Configuration: Test environments are defined in
vitest.config.tsfiles. - Setup/Teardown: Use
beforeEachandafterEach. Commonly,vi.resetAllMocks()is called inbeforeEachandvi.restoreAllMocks()inafterEach.
Mocking (vi from Vitest)
- ES Modules: Mock with
vi.mock('module-name', async (importOriginal) => { ... }). UseimportOriginalfor selective mocking.- Example:
vi.mock('os', async (importOriginal) => { const actual = await importOriginal(); return { ...actual, homedir: vi.fn() }; });
- Example:
- Mocking Order: For critical dependencies (e.g.,
os,fs) that affect module-level constants, placevi.mockat the very top of the test file, before other imports. - Hoisting: Use
const myMock = vi.hoisted(() => vi.fn());if a mock function needs to be defined before its use in avi.mockfactory. - Mock Functions: Create with
vi.fn(). Define behavior withmockImplementation(),mockResolvedValue(), ormockRejectedValue(). - Spying: Use
vi.spyOn(object, 'methodName'). Restore spies withmockRestore()inafterEach.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 5d ago First seen · 182 lines · 3,711 tokens per session scan A 895be0aae736
kernel_chat GEMINI.md is an instructions file published in the GitHub repository Ravi-Teja-konda/kernel_chat (2 stars, last pushed 11mo ago), licensed Apache-2.0. It adds 3,711 tokens to every session, about $0.0186 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other instructions, from other repositories
embedist CLAUDE.md
Instructions for mandarwagh9/embedist, covering claude.md, repo layout note, commands, release version sync and architecture.
embedist AGENTS.md
Instructions for mandarwagh9/embedist, covering embedist agent notes, scope and source of truth, commands that actually exist, testing reality and architecture map (real entrypoints).
desmond CLAUDE.md
Claude Code instructions for llegomark/desmond, covering claude.md, project overview, development commands, essential commands and build notes.
Math-To-Manim tests.instructions.md
Guidelines for writing and maintaining tests in Math-To-Manim.
cordon AGENTS.md
AGENTS.md instructions for ilyautov/cordon, covering working in this repository, the three invariants, the map, commands and tests.
eai-gofer GEMINI.md
Gemini CLI instructions for eai-support/eai-gofer, covering gemini.md and always-on eai contract.