Overview
The HealOps interactive shell persists every line you type to a history file so up-arrow recall and/history work across sessions. Incident prompts can include sensitive identifiers and tokens, so the shell:
- redacts known token shapes before each entry is written to disk
- supports disabling persistence entirely (memory-only mode)
- caps how many entries are kept (oldest pruned)
- offers a one-shot
/history clearto wipe the file on demand
~/.config/healops/interactive_history.
Defaults
Redaction patterns
The built-in pattern set targets token shapes that are unique enough to keep false positives on natural-language incident text very low. Each match is replaced with a labeled placeholder.
Redaction applies only to persistent history. The line you typed is still passed to HealOps’ normal pipeline as you typed it.
Slash commands
Configuration
Settings resolve from (highest wins):- Environment variables
- The
interactive.historyblock in~/.config/healops/config.yml - Built-in defaults
Environment variables
Config file
Threat model
The history file is plain text on local disk at~/.config/healops/interactive_history, with the user’s default file permissions. Built-in redaction targets common token shapes only — it is not a substitute for proper secret handling. Treat the file as confidential and be aware:
- A determined attacker with read access to your home directory can still read pre-existing entries written before redaction was enabled.
- Redaction cannot detect tokens that look like normal text (for example a natural-language password). Don’t paste secrets you wouldn’t be comfortable seeing in a system log.
- Custom redaction patterns are not yet supported in v1. If you need to redact internal token shapes, use
/history offfor that session and run/history clearafterwards.
HEALOPS_HISTORY_ENABLED=0, accept the loss of cross-session up-arrow recall, and rely on the in-memory ring instead.
Tracer