coolify/.ai
Andras Bacsai 43bb2f34f4 docs: replace brittle line number references with maintainable method descriptions
Replace 6 line number references in deployment-architecture.md with descriptive
method-based references that remain accurate as code evolves.

Changes:
- Section 1 (Docker Build Cache): Replaced 4 line number refs (~line 1960, ~line 2340,
  ~line 3358, ~line 3530) with detailed method descriptions in ApplicationDeploymentJob.php
- Section 2 (content field): Replaced "line 717" with "parseCompose() function" reference
- Section 3 (is_directory field): Replaced "line 718" with "parseCompose() function" reference

Benefits:
- Documentation remains accurate when code changes
- More informative (explains WHAT methods do, not just WHERE)
- Search-friendly (developers can find methods by name)
- Future-proof (survives refactoring and code movement)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-26 13:52:27 +01:00
..
core docs: replace brittle line number references with maintainable method descriptions 2025-11-26 13:52:27 +01:00
development Consolidate AI documentation into .ai/ directory 2025-11-18 14:58:59 +01:00
meta docs: consolidate AI documentation into .ai/ directory 2025-11-18 17:28:56 +01:00
patterns docs: consolidate AI documentation into .ai/ directory 2025-11-18 17:28:56 +01:00
README.md feat: add validation for YAML parsing, integer parameters, and Docker Compose custom fields 2025-11-20 18:34:49 +01:00

Coolify AI Documentation

Welcome to the Coolify AI documentation hub. This directory contains all AI assistant instructions organized by topic for easy navigation and maintenance.

Quick Start

  • For Claude Code: Start with CLAUDE.md in root directory
  • For Cursor IDE: Check .cursor/rules/coolify-ai-docs.mdc which references this directory
  • For Other AI Tools: Continue reading below

Documentation Structure

📚 Core Documentation

Essential project information and architecture:

💻 Development

Day-to-day development practices:

  • Workflow - Development setup, commands, and daily workflows
  • Testing Patterns - How to write and run tests (Unit vs Feature, Docker requirements)
  • Laravel Boost - Laravel-specific guidelines and best practices

🎨 Patterns

Code patterns and best practices by domain:

📖 Meta

Documentation about documentation:

Quick Decision Tree

What do you need help with?

Running Commands

development/development-workflow.md

  • Frontend: npm run dev, npm run build
  • Backend: php artisan serve, php artisan migrate
  • Tests: Docker for Feature tests, mocking for Unit tests
  • Code quality: ./vendor/bin/pint, ./vendor/bin/phpstan

Writing Tests

development/testing-patterns.md

  • Unit tests: No database, use mocking, run outside Docker
  • Feature tests: Can use database, must run inside Docker
  • Command: docker exec coolify php artisan test

Building UI

patterns/frontend-patterns.md or patterns/form-components.md

  • Livewire components with server-side state
  • Alpine.js for client-side interactivity
  • Tailwind CSS 4.1.4 for styling
  • Form components with built-in authorization

Database Work

patterns/database-patterns.md

  • Eloquent ORM patterns
  • Migration best practices
  • Relationship definitions
  • Query optimization

Security & Auth

patterns/security-patterns.md

  • Team-based access control
  • Policy and gate patterns
  • Form authorization (canGate, canResource)
  • API security

Laravel-Specific Questions

development/laravel-boost.md

  • Laravel 12 patterns
  • Livewire 3 best practices
  • Pest testing patterns
  • Laravel conventions

Docker Compose Extensions

core/deployment-architecture.md

  • Custom fields: exclude_from_hc, content, isDirectory
  • How to use inline file content
  • Health check exclusion patterns
  • Volume creation control

Version Numbers

core/technology-stack.md

  • Single source of truth for all version numbers
  • Don't duplicate versions elsewhere, reference this file

Navigation Tips

  1. Start broad: Begin with project-overview or ../CLAUDE.md
  2. Get specific: Navigate to topic-specific files for details
  3. Cross-reference: Files link to related topics
  4. Single source: Version numbers and critical data exist in ONE place only

For AI Assistants

Important Patterns to Follow

Testing Commands:

  • Unit tests: ./vendor/bin/pest tests/Unit (no database, outside Docker)
  • Feature tests: docker exec coolify php artisan test (requires database, inside Docker)
  • NEVER run Feature tests outside Docker - they will fail with database connection errors

Version Numbers:

  • Always use exact versions from technology-stack.md
  • Laravel 12.4.1, PHP 8.4.7, Tailwind 4.1.4
  • Don't use "v12" or "8.4" - be precise

Form Authorization:

  • ALWAYS include canGate and :canResource on form components
  • See form-components.md for examples

Livewire Components:

Code Style:

  • Run ./vendor/bin/pint before finalizing changes
  • Follow PSR-12 standards
  • Use PHP 8.4 features (constructor promotion, typed properties, etc.)

Contributing

When updating documentation:

  1. Read meta/maintaining-docs.md
  2. Follow the single source of truth principle
  3. Update cross-references when moving content
  4. Test all links work
  5. Run Pint on markdown files if applicable

Questions?