search-engine-core logging-debug.instructions.md

Rules for writing application messages through logging functions such as LOG_DEBUG, LOG_INFO, and LOG_ERROR instead of printing directly to the console.

In plain words
What is it for?
Use it when adding debug output, operational messages, warnings, errors, or tests for different logging levels.
Why use it?
It makes diagnostic output consistent and lets operators choose how much detail appears through the LOG_LEVEL setting.

Instructions file for GitHub Copilot

Install

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.

agentmods
npx agentmods add instructions/hatefsystems/search-engine-core/logging-debug
Clone the repo
git clone --depth 1 https://github.com/hatefsystems/search-engine-core

Made for: GitHub Copilot.

Per session 281 This file is loaded in full into every session.
When invoked 281 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00281 $0.00281
Opus 5 $0.00140 $0.00140
Sonnet 5 $0.00056 $0.00056
Haiku 4.5 $0.00028 $0.00028

Measured yesterday against content hash dfbe6fe1d5bd, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

search-engine-core logging-debug.instructions.md scanned grade A with 0 findings 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 yesterday.

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.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.github/instructions/logging-debug.instructions.md · 40 lines

What it actually says

Logging and Debug Output

  • Use LOG_DEBUG() instead of std::cout for debug messages.
  • Configure level via LOG_LEVEL (trace, debug, info, warning, error, none).
  • Use LOG_INFO(), LOG_ERROR(), LOG_WARNING() for other levels.
// ❌ WRONG
std::cout << "[DEBUG] Processing " << requestId << std::endl;

// ✅ CORRECT
LOG_DEBUG("Processing request: " + std::to_string(requestId));

Test with LOG_LEVEL=debug and LOG_LEVEL=info to ensure debug is configurable.

LOG_LEVEL Values

Level Use Case What Gets Logged
trace Deep debugging Everything including execution flow
debug Development WebSocket, crawler, API calls, performance
info Production Standard operations, system status
warning High-performance Non-critical issues, performance warnings
error Critical monitoring System failures, database errors
none Performance testing No logging output

Usage

LOG_LEVEL=debug docker-compose up

LOG_LEVEL=info ./server
Changes

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.

  1. yesterday First seen · 40 lines · 281 tokens per session scan A dfbe6fe1d5bd

Subscribe to this mod's changes

search-engine-core logging-debug.instructions.md is an instructions file published in the GitHub repository hatefsystems/search-engine-core (5 stars, last pushed 27d ago), licensed Apache-2.0. It adds 281 tokens to every session, about $0.0014 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other instructions, from other repositories

Xapiand AGENTS.md

Instructions for Kronuz/Xapiand, covering agents.md — working in the xapiand codebase, first, the big split: own code vs. vendored, where things live, build & toggles and verifying changes end-to-end (the docs are a test suite).

Kronuz/Xapiand · 2,843 tokens

electron CLAUDE.md

Instructions for electron/electron, covering electron development guide, running nodemodules binaries, project overview, directory structure and build tools setup.

electron/electron · 2,653 tokens

electron copilot-instructions.md

Instructions for electron/electron, covering copilot instructions for electron, build system, linting, running a single test and example: npm run test -- -g "ipc".

electron/electron · 1,178 tokens

compiler-explorer AGENTS.md

Instructions for compiler-explorer/compiler-explorer, covering agents.md, build & test commands, important workflow requirements, style guidelines and architecture guidelines.

compiler-explorer/compiler-explorer · 2,422 tokens

weaviate CLAUDE.md

Instructions for weaviate/weaviate, covering claude.md, no bug is ever out of scope, build & run, build the binary (cgoenabled=0, static linking) and build debug binary (with delve support).

weaviate/weaviate · 2,591 tokens

compiler-explorer copilot-instructions.md

Instructions for compiler-explorer/compiler-explorer: For each answer to the user, evaluate your level of confidence in the correctness of the answer on a scale from 1 to 10, where 1 is very uncertain and 10 is absolutely certain. If your confidence level is below 8, state so and suggest ways to verify the answer.

compiler-explorer/compiler-explorer · 60 tokens