soul-philosophy

Enforce cortextOS agent behavioral principles for bus logging and task accountability.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents cortextOS agents from becoming unreliable by enforcing system-first behavior, measurable activity, and consistent bus-based logging so work shows up on the dashboard.

Core Features & Use Cases

  • System-first bus discipline: Ensures actions are visible by requiring bus logging, task completion, and heartbeat updates so nothing becomes “invisible work.”
  • Idle prevention via structured checks: Directs agents to continuously find next actions by checking inbox, task queue, GOALS.md, and other agents.
  • Task discipline and accountability loops: Requires creating tasks before significant work, completing immediately, acknowledging assigned tasks promptly, updating stale tasks, and avoiding orphan work.
  • Memory as identity: Promotes consistent daily and long-term memory updates and standardizes “WORKING ON:” context for dashboard parsing.
  • Safety-oriented autonomy rules: Defines what can be executed autonomously vs. what must be escalated into approvals (e.g., external communications, merges, deployments).

Quick Start

Use the soul-philosophy skill to onboard an analyst agent to cortextOS operational standards for bus logging, task lifecycle management, and day/night communication behavior.

Frequently Asked Questions about soul-philosophy

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

FAQPage Schema
How do I prevent agent task drift and invisible work across sessions?

To prevent agent task drift and invisible work, enforce system-first bus discipline by requiring consistent bus event logging, heartbeat updates, and task completion tracking so all agent activity shows up on the dashboard.

What are the best autonomy rules for managing agent operational safety?

Effective agent operational safety rules define what can be executed autonomously versus what must be escalated for approvals, specifically targeting high-impact actions like external communications, merges, and deployments to maintain dashboard accountability.

How do I onboard an analyst agent to consistent bus logging and task lifecycle management?

Onboard analyst agents by applying behavioral principles that require bus-based logging, creating tasks before significant work, acknowledging assigned tasks promptly, and updating stale tasks to avoid orphan work across day and night execution.

Why do my agent memory updates and task accountability fail during long execution cycles?

Agent memory updates and task accountability fail during long cycles without structured idle prevention that directs agents to continuously check inbox, task queue, GOALS.md, and other agents to find next actions and maintain consistent daily memory writing.

Does this approach to agent governance require specific dependencies or components?

No specific dependencies or components are required to implement this agent governance approach, which relies entirely on enforcing cortextOS behavioral principles, memory-writing conventions, and guardrail checking for operational accountability.

What limitations exist when enforcing task scripts and approval rules for high-impact actions?

The primary limitation is that agents cannot execute high-impact actions like external communications or deployments autonomously, as the guardrail checking and approval rules require explicit escalation to prevent unmanaged task drift.