myco:debug-daemon-errors

Diagnose Myco daemon errors through log analysis and root-cause tracing.

12|2|Updated Mar 15, 2026
One-click install
npx skills add https://github.com/goondocks-co/myco --skill myco-debug-daemon-errors
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: myco:debug-daemon-errors
Source: https://github.com/goondocks-co/myco/tree/main/.agents/skills/debug-daemon-errors
Command: npx skills add https://github.com/goondocks-co/myco --skill myco-debug-daemon-errors

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a structured playbook to diagnose and fix Myco daemon errors across subsystems, reducing mean time to recovery by guiding log analysis, subsystem mapping, root-cause tracing, regression testing, and recovery procedures.

Core Features & Use Cases

  • Step-by-step guidance for log inspection, subsystem mapping, and root-cause tracing
  • Provides surgical fixes, regression test guidance, and startup/shutdown recovery patterns
  • Enables structured diagnostics and logging enhancements to distinguish phantom sessions and timeout-related failures

Quick Start

Run the daemon in a failing scenario and follow this playbook to identify the implicated subsystem, trace the root cause, write the regression test, apply the surgical fix, and verify the fix with tests.

Frequently Asked Questions about myco:debug-daemon-errors

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

FAQPage Schema
How do I debug Myco daemon crashes and identify the failing subsystem?

Debug Myco daemon crashes by running the daemon in a failing scenario and following the playbook for log analysis and subsystem mapping. This process identifies the implicated area among PowerManager, SQLite, Outbox, Session lifecycle, and Executor subsystems to isolate the failure.

What causes outbox drain loops and scheduler starvation in a daemon lifecycle?

Outbox drain loops and scheduler starvation occur when daemon subsystems fail to process tasks efficiently. The playbook traces these root causes by mapping the Outbox and Executor subsystems, analyzing structured diagnostics, and applying surgical fixes to restore normal startup and shutdown behavior.

How do I trace phantom sessions and FK violations during daemon recovery?

Trace phantom sessions and FK violations by applying the playbook's structured diagnostics and logging enhancements. This distinguishes timeout-related failures across the Session lifecycle and SQLite subsystems, enabling you to write regression tests and apply minimal surgical fixes for safe recovery.

Does this daemon debugging approach support regression testing and safe recovery?

Yes, this daemon debugging approach supports regression testing and safe recovery. It guides you to write regression tests for the identified root cause, apply surgical fixes, and verify startup resilience with clear failure signals to ensure stable daemon operation.

When should I use a structured playbook for daemon error diagnosis?

Use a structured playbook for daemon error diagnosis when you need to reduce mean time to recovery across complex subsystems. It is essential when facing daemon crashes, FK violations, scheduler starvation, or outbox drain loops that require systematic root-cause tracing and logging enhancements.