# Error Detection Patterns: What Remocode Watches For
Remocode's output monitoring watches for specific error patterns across all your terminal panes. Understanding what these patterns are and when they appear helps you get the most out of automatic error detection.
JavaScript and TypeScript Errors
TypeError
A TypeError occurs when an operation is performed on a value of the wrong type. Common causes include:
- ●Calling
undefinedas a function - ●Accessing a property on
nullorundefined - ●Using the wrong type of argument for a built-in method
When Remocode detects "TypeError" in your terminal output, it flags the event immediately. This is one of the most common runtime errors in JavaScript applications.
ReferenceError
A ReferenceError appears when you reference a variable that has not been declared. This typically happens due to:
- ●Typos in variable names
- ●Using a variable before it is defined (with
letorconst) - ●Referencing variables from a different scope
Remocode catches these whether they appear in your Node.js server, React dev server, or test runner output.
SyntaxError
SyntaxError indicates that the JavaScript parser could not understand your code. Common causes:
- ●Missing brackets, braces, or parentheses
- ●Unexpected tokens
- ●Invalid JSON parsing
These often appear during module loading or when running scripts with syntax mistakes. Remocode detects them in real time.
Package Manager Errors
npm ERR!
When npm encounters a problem during install, update, or publish operations, it prefixes error messages with "npm ERR!". Remocode watches for this pattern to catch:
- ●Package version conflicts
- ●Network errors during installation
- ●Permission issues with the npm cache
- ●Missing peer dependencies
- ●Registry authentication failures
These errors can be subtle — a failed optional dependency might not stop your install but could cause runtime issues later. Remocode's monitoring ensures you notice them.
Test Runner Patterns
FAIL
Test runners like Jest, Mocha, and Vitest output "FAIL" when a test suite fails. Remocode detects this pattern to alert you to test failures, even if you are working in a different pane or tab.
This is especially useful in continuous testing workflows where tests run automatically on file changes. You can focus on writing code while Remocode monitors the test runner pane for failures.
System-Level Errors
command not found
This error appears when the shell cannot find a command you typed. Common causes:
- ●Typos in command names
- ●Missing PATH entries
- ●Tools that need to be installed
- ●Wrong shell environment
Remocode catches this so you know immediately when a command fails to execute.
permission denied
File system and network permission errors appear as "permission denied." This includes:
- ●Trying to write to a read-only file
- ●Executing a script without execute permissions
- ●Accessing a port below 1024 without elevated privileges
- ●Reading files owned by another user
segfault (Segmentation Fault)
A segfault indicates a program tried to access memory it should not have. While rare in high-level languages, segfaults can occur in:
- ●Native Node.js addons
- ●FFI calls to C/C++ libraries
- ●Corrupted native modules
Remocode detects segfault messages so these critical errors are never overlooked.
out of memory
Memory exhaustion errors appear when a process exceeds its available heap space. In Node.js, this typically shows as "JavaScript heap out of memory." Remocode watches for "out of memory" patterns to catch:
- ●Memory leaks in long-running processes
- ●Processing datasets too large for available memory
- ●Recursive operations that exhaust the stack
Python Errors
Traceback
Python exceptions produce a distinctive "Traceback (most recent call last)" header followed by the call stack. Remocode detects the "Traceback" pattern to catch Python errors including:
- ●ImportError and ModuleNotFoundError
- ●AttributeError
- ●KeyError and IndexError
- ●ValueError and TypeError
- ●Custom exceptions
If you run Python services alongside JavaScript applications, Remocode monitors both languages seamlessly.
Go Errors
panic
Go's panic mechanism produces output starting with "panic:" followed by a goroutine dump. Remocode detects panic patterns to catch:
- ●Nil pointer dereferences
- ●Index out of range errors
- ●Interface type assertions that fail
- ●Explicitly triggered panics
For Go microservices running in separate panes, this detection ensures panics are reported even when you are focused on another service.
How Detection Integrates with Your Workflow
All detected patterns feed into Remocode's event system:
- ●Detection — the pattern is matched in terminal output
- ●Context — the pane assignment (if set) is attached to the event
- ●Batching — events are grouped over 5-second windows
- ●Deduplication — identical events in the same batch are merged
- ●Reporting — the AI can include these events in status reports and standups
You can filter standup reports by pane assignment to see only the errors relevant to a specific project.
Summary
Remocode's error detection covers the full spectrum of development errors: JavaScript runtime errors, package manager failures, test suite results, system-level issues, Python exceptions, and Go panics. By detecting these patterns automatically, batching them every 5 seconds, and deduplicating identical events, Remocode ensures you catch every problem without drowning in noise.
Ready to try Remocode?
Start with a 7-day Pro trial — no credit card required. Download now and start coding with AI from anywhere.
Download Remocodefor macOS