ワンクリックで
manage-error-debugging
Manage Error Debugging Automation
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Manage Error Debugging Automation
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Canonical turn protocol for agents writing to Neotoma. Bounded retrieval on the user message, store user message PART_OF conversation with REFERS_TO edges to retrieved entities, store assistant reply the same way. Use this skill in any agent loop that should persist conversation state to Neotoma.
Session-end audit. Files remaining work as task entities and lists them as bullets, verifies all data intended for Neotoma storage from this session is actually stored, and persists what's missing. Invoke at the natural close of a working session, before context is lost.
Mid-session status report. Summarizes what's been achieved so far this session and what work remains, in succinct qualitative prose and bullets with only light technical detail. Read-only — stores nothing, files nothing. Invoke any time to take stock without closing the session.
Close a Neotoma working session — store the assistant reply and a session-close summary.
Retrieve the bounded context for the current session — recent interactions and relevant entities.
Begin a Neotoma working session — open a conversation and record the opening interaction.
| name | manage_error_debugging |
| description | Manage Error Debugging Automation |
Manage the error debugging automation monitoring script (start, stop, status, logs).
/manage_error_debugging [action]
Actions:
start - Start the error debugging watcher in backgroundstop - Stop the running watcherstatus - Check if watcher is running and show statuslogs - Show recent logs from the watcherrestart - Stop and start the watcherfoundation-config.yamlscripts/trigger_error_debug_cli.js exists and is executablestartCheck if already running:
.cursor/error_reports/watcher.pidVerify configuration:
foundation-config.yamldevelopment.error_debugging.enabled === trueCreate necessary directories:
.cursor/error_reports/ existsStart watcher in background:
node scripts/trigger_error_debug_cli.js --watch > .cursor/error_reports/watcher.log 2>&1 &.cursor/error_reports/watcher.pidVerify start:
stopCheck if running:
.cursor/error_reports/watcher.pidVerify process exists:
Stop process:
statusCheck PID file:
.cursor/error_reports/watcher.pidCheck if process is running:
If running, show:
logsCheck log file:
.cursor/error_reports/watcher.logDisplay logs:
--follow flag providedrestartPID File Management:
.cursor/error_reports/watcher.pidLog File:
.cursor/error_reports/watcher.logProcess Verification:
# Check if process exists (cross-platform)
if ps -p $PID > /dev/null 2>&1; then
# Process is running
fi
Platform-Specific:
ps command (available on macOS, Linux)tasklist or PowerShell Get-ProcessConfigure in foundation-config.yaml:
development:
error_debugging:
enabled: true
automation:
watch_mode: true # Enable continuous monitoring
cursor_cli:
# ... cursor_cli configuration ...
# Check status
/manage_error_debugging
/manage_error_debugging status
# Start watcher
/manage_error_debugging start
# Stop watcher
/manage_error_debugging stop
# View logs
/manage_error_debugging logs
# Restart watcher
/manage_error_debugging restart
/report - Report an error (triggers debugging if automation enabled)/debug - Manually debug pending errors (deprecated: use /debug instead)