guardrails-reference

Check centralized red-flag tables during session start and heartbeat cycles.

88|108|Updated Apr 7, 2026
One-click install
npx skills add https://github.com/grandamenium/cortextos --skill guardrails-reference-grandamenium
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: guardrails-reference
Source: https://github.com/grandamenium/cortextos/tree/main/templates/analyst/.claude/skills/guardrails-reference
Command: npx skills add https://github.com/grandamenium/cortextos --skill guardrails-reference-grandamenium

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents repeated operational mistakes by giving the analyst a single, authoritative red-flag table to check against during session start, heartbeats, and key decision moments.

Core Features & Use Cases

  • Self-auditing via heartbeat checks: Detects when important scheduled work is skipped and forces the required action.
  • Anti-pattern prevention for process and safety: Flags common thinking errors (e.g., skipping reads of skills, delaying status or memory updates, continuing after errors, or taking shortcuts that bypass the bus).
  • Continuous improvement loop: Encourages adding new guardrails as new failure patterns are discovered.

Quick Start

Read the guardrails-reference skill at the start of your session, then follow the Required Action any time you notice a matching red-flag thought.

Frequently Asked Questions about guardrails-reference

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

FAQPage Schema
How do I prevent workflow orchestration agents from skipping scheduled tasks and drifting into anti-patterns?

Workflow orchestration agents can prevent drifting into anti-patterns by using a centralized red-flag table checked during heartbeat cycles. This enforces required actions for scheduled work instead of skipping them, updating task and dashboard state on schedule.

What are common agent guardrails for safe error handling and external communications?

Agent guardrails for safe error handling and external communications enforce logging when red-flags trigger and require approval checks for external messages. This prevents agents from continuing operations after errors bypass standard procedures.

How do I set up heartbeat monitoring to catch skipped status updates and delayed memory writing?

Heartbeat monitoring catches skipped status updates and delayed memory writing by running self-auditing checks against a red-flag table during session start and key decision moments. This forces the required updates to execute properly.

Can I add new guardrails to the red-flag table when I discover new operational failure patterns?

You can add new guardrails to the red-flag table through a continuous improvement loop. This allows the analyst to expand anti-pattern prevention rules as new operational failure patterns and unsafe habits are discovered.

Does this guardrail approach work for cron creation, inbox processing, and bus usage without external dependencies?

This guardrail approach works for cron creation, inbox processing, and bus usage without requiring external dependencies. It applies centralized red-flag checks to prevent taking shortcuts that bypass the bus during these workflows.

What is the best way to enforce Telegram approvals and prevent agents from bypassing external communication checks?

The best way to enforce Telegram approvals is by applying red-flag guardrails during external communication decision moments. This flags attempts to bypass approval checks, requiring the agent to log the trigger and follow proper procedures.