gitnexus-debugging

Trace error sources and call flows with GitNexus to identify bug root causes.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/gerald-ica/opencode-config-snapshot --skill gitnexus-debugging-gerald-ica
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gitnexus-debugging
Source: https://github.com/gerald-ica/opencode-config-snapshot/tree/main/opencode/skills/gitnexus-debugging
Command: npx skills add https://github.com/gerald-ica/opencode-config-snapshot --skill gitnexus-debugging-gerald-ica

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps engineers quickly diagnose why a function or endpoint is failing by tracing error sources and call flows with GitNexus.

Core Features & Use Cases

  • Trace execution flows to locate related processes and call relationships.
  • Context extraction to see callers and callees for understanding data flow.
  • Read traces via gitnexus:// URLs to navigate the code path and diagnose root causes.

Quick Start

Begin with gitnexus_query for the error message to locate related flows, then use gitnexus_context to inspect callers and callees.

Frequently Asked Questions about gitnexus-debugging

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

FAQPage Schema
How do I trace the root cause of a failing API endpoint?

To trace the root cause of a failing API endpoint, use gitnexus_query to locate related flows from the error message, then inspect callers and callees with gitnexus_context to understand the call graph and diagnose the failure.

How does call graph tracing work for debugging service calls?

Call graph tracing for debugging service calls works by reading gitnexus:// URLs to navigate code paths, extracting context to view caller and callee relationships, and following execution flows to pinpoint where the error originates.

What's the best way to debug failing workflows across a codebase?

The best way to debug failing workflows across a codebase is to query the error source to locate related processes, then trace the execution flow and inspect data relationships to identify the exact point of failure.

Do I need specific traces to diagnose errors with code flow analysis?

Yes, you need access to traces such as gitnexus://repo/{name}/process/{name} to view the call graph and effectively diagnose root causes when analyzing code flows and error sources.

Why does my error analysis stop after finding the initial error source?

Error analysis stops because you must trace the error source through the full call flow; use gitnexus_context to inspect callers and callees to navigate the complete code path and find the true root cause.