Claude-skill-registry ic-debug
Debug and fix IC10 code issues. Use when user has IC10 code that isn't working, has errors, or behaves unexpectedly in Stationeers.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/ic-debug" ~/.claude/skills/majiayu000-claude-skill-registry-ic-debug && rm -rf "$T"
manifest:
skills/data/ic-debug/SKILL.mdsource content
IC10 Code Debugging
Find and fix issues in IC10 code.
Workflow
1. Debug Phase (Primary)
Use Task tool to spawn:
- Analyze issues AND provide fixescode-debugger
The debugger will:
- Identify all issues in the code
- Explain root causes
- Provide corrected code for each issue
- Give the complete fixed code
2. Research Phase (If Needed)
If debugger needs more context about devices or syntax:
- Verify correct IC10 syntaxinstruction-researcher
- Verify correct logic types for devicesdevice-researcher
These can run in parallel with the debugger if the problem description mentions specific devices or instructions.
Common IC10 Issues
Fatal Errors (Script Stops)
- Missing yield - CPU overrun, must have yield in loops
- Line limit exceeded - Over 128 lines won't compile
- Invalid instruction - Typo or wrong syntax
- Device not connected - Reading from empty port
Logic Errors (Wrong Behavior)
- Inverted comparison - Using sgt instead of slt
- Wrong device port - d0-d5 mismatch with wiring
- Incorrect logic type - Wrong property name
- Uninitialized registers - Using before setting
- Missing device check - No bdns before read
Performance Issues
- No yield in fast loop - Updates too slowly
- Redundant operations - Reading same value repeatedly
- Unnecessary complexity - Over-engineered solution
Instructions
When user reports IC10 code issues:
-
Launch code-debugger with the user's code
- Include the problem description
- Include any error messages they reported
- Include what behavior they expected
-
Review debugger output
- Verify fixes make sense
- Check that all issues are addressed
-
Present the solution
- Show what was wrong
- Show the corrected code
- Explain briefly why it works now
-
If multiple issues
- List issues by severity (Critical > High > Medium > Low)
- Provide all fixes together in final corrected code
Parallel Research
If the problem involves specific devices or unclear syntax, launch research agents in parallel with the debugger:
User: "My arc furnace won't activate" → Launch code-debugger + device-researcher (for Arc Furnace) User: "Getting error on my lb instruction" → Launch code-debugger + instruction-researcher (for lb syntax)
Example Triggers
- "My code isn't working"
- "This script has an error"
- "Why isn't this working?"
- "Help me fix this"
- "Debug this code"
- "The IC keeps stopping"
- "Getting CPU overrun"
- "My [device] isn't responding"