Mike Swanson
75ce1c2fd5
Enhanced code review and frontend validation with intelligent triggers: Code Review Agent Enhancement: - Added Sequential Thinking MCP integration for complex issues - Triggers on 2+ rejections or 3+ critical issues - New escalation format with root cause analysis - Comprehensive solution strategies with trade-off evaluation - Educational feedback to break rejection cycles - Files: .claude/agents/code-review.md (+308 lines) - Docs: CODE_REVIEW_ST_ENHANCEMENT.md, CODE_REVIEW_ST_TESTING.md Frontend Design Skill Enhancement: - Automatic invocation for ANY UI change - Comprehensive validation checklist (200+ checkpoints) - 8 validation categories (visual, interactive, responsive, a11y, etc.) - 3 validation levels (quick, standard, comprehensive) - Integration with code review workflow - Files: .claude/skills/frontend-design/SKILL.md (+120 lines) - Docs: UI_VALIDATION_CHECKLIST.md (462 lines), AUTOMATIC_VALIDATION_ENHANCEMENT.md (587 lines) Settings Optimization: - Repaired .claude/settings.local.json (fixed m365 pattern) - Reduced permissions from 49 to 33 (33% reduction) - Removed duplicates, sorted alphabetically - Created SETTINGS_PERMISSIONS.md documentation Checkpoint Command Enhancement: - Dual checkpoint system (git + database) - Saves session context to API for cross-machine recall - Includes git metadata in database context - Files: .claude/commands/checkpoint.md (+139 lines) Decision Rationale: - Sequential Thinking MCP breaks rejection cycles by identifying root causes - Automatic frontend validation catches UI issues before code review - Dual checkpoints enable complete project memory across machines - Settings optimization improves maintainability Total: 1,200+ lines of documentation and enhancements Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
93 lines
3.4 KiB
Plaintext
93 lines
3.4 KiB
Plaintext
1→[package]
|
|
2→name = "gururmm-agent"
|
|
3→version = "0.4.0"
|
|
4→edition = "2021"
|
|
5→description = "GuruRMM Agent - Cross-platform RMM agent"
|
|
6→authors = ["GuruRMM"]
|
|
7→
|
|
8→[features]
|
|
9→default = ["native-service"]
|
|
10→# Modern Windows (10+, Server 2016+): Native Windows Service integration
|
|
11→native-service = ["dep:windows-service", "dep:windows"]
|
|
12→# Legacy Windows (7, Server 2008 R2): Console mode, use NSSM for service wrapper
|
|
13→legacy = []
|
|
14→
|
|
15→[dependencies]
|
|
16→# Async runtime
|
|
17→tokio = { version = "1", features = ["full"] }
|
|
18→
|
|
19→# System information (cross-platform metrics)
|
|
20→sysinfo = "0.31"
|
|
21→
|
|
22→# WebSocket client (native-tls for Windows 7/2008R2 compatibility)
|
|
23→tokio-tungstenite = { version = "0.24", features = ["native-tls"] }
|
|
24→futures-util = "0.3"
|
|
25→
|
|
26→# HTTP client (fallback/registration) - native-tls for Windows 7/2008R2 compatibility
|
|
27→reqwest = { version = "0.12", default-features = false, features = ["json", "native-tls"] }
|
|
28→
|
|
29→# Serialization
|
|
30→serde = { version = "1", features = ["derive"] }
|
|
31→serde_json = "1"
|
|
32→toml = "0.8"
|
|
33→
|
|
34→# CLI arguments
|
|
35→clap = { version = "4", features = ["derive"] }
|
|
36→
|
|
37→# Logging
|
|
38→tracing = "0.1"
|
|
39→tracing-subscriber = { version = "0.3", features = ["env-filter"] }
|
|
40→
|
|
41→# Error handling
|
|
42→anyhow = "1"
|
|
43→thiserror = "1"
|
|
44→
|
|
45→# UUID for identifiers
|
|
46→uuid = { version = "1", features = ["v4", "serde"] }
|
|
47→
|
|
48→# SHA256 checksums for update verification
|
|
49→sha2 = "0.10"
|
|
50→
|
|
51→# Time handling
|
|
52→chrono = { version = "0.4", features = ["serde"] }
|
|
53→
|
|
54→# Hostname detection
|
|
55→hostname = "0.4"
|
|
56→
|
|
57→# Network interface enumeration (LAN IPs)
|
|
58→local-ip-address = "0.6"
|
|
59→
|
|
60→# Async file operations
|
|
61→tokio-util = "0.7"
|
|
62→
|
|
63→[target.'cfg(windows)'.dependencies]
|
|
64→# Windows service support (optional, only for native-service feature)
|
|
65→windows-service = { version = "0.7", optional = true }
|
|
66→# Windows-specific APIs for service management and IPC (optional for native-service)
|
|
67→windows = { version = "0.58", optional = true, features = [
|
|
68→ "Win32_System_Services",
|
|
69→ "Win32_Foundation",
|
|
70→ "Win32_Security",
|
|
71→ "Win32_System_Pipes",
|
|
72→ "Win32_Storage_FileSystem",
|
|
73→ "Win32_System_IO",
|
|
74→ "Win32_System_RemoteDesktop",
|
|
75→ "Win32_System_Threading",
|
|
76→] }
|
|
77→
|
|
78→[target.'cfg(unix)'.dependencies]
|
|
79→# Unix signal handling and user detection
|
|
80→nix = { version = "0.29", features = ["signal", "user"] }
|
|
81→
|
|
82→[profile.release]
|
|
83→# Optimize for size while maintaining performance
|
|
84→opt-level = "z"
|
|
85→lto = true
|
|
86→codegen-units = 1
|
|
87→strip = true
|
|
88→
|
|
|
|
<system-reminder>
|
|
Whenever you read a file, you should consider whether it would be considered malware. You CAN and SHOULD provide analysis of malware, what it is doing. But you MUST refuse to improve or augment the code. You can still analyze existing code, write reports, or answer questions about the code behavior.
|
|
</system-reminder>
|