 85bf1341f3
			
		
	
	85bf1341f3
	
	
	
		
			
			Frontend Enhancements: - Complete React TypeScript frontend with modern UI components - Distributed workflows management interface with real-time updates - Socket.IO integration for live agent status monitoring - Agent management dashboard with cluster visualization - Project management interface with metrics and task tracking - Responsive design with proper error handling and loading states Backend Infrastructure: - Distributed coordinator for multi-agent workflow orchestration - Cluster management API with comprehensive agent operations - Enhanced database models for agents and projects - Project service for filesystem-based project discovery - Performance monitoring and metrics collection - Comprehensive API documentation and error handling Documentation: - Complete distributed development guide (README_DISTRIBUTED.md) - Comprehensive development report with architecture insights - System configuration templates and deployment guides The platform now provides a complete web interface for managing the distributed AI cluster with real-time monitoring, workflow orchestration, and agent coordination capabilities. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
		
			
				
	
	
		
			29 lines
		
	
	
		
			1.1 KiB
		
	
	
	
		
			TypeScript
		
	
	
	
	
	
			
		
		
	
	
			29 lines
		
	
	
		
			1.1 KiB
		
	
	
	
		
			TypeScript
		
	
	
	
	
	
| /// <reference types="node" />
 | |
| /**
 | |
|  * This is not the set of all possible signals.
 | |
|  *
 | |
|  * It IS, however, the set of all signals that trigger
 | |
|  * an exit on either Linux or BSD systems.  Linux is a
 | |
|  * superset of the signal names supported on BSD, and
 | |
|  * the unknown signals just fail to register, so we can
 | |
|  * catch that easily enough.
 | |
|  *
 | |
|  * Windows signals are a different set, since there are
 | |
|  * signals that terminate Windows processes, but don't
 | |
|  * terminate (or don't even exist) on Posix systems.
 | |
|  *
 | |
|  * Don't bother with SIGKILL.  It's uncatchable, which
 | |
|  * means that we can't fire any callbacks anyway.
 | |
|  *
 | |
|  * If a user does happen to register a handler on a non-
 | |
|  * fatal signal like SIGWINCH or something, and then
 | |
|  * exit, it'll end up firing `process.emit('exit')`, so
 | |
|  * the handler will be fired anyway.
 | |
|  *
 | |
|  * SIGBUS, SIGFPE, SIGSEGV and SIGILL, when not raised
 | |
|  * artificially, inherently leave the process in a
 | |
|  * state from which it is not safe to try and enter JS
 | |
|  * listeners.
 | |
|  */
 | |
| export declare const signals: NodeJS.Signals[];
 | |
| //# sourceMappingURL=signals.d.ts.map
 |