fix-redflag

Applies risk-tiered remediations to security findings and updates the SQLite journal.

2|Updated Jun 14, 2026
One-click install
npx skills add https://github.com/odysseyalive/claude-watchman --skill fix-redflag-odysseyalive
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: fix-redflag
Source: https://github.com/odysseyalive/claude-watchman/tree/main/skills/rhetoric/fix-redflag
Command: npx skills add https://github.com/odysseyalive/claude-watchman --skill fix-redflag-odysseyalive

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security audits produce lists of findings, but turning them into actual fixes is risky: a wrong firewall rule can sever SSH access, and an unattended script must never delete data or stop services. This Skill remediates findings from the claude-watchman journal while enforcing a strict risk-tier gate and a Prime Directive that blocks any destructive action without explicit operator consent. ## Core Features & Use Cases - Risk-tiered remediation: safe fixes (security headers, logrotate) apply on simple approval or in batch; review fixes (firewall rules, SSH/auth changes) require showing the exact change and per-finding confirmation; manual fixes (Content-Security-Policy) are never auto-applied, only drafted as ready-to-paste artifacts. - Prime Directive safety gate: before any mutating step that could delete files, modify databases, sever access, or stop services, it stops, warns in plain language, and asks for explicit per-action permission. - Research-backed fixes: uses WebSearch and WebFetch against authoritative sources (vendor docs, distro wikis, NVD entries) before proposing unfamiliar remediations, citing sources to the operator. - Journal integration: verifies each applied fix took effect, then records status (fixed, in-review) in the SQLite findings journal via bash lib/wm journal_set_status. - Use Case: After a watchman audit flags open findings on a Debian server, run watchman fix to get a numbered remediation plan where safe hardening toggles are batch-applied with one approval and each firewall change is shown and confirmed individually. ## Quick Start Run watchman fix at the shell as root to open the FIX-profile session and let the fixer present a prioritized remediation plan for all open and regressed findings.

Frequently Asked Questions about fix-redflag

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I apply security audit fixes safely on a Linux server?▼

Run watchman fix as root to open an interactive FIX-profile session. The fixer pulls open and regressed findings from the journal, presents a numbered remediation plan, and applies safe-tier fixes on approval while confirming every review-tier change individually.

How do risk tiers control which fixes get applied automatically?▼

Each finding carries a risk_tier: safe fixes apply on simple approval or in batch where the profile permits, review fixes require showing the exact change and per-finding confirmation, and manual fixes are never auto-applied, only drafted as ready-to-paste artifacts.

Can an unattended monitoring loop apply firewall or service changes?▼

No. Mutating resolver operations are deliberately absent from the loop's allowlist, so only the operator-launched fix session can execute them. The unattended loop records and surfaces findings instead of changing system state.

What happens if a fix would delete data or stop a service?▼

The Prime Directive gate stops the action, warns the operator in plain language why it is destructive, and asks for explicit per-action permission. Destructive operations like journal pruning back up the database first and show exact deletion windows.

Does the fixer verify that a remediation actually worked?▼

Yes. After applying a change it re-reads the config or re-lists the firewall rule to confirm the fix took effect, then sets the finding status to fixed in the journal. If verification fails, the finding stays open.

How are unfamiliar remediations researched before being proposed?▼

The fixer uses WebSearch to discover and WebFetch to verify against authoritative sources like vendor docs, distro wikis, and NVD entries before writing a remediation. It cites the source to the operator, and researching never bypasses the risk-tier gate.