Paths: File paths (shared/, references/, ../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root. If shared/ is missing, fetch files via WebFetch from https://raw.githubusercontent.com/levnikolaevich/claude-code-skills/master/skills/{path}.
Domain-aware: Supports domain_mode + current_domain (see audit_output_schema.md#domain-aware-worker-output).
Use hex-graph first when clone groups, implementations, or semantic relationships materially improve the audit. Use hex-line first for local code reads when available. If MCP is unavailable, unsupported, or not indexed, continue with built-in Read/Grep/Glob/Bash and state the fallback in the report.
Workflow
MANDATORY READ: Load shared/references/two_layer_detection.md for detection methodology.
MANDATORY READ: Load references/detection_patterns.md for language-specific Grep/Glob patterns
Select patterns matching project's tech_stack
Scan codebase for violations (Layer 1)
All Grep/Glob patterns use scan_path (not codebase_root)
Graph acceleration (if available): IF contextStore.graph_indexed OR .hex-skills/codegraph/index.db exists:
DRY (1.1-1.10):audit_workspace(path=scan_path, verbosity="minimal", limit=5, clone_member_limit=3) -- each returned clone group = DRY candidate. Raise limits only for deliberate drill-down. Use clone kind and hotspot context for severity triage. Fall back to grep patterns if unavailable.
KISS inheritance:find_implementations(symbol) for abstract classes -- count implementations (1 = KISS candidate). Trace inheritance depth via graph.
Complexity:audit_workspace(path=scan_path, verbosity="minimal", limit=5) -- use returned hotspots to pre-identify complex functions for KISS/quality analysis. Raise limit only for deliberate drill-down.
Outline-first read:outline(file_path) before reading large source files -- understand structure before analyzing principles.
Follow step-by-step detection from detection_patterns.md
Apply exclusions from detection_patterns.md#exclusions
Analyze context per candidate (Layer 2)
DRY: read both code blocks to confirm true duplication (not just similar naming or shared interface)
KISS: check if abstraction serves DI pattern (valid single-impl interface) or is premature
YAGNI: check if feature flag was recently added (intentional) or dormant for months
Generate recommendations
MANDATORY READ: Load references/refactoring_decision_tree.md for pattern selection
Match each finding to appropriate refactoring pattern via decision tree
Collect findings with severity, location, effort, pattern_id, pattern_signature, recommendation
Tag each finding with domain: domain_name (if domain-aware)
Assign pattern_signature for cross-domain matching by ln-620
Calculate score using penalty algorithm
Write Report: Build full markdown report in memory per shared/templates/audit_worker_report_template.md, write to {output_dir}/ln-623--{domain}.md (or 623-principles.md in global mode) in single Write call. Include <!-- FINDINGS-EXTENDED --> JSON block with pattern_signature fields for cross-domain DRY analysis
Return Summary: Return minimal summary to coordinator (see Output Format)
All findings require Layer 2 context analysis. Layer 1 finding without Layer 2 = NOT a valid finding. Before reporting, ask: "Is this violation intentional or justified by design?"
Finding Type
Layer 2 Downgrade Examples
DRY
Modules with different lifecycle/ownership -> skip. Intentional duplication for decoupling -> skip
KISS
Framework-required abstraction (e.g., DI in Spring) -> downgrade. Single implementation today but interface for testing -> skip
YAGNI
Feature flag used in A/B testing -> skip. Config option used by ops team -> skip
Error Handling
Centralized handler absent in 50-line script -> downgrade to LOW
DI
Dependencies replaceable via params/closures -> skip ARCH-DI
Audit Rules
1. DRY Violations (Don't Repeat Yourself)
MANDATORY READ: Load references/detection_patterns.md for detection steps per type.
Type
What
Severity
Exception (skip/downgrade)
Default Recommendation
Effort
1.1 Identical Code
Same functions/constants/blocks (>10 lines) in multiple files
Functions with same call sequence/control flow but different names/entities
MEDIUM: business logic in critical paths. LOW: utilities <3x
Modules with divergent evolution expected -> skip
Extract common logic (see decision tree for pattern)
M
1.5 Duplicated SQL/ORM
Same queries in different services
HIGH: payment/auth queries. MEDIUM: common 3+x. LOW: simple <3x
Different bounded contexts; shared DB is worse than duplication -> skip
Extract to Repository layer
M
1.6 Copy-Pasted Tests
Identical setup/teardown/fixtures across test files
MEDIUM: setup in 5+ files. LOW: <5 files
Tests intentionally isolated for clarity/independence -> downgrade
Extract to test helpers
M
1.7 Repeated API Responses
Same response object shapes without DTOs
MEDIUM: in 5+ endpoints. LOW: <5 endpoints
Responses with different versioning lifecycle -> skip
Create DTO/Response classes
M
1.8 Duplicated Middleware Chains
Identical middleware/decorator stacks on multiple routes
MEDIUM: same chain on 5+ routes. LOW: <5 routes
Routes with different auth/rate-limit requirements -> skip
Create named middleware group, apply at router level
M
1.9 Duplicated Type Definitions
Interfaces/structs/types with 80%+ same fields
MEDIUM: in 5+ files. LOW: 2-4 files
Types with different ownership/evolution paths -> skip
Create shared base type, extend where needed
M
1.10 Duplicated Mapping Logic
Same entity->DTO / DTO->entity transformations in multiple locations
MEDIUM: in 3+ locations. LOW: 2 locations
Mappings with different validation/enrichment rules -> skip
Create dedicated Mapper class/function
M
Recommendation selection: Use references/refactoring_decision_tree.md to choose the right refactoring pattern based on duplication location (Level 1) and logic type (Level 2).
2. KISS Violations (Keep It Simple, Stupid)
Violation
Detection
Severity
Exception (skip/downgrade)
Recommendation
Effort
Abstract class with 1 implementation
Grep abstract class -> count subclasses
HIGH: prevents understanding core logic
Interface for DI/testing -> skip. Framework-required (Spring, ASP.NET) -> skip
Using uncaughtException listener (Express anti-pattern)
MEDIUM
Middleware handles errors directly (no delegation)
MEDIUM
Async routes without proper error handling
LOW
Stack traces exposed in production
Outcome Goal: All errors are logged with context and return clear user-facing messages. No error is silently swallowed. Stack traces never leak to production responses. Implementation choice (ErrorHandler class, middleware, decorator) depends on project stack and size.
Effort: M-L
6. Dependency Injection / Centralized Init
Check for DI container: inversify, awilix, tsyringe (Node), dependency_injector (Python), Spring @Autowired (Java), ASP.NET IServiceCollection (C#)
Grep for new SomeService() in business logic (direct instantiation)
Check for bootstrap module: bootstrap.ts, init.py, Startup.cs, app.module.ts
Severity
Criteria
MEDIUM
No DI container (tight coupling)
MEDIUM
Direct instantiation in business logic
LOW
Mixed DI and direct imports
Outcome Goal: Dependencies are replaceable for testing without modifying production code. No tight coupling between service instantiation and business logic. Implementation choice (DI container, factory functions, parameter injection, closures) depends on project size and stack.
Recommendation: Create docs/architecture.md with layering rules, error handling patterns, DI usage, coding conventions.
Effort: S
Scoring Algorithm
MANDATORY READ: Load shared/references/audit_worker_core_contract.md and shared/references/audit_scoring.md.
Output Format
MANDATORY READ: Load shared/references/audit_worker_core_contract.md and shared/templates/audit_worker_report_template.md.
Write JSON summary per shared/references/audit_summary_contract.md. In managed mode the caller passes both runId and summaryArtifactPath; in standalone mode the worker generates its own run-scoped artifact path per shared contract.
Write report to {output_dir}/ln-623--{domain}.md (or 623-principles.md in global mode) with category: "Architecture & Design".
FINDINGS-EXTENDED block (required for this worker): After the Findings table, include a <!-- FINDINGS-EXTENDED --> JSON block containing all DRY findings with pattern_signature for cross-domain matching by ln-620 coordinator. Follow shared/templates/audit_worker_report_template.md.
pattern_id: DRY type identifier (dry_1.1 through dry_1.10). Omit for non-DRY findings.
pattern_signature: Normalized key for the detected pattern (e.g., validation_email, sql_users_findByEmail, middleware_auth_validate_ratelimit). Same signature in multiple domains triggers cross-domain DRY finding. Format is defined in references/detection_patterns.md.
Return summary per shared/references/audit_summary_contract.md.
When summaryArtifactPath is absent, write the standalone runtime summary under .hex-skills/runtime-artifacts/runs/{run_id}/evaluation-worker/{worker}--{identifier}.json and optionally echo the same summary in structured output.
You are a cloud cost optimization expert specializing in reducing infrastructure expenses while maintaining performance and reliability. Analyze cloud spending, identify savings opportunities, and implement cost-effective architectures across AWS, Azure, and GCP.
Systematically identify and fix all failing tests using smart grouping strategies. Use when explicitly asks to fix tests (\"fix these tests\", \"make tests pass\"), reports test failures (\"tests are failing\", \"test suite is broken\"), or completes implementation and wants tests passing.
Interact with Google NotebookLM to query documentation with Gemini's source-grounded answers. Each question opens a fresh browser session, retrieves the answer exclusively from your uploaded documents, and closes.
Automate ClickUp project management including tasks, spaces, folders, lists, comments, and team operations via Rube MCP (Composio). Always search tools first for current schemas.