Merge pull request 'fix: make project template inheritance granular and safe' (#107 ) from fix/kan-14 into epic/kan-3

Reviewed-on: #107
fix: make project template inheritance granular and safe
2026-09-08 10:24:16 +00:00 · 2026-09-08 12:03:07 +02:00 · 2026-06-25 01:25:53 +02:00 · 2026-06-24 10:56:35 +00:00 · 2026-06-24 01:16:25 +02:00 · 2026-06-23 22:41:16 +00:00
103 changed files with 947 additions and 4861 deletions
@@ -1,96 +0,0 @@
---
-name: mcp-development
-description: "Use this skill for Laravel MCP development only. Trigger when creating or editing MCP tools, resources, prompts, or servers in Laravel projects. Covers: artisan make:mcp-* generators, mcp:inspector, routes/ai.php, Tool/Resource/Prompt classes, schema validation, shouldRegister(), OAuth setup, URI templates, read-only attributes, and MCP debugging. Do not use for non-Laravel MCP projects or generic AI features without MCP."
-license: MIT
-metadata:
-  author: laravel
---
-
-# MCP Development
-
-## Documentation
-
-Use `search-docs` for detailed Laravel MCP patterns and documentation.
-
-## Basic Usage
-
-Register MCP servers in `routes/ai.php`:
-
-<!-- Register MCP Server -->
-```php
-use Laravel\Mcp\Facades\Mcp;
-
-Mcp::web();
-```
-
-### Creating MCP Primitives
-
-Create MCP tools, resources, prompts, and servers using artisan commands:
-
-```bash
-php artisan make:mcp-tool ToolName        # Create a tool
-
-php artisan make:mcp-resource ResourceName # Create a resource
-
-php artisan make:mcp-prompt PromptName    # Create a prompt
-
-php artisan make:mcp-server ServerName    # Create a server
-
-```
-
-After creating primitives, register them in your server's `$tools`, `$resources`, or `$prompts` properties.
-
-### Tools
-
-<!-- MCP Tool Example -->
-```php
-use Laravel\Mcp\Server\Tool;
-use Laravel\Mcp\Server\Request;
-use Laravel\Mcp\Server\Response;
-
-class MyTool extends Tool
-{
-    public function handle(Request $request): Response
-    {
-        return new Response(['result' => 'success']);
-    }
-}
-```
-
-### Registering Primitives in a Server
-
-Each MCP server must explicitly declare the tools, resources, and prompts it exposes.
-
-<!-- Register Primitives in MCP Server -->
-```php
-use Laravel\Mcp\Server;
-
-class AppServer extends Server
-{
-    protected array $tools = [
-        \App\Mcp\Tools\MyTool::class,
-    ];
-
-    protected array $resources = [
-        \App\Mcp\Resources\MyResource::class,
-    ];
-
-    protected array $prompts = [
-        \App\Mcp\Prompts\MyPrompt::class,
-    ];
-}
-```
-
-## Verification
-
-1. Check `routes/ai.php` for proper registration
-2. Test tool via MCP client
-
-## Common Pitfalls
-
- Running `mcp:start` command (it hangs waiting for input)
- Using HTTPS locally with Node-based MCP clients
- Not using `search-docs` for the latest MCP documentation
- Not registering MCP server routes in `routes/ai.php`
- Do not register `ai.php` in `bootstrap.php`; it is registered automatically.
- OAuth registration supports custom URI schemes (e.g., `cursor://`, `vscode://`) for native desktop clients via `mcp.custom_schemes` config
@@ -25,6 +25,7 @@
 **/compose.*.y*ml
 !**/composer.json
 !**/composer.lock
+**/Dockerfile*
 **/node_modules
 **/npm-debug.log
 **/obj
@@ -40,9 +41,9 @@ vendor
 LICENSE
 README.md

-# Runtime-generated data must not become part of an image layer.
-storage/framework/cache/data/*
-storage/framework/sessions/*
-storage/framework/testing/*
-storage/framework/views/*
-storage/logs/*
+# Ignore development-related files and directories
+# For development environment, we will use mount bind to mount the source code to the container
+# So we don't need to copy the source code to the container for development
+tests/
+phpunit.xml
+phpunit.xml.dist
@@ -10,7 +10,7 @@ APP_LOCALE=en
 APP_FALLBACK_LOCALE=en
 APP_FAKER_LOCALE=en_US

-LOG_STACK=stderr
+LOG_STACK=daily

 # Optional Discord error logging (append `,discord_errors` to LOG_STACK to enable it)
 LOG_DISCORD_WEBHOOK_URL=
@@ -38,22 +38,6 @@ MAIL_ENCRYPTION=tls
 MAIL_FROM_ADDRESS=no-reply@example.com
 MAIL_FROM_NAME="${APP_NAME}"

-CACHE_STORE=database
-QUEUE_CONNECTION=database
-SESSION_DRIVER=database
-
 FILESYSTEM_DISK=public
-AVATAR_FILESYSTEM_DISK=public
-AVATAR_URLS_TEMPORARY=false
-AVATAR_URL_EXPIRATION_MINUTES=15
-
-# Production: set AVATAR_FILESYSTEM_DISK=s3 and inject these as runtime secrets.
-AWS_ACCESS_KEY_ID=
-AWS_SECRET_ACCESS_KEY=
-AWS_DEFAULT_REGION=eu-central-1
-AWS_BUCKET=
-AWS_URL=
-AWS_ENDPOINT=
-AWS_USE_PATH_STYLE_ENDPOINT=false

 VITE_APP_NAME="${APP_NAME}"
@@ -1,18 +0,0 @@
-name: test_and_check_app
-description: Build the test image and run all application checks
-
-runs:
-  using: composite
-  steps:
-    - name: Test and check app
-      shell: bash
-      run: |
-        set -Eeuo pipefail
-
-        docker buildx build \
-          --file Dockerfile \
-          --target test \
-          --tag "local/kanbangit-test:${GITHUB_SHA}" \
-          --progress plain \
-          --load \
-          .
@@ -1,130 +0,0 @@
-name: CI/CD
-
-on:
-  push:
-  pull_request:
-
-permissions:
-  contents: read
-
-env:
-  REGISTRY: git.twyco.de
-
-jobs:
-  test_and_check_app:
-    name: test_and_check_app
-    runs-on: ubuntu-latest
-    steps:
-      - name: Check out repository
-        uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683
-
-      - name: Run required application checks
-        uses: ./.github/tests/test_and_check_app
-
-  publish:
-    name: Publish immutable image
-    if: >-
-      github.event_name == 'push' &&
-      (github.ref == 'refs/heads/main' || startsWith(github.ref, 'refs/tags/'))
-    needs:
-      - test_and_check_app
-    runs-on: ubuntu-latest
-    steps:
-      - name: Check out repository
-        uses: actions/checkout@11bd71901bbe5b1630ceea73d27597364c9af683
-        with:
-          fetch-depth: 0
-
-      - name: Validate ref and calculate image name
-        id: image
-        shell: bash
-        run: |
-          set -Eeuo pipefail
-
-          image_path="$(printf '%s' "${GITHUB_REPOSITORY}" | tr '[:upper:]' '[:lower:]')"
-          image="${REGISTRY}/${image_path}"
-
-          case "${GITHUB_REF}" in
-            refs/heads/main)
-              printf -v run_attempt '%03d' "${GITHUB_RUN_ATTEMPT}"
-              tag="main-${GITHUB_RUN_NUMBER}-${run_attempt}-${GITHUB_SHA:0:12}"
-              environment="staging"
-              ;;
-            refs/tags/*)
-              tag="${GITHUB_REF#refs/tags/}"
-
-              if [[ ! "${tag}" =~ ^v(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)$ ]]; then
-                echo "Production tags must match vMAJOR.MINOR.PATCH." >&2
-                exit 1
-              fi
-
-              git fetch --no-tags origin main:refs/remotes/origin/main
-
-              if ! git merge-base --is-ancestor "${GITHUB_SHA}" origin/main; then
-                echo "Production tag must point to a commit contained in main." >&2
-                exit 1
-              fi
-
-              environment="production"
-              ;;
-            *)
-              echo "Unsupported ref: ${GITHUB_REF}" >&2
-              exit 1
-              ;;
-          esac
-
-          {
-            echo "image=${image}"
-            echo "tag=${tag}"
-            echo "environment=${environment}"
-          } >> "${GITHUB_OUTPUT}"
-
-      - name: Log in to private registry
-        shell: bash
-        env:
-          REGISTRY_USERNAME: ${{ secrets.REGISTRY_USERNAME }}
-          REGISTRY_TOKEN: ${{ secrets.REGISTRY_TOKEN }}
-        run: |
-          set -Eeuo pipefail
-
-          if [[ -z "${REGISTRY_USERNAME}" || -z "${REGISTRY_TOKEN}" ]]; then
-            echo "Registry credentials are missing." >&2
-            exit 1
-          fi
-
-          printf '%s' "${REGISTRY_TOKEN}" |
-            docker login \
-              --username "${REGISTRY_USERNAME}" \
-              --password-stdin \
-              "${REGISTRY}"
-
-      - name: Build and publish runtime image
-        shell: bash
-        env:
-          IMAGE: ${{ steps.image.outputs.image }}
-          IMAGE_TAG: ${{ steps.image.outputs.tag }}
-          DEPLOYMENT_ENVIRONMENT: ${{ steps.image.outputs.environment }}
-        run: |
-          set -Eeuo pipefail
-
-          if [[ "${DEPLOYMENT_ENVIRONMENT}" == "production" ]] &&
-            docker buildx imagetools inspect "${IMAGE}:${IMAGE_TAG}" >/dev/null 2>&1; then
-            echo "Production image ${IMAGE}:${IMAGE_TAG} already exists and will not be overwritten." >&2
-            exit 1
-          fi
-
-          docker buildx build \
-            --file Dockerfile \
-            --target runtime \
-            --label "org.opencontainers.image.created=$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
-            --label "org.opencontainers.image.revision=${GITHUB_SHA}" \
-            --label "org.opencontainers.image.source=${GITHUB_SERVER_URL}/${GITHUB_REPOSITORY}" \
-            --label "de.twyco.environment=${DEPLOYMENT_ENVIRONMENT}" \
-            --tag "${IMAGE}:${IMAGE_TAG}" \
-            --push \
-            .
-
-      - name: Remove registry credentials
-        if: ${{ always() }}
-        shell: bash
-        run: docker logout "${REGISTRY}" >/dev/null 2>&1 || true
@@ -0,0 +1,39 @@
+name: linter
+
+on:
+  push:
+    branches:
+      - main
+      - staging
+  pull_request:
+
+permissions:
+  contents: write
+
+jobs:
+  quality:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v6
+
+      - name: Setup PHP
+        uses: shivammathur/setup-php@v2
+        with:
+          php-version: '8.4'
+
+      - name: Install Dependencies
+        run: |
+          composer install -q --no-ansi --no-interaction --no-scripts --no-progress --prefer-dist
+          npm install
+
+      - name: Run Pint
+        run: composer lint
+
+      - name: Lint Frontend
+        run: npm run lint
+
+      # - name: Commit Changes
+      #   uses: stefanzweifel/git-auto-commit-action@v7
+      #   with:
+      #     commit_message: fix code style
+      #     commit_options: '--no-verify'
@@ -0,0 +1,49 @@
+name: tests
+
+on:
+  push:
+    branches:
+      - main
+      - staging
+  pull_request:
+
+jobs:
+  ci:
+    runs-on: ubuntu-latest
+    strategy:
+      matrix:
+        php-version: ['8.4']
+
+    steps:
+      - name: Checkout code
+        uses: actions/checkout@v6
+
+      - name: Setup PHP
+        uses: shivammathur/setup-php@v2
+        with:
+          php-version: ${{ matrix.php-version }}
+          tools: composer:v2
+          coverage: xdebug
+
+      - name: Setup Node
+        uses: actions/setup-node@v4
+        with:
+          node-version: '22'
+
+      - name: Install Node Dependencies
+        run: npm i
+
+      - name: Install Dependencies
+        run: composer install --no-interaction --prefer-dist --optimize-autoloader
+
+      - name: Copy Environment File
+        run: cp .env.example .env
+
+      - name: Generate Application Key
+        run: php artisan key:generate
+
+      - name: Build Assets
+        run: npm run build
+
+      - name: Tests
+        run: ./vendor/bin/phpunit
@@ -13,10 +13,10 @@ This application is a Laravel application and its main Laravel ecosystems packag
 - inertiajs/inertia-laravel (INERTIA_LARAVEL) - v2
 - laravel/fortify (FORTIFY) - v1
 - laravel/framework (LARAVEL) - v13
- laravel/mcp (MCP) - v0
 - laravel/prompts (PROMPTS) - v0
 - laravel/wayfinder (WAYFINDER) - v0
 - laravel/boost (BOOST) - v2
+- laravel/mcp (MCP) - v0
 - laravel/pail (PAIL) - v1
 - laravel/pint (PINT) - v1
 - laravel/sail (SAIL) - v1
@@ -34,7 +34,7 @@ This project has domain-specific skills available. You MUST activate the relevan

 - `fortify-development` — ACTIVATE when the user works on authentication in Laravel. This includes login, registration, password reset, email verification, two-factor authentication (2FA/TOTP/QR codes/recovery codes), profile updates, password confirmation, or any auth-related routes and controllers. Activate when the user mentions Fortify, auth, authentication, login, register, signup, forgot password, verify email, 2FA, or references app/Actions/Fortify/, CreateNewUser, UpdateUserProfileInformation, FortifyServiceProvider, config/fortify.php, or auth guards. Fortify is the frontend-agnostic authentication backend for Laravel that registers all auth routes and controllers. Also activate when building SPA or headless authentication, customizing login redirects, overriding response contracts like LoginResponse, or configuring login throttling. Do NOT activate for Laravel Passport (OAuth2 API tokens), Socialite (OAuth social login), or non-auth Laravel features.
 - `laravel-best-practices` — Apply this skill whenever writing, reviewing, or refactoring Laravel PHP code. This includes creating or modifying controllers, models, migrations, form requests, policies, jobs, scheduled commands, service classes, and Eloquent queries. Triggers for N+1 and query performance issues, caching strategies, authorization and security patterns, validation, error handling, queue and job configuration, route definitions, and architectural decisions. Also use for Laravel code reviews and refactoring existing Laravel code to follow best practices. Covers any task involving Laravel backend PHP code patterns.
- `mcp-development` — Use this skill for Laravel MCP development only. Trigger when creating or editing MCP tools, resources, prompts, or servers in Laravel projects. Covers: artisan make:mcp-* generators, mcp:inspector, routes/ai.php, Tool/Resource/Prompt classes, schema validation, shouldRegister(), OAuth setup, URI templates, read-only attributes, and MCP debugging. Do not use for non-Laravel MCP projects or generic AI features without MCP.
+- `project-route-structure` — Always apply in this project when creating, moving, or refactoring Laravel route definitions in routes/**/*.php; changing route prefixes, names, middleware, scoped bindings, or route files; or adding frontend-facing endpoints that Wayfinder generates. Documents the KanbanGit route-file layout and grouping conventions.
 - `wayfinder-development` — Use this skill for Laravel Wayfinder which auto-generates typed functions for Laravel controllers and routes. ALWAYS use this skill when frontend code needs to call backend routes or controller actions. Trigger when: connecting any React/Vue/Svelte/Inertia frontend to Laravel controllers, routes, building end-to-end features with both frontend and backend, wiring up forms or links to backend endpoints, fixing route-related TypeScript errors, importing from @/actions or @/routes, or running wayfinder:generate. Use Wayfinder route functions instead of hardcoded URLs. Covers: wayfinder() vite plugin, .url()/.get()/.post()/.form(), query params, route model binding, tree-shaking. Do not use for backend-only task
 - `inertia-vue-development` — Develops Inertia.js v2 Vue client-side applications. Activates when creating Vue pages, forms, or navigation; using <Link>, <Form>, useForm, or router; working with deferred props, prefetching, or polling; or when user mentions Vue with Inertia, Vue pages, Vue forms, or Vue navigation.
 - `tailwindcss-development` — Always invoke when the user's message includes 'tailwind' in any form. Also invoke for: building responsive grid layouts (multi-column card grids, product grids), flex/grid page structures (dashboards with sidebars, fixed topbars, mobile-toggle navs), styling UI components (cards, tables, navbars, pricing sections, forms, inputs, badges), adding dark mode variants, fixing spacing or typography, and Tailwind v3/v4 work. The core use case: writing or fixing Tailwind utility classes in HTML templates (Blade, JSX, Vue). Skip for backend PHP logic, database queries, API routes, JavaScript with no HTML/CSS component, CSS file audits, build tool configuration, and vanilla CSS.
@@ -1,109 +0,0 @@
-ARG COMPOSER_IMAGE=composer:2.9.5@sha256:698d3801b2a622ace460c4743c781282fcbcb733a4cbf8b31c44731e846585e8
-ARG NODE_IMAGE=node:22-bookworm-slim@sha256:d649c27dae7ba0137b3cef5dd75baa422c08dc3d9e3fc0c23dfb172dc3cc6436
-ARG PHP_IMAGE=php:8.4-fpm-bookworm@sha256:c5fb7a0c02f4efe280691910c8b734995fa83598cdcf3115ef5dcb2e4617681c
-
-FROM ${COMPOSER_IMAGE} AS composer_binary
-FROM ${NODE_IMAGE} AS node_binary
-
-FROM ${PHP_IMAGE} AS php_base
-
-RUN apt-get update \
-    && apt-get install -y --no-install-recommends \
-        ca-certificates \
-        curl \
-        gettext-base \
-        git \
-        libfcgi-bin \
-        libfreetype6-dev \
-        libicu-dev \
-        libjpeg62-turbo-dev \
-        libmagickwand-dev \
-        libonig-dev \
-        libpng-dev \
-        libpq-dev \
-        libsqlite3-dev \
-        libssl-dev \
-        libxml2-dev \
-        libzip-dev \
-        nginx \
-        procps \
-        unzip \
-    && docker-php-ext-configure gd --with-freetype --with-jpeg \
-    && docker-php-ext-install -j"$(nproc)" \
-        bcmath \
-        gd \
-        intl \
-        opcache \
-        pcntl \
-        pdo_mysql \
-        pdo_pgsql \
-        pdo_sqlite \
-        pgsql \
-        soap \
-        zip \
-    && pecl install imagick \
-    && docker-php-ext-enable imagick \
-    && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
-
-COPY --from=composer_binary /usr/bin/composer /usr/local/bin/composer
-
-WORKDIR /var/www
-
-FROM php_base AS build
-
-COPY --from=node_binary /usr/local/ /usr/local/
-COPY . /var/www
-
-RUN composer install --prefer-dist --no-interaction --no-progress \
-    && npm ci \
-    && npm run build
-
-FROM build AS test
-
-RUN touch .env \
-    && composer audit --locked --no-interaction \
-    && COMPOSER_ALLOW_SUPERUSER=1 composer ci:check
-
-FROM build AS production_builder
-
-RUN composer install \
-        --classmap-authoritative \
-        --no-dev \
-        --no-interaction \
-        --no-progress \
-        --prefer-dist \
-    && rm -rf node_modules tests phpunit.xml
-
-FROM php_base AS runtime
-
-COPY docker/entrypoint.sh /usr/local/bin/kanbangit-entrypoint
-COPY docker/nginx/nginx.conf.template /etc/nginx/nginx.conf.template
-COPY docker/php-fpm-healthcheck.sh /usr/local/bin/php-fpm-healthcheck
-COPY --from=production_builder --chown=www-data:www-data /var/www /var/www
-
-RUN chmod +x /usr/local/bin/kanbangit-entrypoint /usr/local/bin/php-fpm-healthcheck \
-    && mv "$PHP_INI_DIR/php.ini-production" "$PHP_INI_DIR/php.ini" \
-    && printf '%s\n' \
-        '[global]' \
-        'daemonize = no' \
-        '' \
-        '[www]' \
-        'pm.status_path = /status' \
-        > /usr/local/etc/php-fpm.d/zz-kanbangit.conf \
-    && mkdir -p \
-        /var/www/bootstrap/cache \
-        /var/www/storage/app/public \
-        /var/www/storage/framework/cache \
-        /var/www/storage/framework/sessions \
-        /var/www/storage/framework/testing \
-        /var/www/storage/framework/views \
-        /var/www/storage/logs \
-    && ln -s ../storage/app/public /var/www/public/storage \
-    && chown -R www-data:www-data /var/www/bootstrap/cache /var/www/storage
-
-USER www-data
-
-EXPOSE 8080 9000
-
-ENTRYPOINT ["kanbangit-entrypoint"]
-CMD ["php-fpm"]
@@ -7,9 +7,9 @@ use App\Http\Resources\TicketPriorityResource;
 use App\Http\Resources\TicketReferenceResource;
 use App\Http\Resources\TicketStatusResource;
 use App\Http\Resources\TicketTypeResource;
+use App\Models\Ticket;
 use App\Http\Resources\UserResource;
 use App\Models\Project;
-use App\Models\Ticket;
 use App\Models\User;

 class BuildProjectTicketOptionsPayload
@@ -19,7 +19,6 @@ class CreateProjectTicket
    public function __construct(
        private readonly BuildTicketCreatedPayload $buildTicketCreatedPayload,
        private readonly CreateTicketWorklogEntry $createTicketWorklogEntry,
-        private readonly SyncProjectTicketFieldValues $syncProjectTicketFieldValues,
    ) {}

    /**
@@ -30,15 +29,7 @@ class CreateProjectTicket
     *         text: string
     *     }>,
     *     assignee_user_id?: int|null,
-     *     author_user_id?: int|null,
-     *     blocked_comment?: string|null,
     *     description: string|null,
-     *     field_values?: array<int, array{
-     *         ticket_field_definition_id: int,
-     *         value_number?: float|int|string|null,
-     *         value_user_id?: int|string|null
-     *     }>,
-     *     is_blocked?: bool,
     *     parent_ticket_id?: int|null,
     *     story_points?: int|null,
     *     ticket_priority_id: int,
@@ -59,14 +50,11 @@ class CreateProjectTicket
            $ticketStatusQuery = TicketStatus::query()->where('project_id', $project->id);

            $ticketStatus = $ticketStatusQuery->findOrFail(Arr::get($attributes, 'ticket_status_id'));
-            $isBlocked = (bool) Arr::get($attributes, 'is_blocked', false);

            $ticket = Ticket::query()->create([
                'assignee_user_id' => Arr::get($attributes, 'assignee_user_id'),
-                'author_user_id' => Arr::get($attributes, 'author_user_id', $actor?->id),
-                'blocked_comment' => $isBlocked ? Arr::get($attributes, 'blocked_comment') : null,
+                'author_user_id' => $actor?->id,
                'description' => Arr::get($attributes, 'description'),
-                'is_blocked' => $isBlocked,
                'parent_ticket_id' => Arr::get($attributes, 'parent_ticket_id'),
                'project_id' => $project->id,
                'sequence_number' => $nextSequenceNumber,
@@ -80,17 +68,6 @@ class CreateProjectTicket

            AcceptanceCriteriaChecklistMapper::syncTicket($ticket, $acceptanceCriteria);

-            $fieldValues = Arr::get($attributes, 'field_values', []);
-
-            if ($fieldValues !== []) {
-                $this->syncProjectTicketFieldValues->handle(
-                    $ticket,
-                    $project->ticketFieldDefinitions()->get()->keyBy('id'),
-                    collect(),
-                    $fieldValues,
-                );
-            }
-
            $occurredAt = CarbonImmutable::now();

            if ($actor !== null) {
@@ -30,10 +30,9 @@ class UpdateUserAvatar
        $color = $this->colorFor($user);
        $path = sprintf('avatars/generated/%d-%s.svg', $user->id, (string) Str::uuid());

-        $stored = Storage::disk($this->avatarDisk())->put(
+        $stored = Storage::disk('public')->put(
            $path,
            $this->svg($this->initials($user->name), $color),
-            ['ContentType' => 'image/svg+xml'],
        );

        if (! $stored) {
@@ -54,7 +53,7 @@ class UpdateUserAvatar
    public function upload(User $user, UploadedFile $avatar): User
    {
        $oldPath = $user->avatar_path;
-        $path = $avatar->store('avatars/uploads', $this->avatarDisk());
+        $path = $avatar->store('avatars/uploads', 'public');

        if (! is_string($path)) {
            throw new RuntimeException('Uploaded avatar could not be stored.');
@@ -91,14 +90,7 @@ class UpdateUserAvatar
            return;
        }

-        Storage::disk($this->avatarDisk())->delete($path);
-    }
-
-    private function avatarDisk(): string
-    {
-        $disk = config('filesystems.avatar_disk', 'public');
-
-        return is_string($disk) && $disk !== '' ? $disk : 'public';
+        Storage::disk('public')->delete($path);
    }

    private function initials(string $name): string
@@ -8,7 +8,6 @@ use App\Models\User;
 use Illuminate\Console\Attributes\Description;
 use Illuminate\Console\Attributes\Signature;
 use Illuminate\Console\Command;
-use Illuminate\Support\Facades\DB;
 use Illuminate\Support\Facades\Hash;

 #[Signature('app:create-admin-user {name=Admin} {email=admin@kanbangit.test} {password=test}')]
@@ -26,30 +25,20 @@ class CreateAdminUser extends Command
     */
    public function handle(): int
    {
-        DB::beginTransaction();
+        $user = User::create([
+            'name' => $this->argument('name'),
+            'email' => $this->argument('email'),
+            'password' => Hash::make($this->argument('password')),
+        ]);

-        try {
-            $user = User::create([
-                'name' => $this->argument('name'),
-                'email' => $this->argument('email'),
-                'password' => Hash::make($this->argument('password')),
-            ]);
+        $this->avatars->generate($user);

-            $this->avatars->generate($user);
+        $user->permissionAssignments()->create([
+            'permission' => Permission::GlobalAdmin,
+        ]);

-            $user->permissionAssignments()->create([
-                'permission' => Permission::GlobalAdmin,
-            ]);
+        $this->info(sprintf('Admin User created with emil=\'%s\' and password=\'%s\'', $this->argument('email'), $this->argument('password')));

-            $this->info(sprintf('Admin User created with emil=\'%s\' and password=\'%s\'', $this->argument('email'), $this->argument('password')));
-            DB::commit();
-
-            return self::SUCCESS;
-        } catch (\Exception $exception) {
-            $this->error('Admin User could not be created: ', $exception->getMessage());
-            DB::rollBack();
-
-            return self::FAILURE;
-        }
+        return self::SUCCESS;
    }
 }
@@ -2,11 +2,9 @@

 namespace App\Mcp\Servers;

-use App\Mcp\Tools\CreateTicket;
 use App\Mcp\Tools\GetTicket;
 use App\Mcp\Tools\ListMyAssignedTickets;
 use App\Mcp\Tools\ListTicketsByStatus;
-use App\Mcp\Tools\ListTicketTypes;
 use App\Mcp\Tools\MoveTicketStatus;
 use App\Mcp\Tools\UpdateTicketAssignee;
 use App\Mcp\Tools\UpdateTicketDescription;
@@ -17,7 +15,7 @@ use Laravel\Mcp\Server\Attributes\Version;

 #[Name('KanbanGit MCP')]
 #[Version('0.1.0')]
-#[Instructions('Use these tools to read, create, and update KanbanGit tickets with the authenticated application key owner permissions. Prefer stable IDs when available, especially project_id, ticket_id, ticket_type_id, and ticket_status_id. Use list_ticket_types to discover the available ticket types in a project. Use create_ticket with parent_ticket_id to create a child ticket.')]
+#[Instructions('Use these tools to read and update KanbanGit tickets with the authenticated application key owner permissions. Prefer stable IDs when available, especially ticket_id and ticket_status_id.')]
 class KanbanGitServer extends Server
 {
    protected array $tools = [
@@ -27,8 +25,6 @@ class KanbanGitServer extends Server
        UpdateTicketDescription::class,
        UpdateTicketAssignee::class,
        MoveTicketStatus::class,
-        CreateTicket::class,
-        ListTicketTypes::class,
    ];

    protected array $resources = [
@@ -120,24 +120,6 @@ class KanbanGitMcp
        return $project;
    }

-    /**
-     * @throws AuthorizationException
-     */
-    public function projectForWrite(User $user, int $projectId): Project
-    {
-        $project = Project::query()->find($projectId);
-
-        if ($project === null) {
-            throw ValidationException::withMessages([
-                'project_id' => 'Project was not found.',
-            ]);
-        }
-
-        $this->ensureCanWrite($user, $project);
-
-        return $project;
-    }
-
    /**
     * @param  array<string, mixed>  $validated
     * @return Collection<int, TicketStatus>|Response
@@ -207,12 +189,10 @@ class KanbanGitMcp
    public function ticketPayload(Ticket $ticket): array
    {
        $ticket->load([
-            'acceptanceCriteria',
            'assignee',
            'author',
            'fieldValues.ticketFieldDefinition',
            'fieldValues.userValue',
-            'parentTicket',
            'project',
            'ticketPriority',
            'ticketStatus.boardColumn',
@@ -1,169 +0,0 @@
-<?php
-
-namespace App\Mcp\Tools;
-
-use App\Actions\Permissions\PermissionService;
-use App\Actions\Tickets\CreateProjectTicket;
-use App\Actions\Tickets\Support\AcceptanceCriteriaChecklistMapper;
-use App\Enums\Permission;
-use App\Mcp\Support\KanbanGitMcp;
-use App\Models\Project;
-use App\Models\Ticket;
-use App\Models\User;
-use Illuminate\Contracts\JsonSchema\JsonSchema;
-use Illuminate\JsonSchema\Types\Type;
-use Illuminate\Support\Arr;
-use Illuminate\Validation\Rule;
-use Illuminate\Validation\ValidationException;
-use Laravel\Mcp\Request;
-use Laravel\Mcp\Response;
-use Laravel\Mcp\ResponseFactory;
-use Laravel\Mcp\Server\Attributes\Description;
-use Laravel\Mcp\Server\Attributes\Name;
-use Laravel\Mcp\Server\Tool;
-use Laravel\Mcp\Server\Tools\Annotations\IsDestructive;
-
-#[Name('create_ticket')]
-#[Description('Create a ticket with all editable ticket fields, including its type, initial status, priority, assignee, author, description, story points, acceptance criteria, blocked state, and custom field values. Set parent_ticket_id to create a child of an existing ticket in the same project whose type allows children. Requires project write permission; overriding the author requires project admin permission. Ticket IDs, keys, sequence numbers, timestamps, and worklog entries are generated automatically.')]
-#[IsDestructive(false)]
-class CreateTicket extends Tool
-{
-    public function __construct(
-        private readonly KanbanGitMcp $kanbanGitMcp,
-        private readonly CreateProjectTicket $createProjectTicket,
-        private readonly PermissionService $permissionService,
-    ) {}
-
-    public function handle(Request $request): Response|ResponseFactory
-    {
-        $projectInput = $request->validate([
-            'project_id' => ['required', 'integer'],
-        ]);
-
-        $user = $this->kanbanGitMcp->user($request);
-        $project = $this->kanbanGitMcp->projectForWrite($user, (int) Arr::get($projectInput, 'project_id'));
-        $validated = $request->validate([
-            'title' => ['required', 'string', 'max:255'],
-            'description' => ['nullable', 'string'],
-            'ticket_type_id' => ['required', 'integer', Rule::exists('ticket_types', 'id')->where('project_id', $project->id)],
-            'ticket_status_id' => ['required', 'integer', Rule::exists('ticket_statuses', 'id')->where('project_id', $project->id)],
-            'ticket_priority_id' => ['required', 'integer', Rule::exists('ticket_priorities', 'id')->where('project_id', $project->id)],
-            'parent_ticket_id' => ['nullable', 'integer', Rule::exists('tickets', 'id')->where('project_id', $project->id)],
-            'assignee_user_id' => ['nullable', 'integer', Rule::exists('users', 'id')],
-            'author_user_id' => ['nullable', 'integer', Rule::exists('users', 'id')],
-            'story_points' => ['nullable', 'integer', 'min:0'],
-            'is_blocked' => ['sometimes', 'boolean'],
-            'blocked_comment' => ['nullable', 'string'],
-            'acceptance_criteria' => ['nullable', 'array', 'list'],
-            'acceptance_criteria.*' => ['array:text,checked,indent'],
-            'acceptance_criteria.*.text' => ['required', 'string'],
-            'acceptance_criteria.*.checked' => ['sometimes', 'boolean'],
-            'acceptance_criteria.*.indent' => ['sometimes', 'integer', 'min:0', 'max:'.AcceptanceCriteriaChecklistMapper::MAX_INDENT_LEVEL],
-            'field_values' => ['sometimes', 'array', 'list'],
-            'field_values.*' => ['array:ticket_field_definition_id,value_number,value_user_id'],
-            'field_values.*.ticket_field_definition_id' => [
-                'required', 'integer', 'distinct',
-                Rule::exists('ticket_field_definitions', 'id')->where('project_id', $project->id),
-            ],
-            'field_values.*.value_number' => ['nullable', 'numeric'],
-            'field_values.*.value_user_id' => ['nullable', 'integer', Rule::exists('users', 'id')],
-        ]);
-
-        $this->validateTicketConstraints($project, $user, $validated);
-
-        $ticket = $this->createProjectTicket->handle($project, $validated, $user);
-
-        return Response::structured([
-            'data' => $this->kanbanGitMcp->ticketPayload($ticket->fresh()),
-            'meta' => [
-                'message' => "{$ticket->ticket_key} was created.",
-            ],
-        ]);
-    }
-
-    /**
-     * @param  array<string, mixed>  $validated
-     */
-    private function validateTicketConstraints(Project $project, User $user, array $validated): void
-    {
-        $errors = [];
-        $parentTicketId = Arr::get($validated, 'parent_ticket_id');
-
-        if ($parentTicketId !== null) {
-            $parentTicket = Ticket::query()
-                ->where('project_id', $project->id)
-                ->with('ticketType')
-                ->find($parentTicketId);
-
-            if (! $parentTicket?->ticketType?->is_parent) {
-                $errors['parent_ticket_id'] = 'Only tickets with a parent-enabled type can be selected as a parent.';
-            }
-        }
-
-        if (Arr::get($validated, 'is_blocked', false) && blank(Arr::get($validated, 'blocked_comment'))) {
-            $errors['blocked_comment'] = 'Blocked tickets require a blocker comment.';
-        }
-
-        if (
-            Arr::exists($validated, 'author_user_id')
-            && (int) Arr::get($validated, 'author_user_id') !== $user->id
-            && ! $this->permissionService->allows($user, Permission::ProjectAdmin, $project)
-        ) {
-            $errors['author_user_id'] = 'Only project admins can change the author.';
-        }
-
-        $fieldValues = Arr::get($validated, 'field_values', []);
-
-        if ($fieldValues !== []) {
-            $fieldDefinitions = $project->ticketFieldDefinitions()->get()->keyBy('id');
-
-            foreach ($fieldValues as $index => $fieldValue) {
-                $fieldDefinition = $fieldDefinitions->get((int) Arr::get($fieldValue, 'ticket_field_definition_id'));
-                $incompatibleValue = $fieldDefinition->field_type === 'user' ? 'value_number' : 'value_user_id';
-
-                if (Arr::get($fieldValue, $incompatibleValue) !== null) {
-                    $errors["field_values.{$index}.{$incompatibleValue}"] = 'The value must match the custom field type.';
-                }
-            }
-        }
-
-        if ($errors !== []) {
-            throw ValidationException::withMessages($errors);
-        }
-    }
-
-    /**
-     * @return array<string, Type>
-     */
-    public function schema(JsonSchema $schema): array
-    {
-        return [
-            'project_id' => $schema->integer()->description('Project ID.')->required(),
-            'title' => $schema->string()->max(255)->description('Ticket title.')->required(),
-            'description' => $schema->string()->nullable()->description('Ticket description.'),
-            'ticket_type_id' => $schema->integer()->description('Ticket type ID belonging to the project. Explicitly selects the type, including types that allow child tickets.')->required(),
-            'ticket_status_id' => $schema->integer()->description('Initial ticket status ID belonging to the project.')->required(),
-            'ticket_priority_id' => $schema->integer()->description('Ticket priority ID belonging to the project.')->required(),
-            'parent_ticket_id' => $schema->integer()->nullable()->description('Existing parent ticket ID in the same project. Its type must allow children. Omit or pass null for a top-level ticket.'),
-            'assignee_user_id' => $schema->integer()->nullable()->description('User ID to assign. Omit or pass null to leave unassigned.'),
-            'author_user_id' => $schema->integer()->nullable()->description('Defaults to the application key owner when omitted. Only project admins may choose another author or pass null for no author.'),
-            'story_points' => $schema->integer()->min(0)->nullable()->description('Non-negative story point estimate.'),
-            'is_blocked' => $schema->boolean()->default(false)->description('Whether the ticket is blocked. Requires a nonblank blocked_comment when true.'),
-            'blocked_comment' => $schema->string()->nullable()->description('Blocker reason. Stored only when is_blocked is true.'),
-            'acceptance_criteria' => $schema->array()->nullable()
-                ->items($schema->object([
-                    'text' => $schema->string()->description('Checklist item text.')->required(),
-                    'checked' => $schema->boolean()->default(false),
-                    'indent' => $schema->integer()->min(0)->max(AcceptanceCriteriaChecklistMapper::MAX_INDENT_LEVEL)->default(0),
-                ])->withoutAdditionalProperties())
-                ->description('Ordered acceptance checklist. Indent 0 is a root item; larger values nest under preceding items.'),
-            'field_values' => $schema->array()
-                ->items($schema->object([
-                    'ticket_field_definition_id' => $schema->integer()->description('Custom field definition ID belonging to the project. Each definition may appear once.')->required(),
-                    'value_number' => $schema->number()->nullable()->description('Value for a numeric field.'),
-                    'value_user_id' => $schema->integer()->nullable()->description('User ID for a user field.'),
-                ])->withoutAdditionalProperties())
-                ->description('Custom field values. Supply the value matching each definition type; omit or pass null for an empty value.'),
-        ];
-    }
-}
@@ -1,56 +0,0 @@
-<?php
-
-namespace App\Mcp\Tools;
-
-use App\Http\Resources\ProjectResource;
-use App\Http\Resources\TicketTypeResource;
-use App\Mcp\Support\KanbanGitMcp;
-use Illuminate\Contracts\JsonSchema\JsonSchema;
-use Illuminate\JsonSchema\Types\Type;
-use Illuminate\Support\Arr;
-use Laravel\Mcp\Request;
-use Laravel\Mcp\Response;
-use Laravel\Mcp\ResponseFactory;
-use Laravel\Mcp\Server\Attributes\Description;
-use Laravel\Mcp\Server\Attributes\Name;
-use Laravel\Mcp\Server\Tool;
-use Laravel\Mcp\Server\Tools\Annotations\IsReadOnly;
-
-#[Name('list_ticket_types')]
-#[Description('List all ticket types in a visible project in their configured order, including IDs, names, and is_parent. Use a returned ID as ticket_type_id when creating a ticket. Types with is_parent=true allow tickets of that type to have child tickets; set parent_ticket_id on create_ticket to attach a child to an existing parent ticket.')]
-#[IsReadOnly]
-class ListTicketTypes extends Tool
-{
-    public function __construct(
-        private readonly KanbanGitMcp $kanbanGitMcp,
-    ) {}
-
-    public function handle(Request $request): Response|ResponseFactory
-    {
-        $validated = $request->validate([
-            'project_id' => ['required', 'integer'],
-        ]);
-
-        $user = $this->kanbanGitMcp->user($request);
-        $project = $this->kanbanGitMcp->projectForRead($user, (int) Arr::get($validated, 'project_id'));
-
-        return Response::structured([
-            'data' => [
-                'project' => ProjectResource::make($project)->resolve(),
-                'ticket_types' => TicketTypeResource::collection($project->ticketTypes()->get())->resolve(),
-            ],
-        ]);
-    }
-
-    /**
-     * @return array<string, Type>
-     */
-    public function schema(JsonSchema $schema): array
-    {
-        return [
-            'project_id' => $schema->integer()
-                ->description('Project ID. Requires permission to view this project.')
-                ->required(),
-        ];
-    }
-}
@@ -16,7 +16,6 @@ class BoardColumn extends Model
 {
    /** @use HasFactory<BoardColumnFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    protected static function booted(): void
@@ -31,7 +31,6 @@ class NotificationAction extends Model
 {
    /** @use HasFactory<NotificationActionFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    /**
@@ -26,7 +26,6 @@ class RepositoryConnection extends Model
 {
    /** @use HasFactory<RepositoryConnectionFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    /**
@@ -23,7 +23,6 @@ class TicketFieldDefinition extends Model

    /** @use HasFactory<TicketFieldDefinitionFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    protected static function booted(): void
@@ -15,7 +15,6 @@ class TicketLinkType extends Model
 {
    /** @use HasFactory<TicketLinkTypeFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    protected static function booted(): void
@@ -17,7 +17,6 @@ class TicketStatus extends Model
 {
    /** @use HasFactory<TicketStatusFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    protected static function booted(): void
@@ -15,7 +15,6 @@ class TicketType extends Model
 {
    /** @use HasFactory<TicketTypeFactory> */
    use HasFactory;
-
    use SyncsProjectTemplateOwnership;

    protected static function booted(): void
@@ -77,28 +77,12 @@ class User extends Authenticatable
    protected function avatar(): Attribute
    {
        return Attribute::get(
-            fn (): ?string => $this->avatarUrl(),
+            fn (): ?string => filled($this->avatar_path)
+                ? Storage::disk('public')->url($this->avatar_path)
+                : null,
        );
    }

-    private function avatarUrl(): ?string
-    {
-        if (blank($this->avatar_path)) {
-            return null;
-        }
-
-        $diskName = config('filesystems.avatar_disk', 'public');
-        $disk = Storage::disk(is_string($diskName) && $diskName !== '' ? $diskName : 'public');
-
-        if ((bool) config('filesystems.avatar_urls_temporary', false)) {
-            $expirationMinutes = max(1, (int) config('filesystems.avatar_url_expiration_minutes', 15));
-
-            return $disk->temporaryUrl($this->avatar_path, now()->addMinutes($expirationMinutes));
-        }
-
-        return $disk->url($this->avatar_path);
-    }
-
    public function permissionAssignments(): MorphMany
    {
        return $this->morphMany(PermissionAssignment::class, 'assignee');
@@ -9,7 +9,6 @@
    "skills": [
        "fortify-development",
        "laravel-best-practices",
-        "mcp-development",
        "wayfinder-development",
        "inertia-vue-development",
        "tailwindcss-development"
@@ -17,8 +17,6 @@ return Application::configure(basePath: dirname(__DIR__))
        health: '/up',
    )
    ->withMiddleware(function (Middleware $middleware): void {
-        $middleware->trustProxies(at: '*');
-
        $middleware->encryptCookies(except: ['appearance', 'sidebar_state']);

        $middleware->web(append: [
@@ -12,11 +12,10 @@
        "php": "^8.4",
        "inertiajs/inertia-laravel": "^2.0",
        "laravel/fortify": "^1.34",
-        "laravel/framework": "^v13.26.1",
+        "laravel/framework": "^13.0",
        "laravel/mcp": "^0.6",
        "laravel/tinker": "^3.0",
        "laravel/wayfinder": "^0.1.14",
-        "league/flysystem-aws-s3-v3": "^3.0",
        "scalar/laravel": "^0.2.1"
    },
    "require-dev": {
@@ -52,7 +51,7 @@
        ],
        "dev": [
            "Composer\\Config::disableProcessTimeout",
-            "@php artisan dev"
+            "npx concurrently -c \"#93c5fd,#c4b5fd,#fb7185,#fdba74\" \"php artisan serve\" \"php artisan queue:listen --tries=1 --timeout=0\" \"php artisan pail --timeout=0\" \"npm run dev\" --names=server,queue,logs,vite --kill-others"
        ],
        "dev:ssr": [
            "npm run build:ssr",
@@ -67,8 +66,8 @@
        ],
        "ci:check": [
            "Composer\\Config::disableProcessTimeout",
-            "npm audit --audit-level=high",
            "npm run lint:check",
+            "npm run format:check",
            "npm run types:check",
            "@test"
        ],
@@ -15,12 +15,6 @@ return [

    'default' => env('FILESYSTEM_DISK', 'local'),

-    'avatar_disk' => env('AVATAR_FILESYSTEM_DISK', env('FILESYSTEM_DISK', 'public')),
-
-    'avatar_urls_temporary' => env('AVATAR_URLS_TEMPORARY', false),
-
-    'avatar_url_expiration_minutes' => env('AVATAR_URL_EXPIRATION_MINUTES', 15),
-
    /*
    |--------------------------------------------------------------------------
    | Filesystem Disks
@@ -1,38 +1,33 @@
 services:
  web:
    container_name: kanbangit-web
-    image: kanbangit-app:local
    build:
      context: .
-      dockerfile: Dockerfile
-      target: runtime
-    command: nginx
+      dockerfile: ./docker/nginx/Dockerfile
    restart: unless-stopped
    ports:
-      - "8080:8080"
+      - "8080:80"
+    volumes:
+      - kanbangit-storage:/var/www/storage:ro
+      - kanbangit-public-assets:/var/www/public/build:ro
    env_file:
      - .env.production
-    environment:
-      PHP_FPM_UPSTREAM: php-fpm:9000
    networks:
      - kanbangit-web
-    healthcheck:
-      test: ["CMD", "curl", "--fail", "--silent", "http://127.0.0.1:8080/up"]
-      interval: 10s
-      timeout: 5s
-      retries: 3
    depends_on:
      php-fpm:
        condition: service_healthy

  php-fpm:
    container_name: kanbangit-php-fpm
-    image: kanbangit-app:local
    build:
      context: .
-      dockerfile: Dockerfile
-      target: runtime
+      dockerfile: ./docker/php-fpm/Dockerfile
+      target: production
    restart: unless-stopped
+    volumes:
+      - kanbangit-storage:/var/www/storage
+      - kanbangit-public-assets:/var/www/public/build
    env_file:
      - .env.production
    networks:
@@ -47,23 +42,6 @@ services:
      mariadb:
        condition: service_healthy

-  worker:
-    container_name: kanbangit-worker
-    image: kanbangit-app:local
-    build:
-      context: .
-      dockerfile: Dockerfile
-      target: runtime
-    command: php artisan queue:work --sleep=3 --tries=3 --timeout=60 --max-time=3600
-    restart: unless-stopped
-    env_file:
-      - .env.production
-    networks:
-      - kanbangit-db
-    depends_on:
-      mariadb:
-        condition: service_healthy
-
  mariadb:
    container_name: kanbangit-db
    image: mariadb:11.4
@@ -87,3 +65,5 @@ networks:

 volumes:
  mariadb-data-production:
+  kanbangit-storage:
+  kanbangit-public-assets:
@@ -1,26 +0,0 @@
-#!/bin/sh
-set -eu
-
-if [ "${1:-}" = "nginx" ]; then
-    : "${PHP_FPM_UPSTREAM:=127.0.0.1:9000}"
-    export PHP_FPM_UPSTREAM
-
-    envsubst '${PHP_FPM_UPSTREAM}' \
-        < /etc/nginx/nginx.conf.template \
-        > /tmp/nginx.conf
-
-    exec nginx -c /tmp/nginx.conf -g 'daemon off;'
-fi
-
-mkdir -p \
-    bootstrap/cache \
-    storage/framework/cache \
-    storage/framework/sessions \
-    storage/framework/testing \
-    storage/framework/views \
-    storage/logs
-
-php artisan config:cache --no-ansi
-php artisan route:cache --no-ansi
-
-exec "$@"
@@ -0,0 +1,20 @@
+FROM php:8.4-cli-bookworm AS builder
+RUN apt-get update && apt-get install -y --no-install-recommends \
+    curl ca-certificates git unzip \
+    && rm -rf /var/lib/apt/lists/*
+RUN curl -fsSL https://deb.nodesource.com/setup_20.x | bash - \
+    && apt-get update && apt-get install -y --no-install-recommends nodejs \
+    && rm -rf /var/lib/apt/lists/*
+RUN curl -sS https://getcomposer.org/installer | php -- \
+    --install-dir=/usr/local/bin --filename=composer
+WORKDIR /var/www
+COPY . /var/www
+RUN composer install --no-dev --prefer-dist --no-interaction --no-progress --optimize-autoloader
+RUN npm ci && npm run build
+
+FROM nginx:alpine
+COPY ./docker/nginx/nginx.conf /etc/nginx/nginx.conf
+COPY --from=builder /var/www/public /var/www/public
+WORKDIR /var/www/public
+EXPOSE 80
+CMD ["nginx", "-g", "daemon off;"]
@@ -0,0 +1,33 @@
+events {
+    worker_connections  1024;
+}
+http {
+    include       /etc/nginx/mime.types;
+    default_type  application/octet-stream;
+    sendfile        on;
+    keepalive_timeout  65;
+    client_max_body_size 100m;
+
+    server {
+        listen 80;
+        server_name localhost;
+        root /var/www/public;
+        index index.php index.html;
+        location / {
+            try_files $uri $uri/ /index.php?$query_string;
+        }
+         location ^~ /storage/ {
+            alias /var/www/storage/app/public/;
+            try_files $uri =404;
+            access_log off;
+            expires 7d;
+            add_header Cache-Control "public";
+        }
+        location ~ \.php$ {
+            fastcgi_pass php-fpm:9000;
+            fastcgi_index index.php;
+            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
+            include fastcgi_params;
+        }
+    }
+}
@@ -1,58 +0,0 @@
-pid /tmp/nginx.pid;
-error_log /dev/stderr warn;
-
-events {
-    worker_connections 1024;
-}
-
-http {
-    include /etc/nginx/mime.types;
-    default_type application/octet-stream;
-
-    access_log /dev/stdout;
-    client_body_temp_path /tmp/client_body;
-    proxy_temp_path /tmp/proxy;
-    fastcgi_temp_path /tmp/fastcgi;
-    uwsgi_temp_path /tmp/uwsgi;
-    scgi_temp_path /tmp/scgi;
-
-    sendfile on;
-    keepalive_timeout 65;
-    client_max_body_size 3m;
-
-    server {
-        listen 8080;
-        server_name _;
-        root /var/www/public;
-        index index.php;
-
-        location = /nginx-health {
-            access_log off;
-            default_type text/plain;
-            return 200 'ok';
-        }
-
-        location / {
-            try_files $uri $uri/ /index.php?$query_string;
-        }
-
-        location = /index.php {
-            include /etc/nginx/fastcgi_params;
-            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
-            fastcgi_param HTTP_PROXY '';
-            fastcgi_param HTTP_X_FORWARDED_FOR $http_x_forwarded_for;
-            fastcgi_param HTTP_X_FORWARDED_HOST $http_x_forwarded_host;
-            fastcgi_param HTTP_X_FORWARDED_PORT $http_x_forwarded_port;
-            fastcgi_param HTTP_X_FORWARDED_PROTO $http_x_forwarded_proto;
-            fastcgi_pass ${PHP_FPM_UPSTREAM};
-        }
-
-        location ~ \.php$ {
-            return 404;
-        }
-
-        location ~ /\. {
-            deny all;
-        }
-    }
-}
@@ -1,7 +0,0 @@
-#!/bin/sh
-set -eu
-
-SCRIPT_NAME=/status \
-SCRIPT_FILENAME=/status \
-REQUEST_METHOD=GET \
-cgi-fcgi -bind -connect 127.0.0.1:9000 2>/dev/null | grep -q '^pool:'
@@ -0,0 +1,66 @@
+FROM php:8.4-fpm AS builder
+RUN apt-get update && apt-get install -y --no-install-recommends \
+    curl \
+    unzip \
+    libpq-dev \
+    libonig-dev \
+    libssl-dev \
+    libxml2-dev \
+    libcurl4-openssl-dev \
+    libicu-dev \
+    libzip-dev \
+    libmagickwand-dev \
+    libpng-dev \
+    libjpeg-dev \
+    libfreetype6-dev \
+    && docker-php-ext-install -j$(nproc) \
+    pdo_mysql \
+    pdo_pgsql \
+    pgsql \
+    opcache \
+    intl \
+    zip \
+    bcmath \
+    soap \
+    && docker-php-ext-configure gd --with-jpeg --with-freetype \
+    && docker-php-ext-install -j$(nproc) gd \
+    && pecl install imagick \
+    && docker-php-ext-enable imagick \
+    && apt-get autoremove -y && apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
+WORKDIR /var/www
+COPY . /var/www
+RUN curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/local/bin --filename=composer \
+    && composer install --no-dev --optimize-autoloader --no-interaction --no-progress --prefer-dist
+FROM php:8.4-fpm AS production
+RUN apt-get update && apt-get install -y --no-install-recommends \
+    libpq-dev \
+    libicu-dev \
+    libzip-dev \
+    libfcgi-bin \
+    procps \
+    libmagickwand-dev \
+    && apt-get autoremove -y && apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
+RUN curl -o /usr/local/bin/php-fpm-healthcheck \
+    https://raw.githubusercontent.com/renatomefi/php-fpm-healthcheck/master/php-fpm-healthcheck \
+    && chmod +x /usr/local/bin/php-fpm-healthcheck
+COPY ./docker/php-fpm/entrypoint.sh /usr/local/bin/entrypoint.sh
+RUN chmod +x /usr/local/bin/entrypoint.sh
+COPY ./storage /var/www/storage-init
+COPY --from=builder /usr/local/lib/php/extensions/ /usr/local/lib/php/extensions/
+COPY --from=builder /usr/local/etc/php/conf.d/ /usr/local/etc/php/conf.d/
+COPY --from=builder /usr/local/bin/docker-php-ext-* /usr/local/bin/
+RUN mv "$PHP_INI_DIR/php.ini-production" "$PHP_INI_DIR/php.ini"
+RUN printf '%s\n' \
+'[global]' \
+'daemonize = no' \
+'' \
+'[www]' \
+'pm.status_path = /status' \
+> /usr/local/etc/php-fpm.d/zz-docker.conf
+COPY --from=builder /var/www /var/www
+WORKDIR /var/www
+RUN chown -R www-data:www-data /var/www
+USER www-data
+ENTRYPOINT ["/usr/local/bin/entrypoint.sh"]
+EXPOSE 9000
+CMD ["php-fpm"]
@@ -0,0 +1,11 @@
+#!/bin/sh
+set -e
+if [ ! "$(ls -A /var/www/storage)" ]; then
+  echo "Initializing storage directory..."
+  cp -R /var/www/storage-init/. /var/www/storage
+  chown -R www-data:www-data /var/www/storage
+fi
+rm -rf /var/www/storage-init
+php artisan config:cache
+php artisan route:cache
+exec "$@"
@@ -1,35 +0,0 @@
-# UI Rework 1: Englische Lokalisierungsgrundlage
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: Keine.
-
-## Ziel und Grenzen
-
-Englische Lokalisierungsgrundlage als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/app.ts](../../resources/js/app.ts); [resources/js/ssr.ts](../../resources/js/ssr.ts); [resources/js/types](../../resources/js/types). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Eine zentrale Übersetzungsstruktur für Vue einführen.
-2. Englischen Katalog, Interpolation, Pluralformen und Formatierung festlegen.
-3. Serverseitige Validierungstexte einheitlich Englisch halten.
-
-## Akzeptanzkriterien
-
- [ ] Neue UI-Texte verwenden Schlüssel.
- [ ] Fehlende Schlüssel fallen im Test auf.
- [ ] Spätere Sprachen benötigen keine Änderungen an Komponenten.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,39 +0,0 @@
-# UI Rework 10: Persönliches Dashboard mit vorhandenen Daten
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 8](epic-1-issue-8.md), [Issue 11](epic-1-issue-11.md)
-
-## Ziel und Grenzen
-
-Persönliches Dashboard mit vorhandenen Daten als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/Dashboard.vue](../../resources/js/pages/Dashboard.vue); [app/Actions/Tickets/ListAssignedTicketsByVisibleProject.php](../../app/Actions/Tickets/ListAssignedTicketsByVisibleProject.php); [routes/web.php](../../routes/web.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Persönliches Dashboard — 30b69ed84e5c4bdf8cd3fe26d7a9e803. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Dashboard aus zugewiesenen Tickets und sichtbaren Projekten aufbauen.
-2. Vorhandene Action über einen Inertia-Controller und Resources anbinden.
-3. Aus dem Mockup nicht belegbare Kennzahlen und Aktivitätsfeeds weglassen.
-
-## Akzeptanzkriterien
-
- [ ] Keine Platzhalterdaten.
- [ ] Keine fremden Tickets.
- [ ] Leere und gefüllte Dashboards funktionieren.
- [ ] Neue Datenweitergabe ist durch Featuretests abgesichert.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/DashboardTest.php](../../tests/Feature/DashboardTest.php), [tests/Feature/Api/AssignedTicketsApiTest.php](../../tests/Feature/Api/AssignedTicketsApiTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,36 +0,0 @@
-# UI Rework 11: Ticketkarten und wiederverwendbare Ticketlisten
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 3](epic-1-issue-3.md)
-
-## Ziel und Grenzen
-
-Ticketkarten und wiederverwendbare Ticketlisten als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/components](../../resources/js/components); [resources/js/types/models/ticket-model.ts](../../resources/js/types/models/ticket-model.ts). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Board View — 1a8363ad911a494f92cc4468955ce2f2. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Neue Karten und Listenzeilen mit Ticketkey, Titel, Typ, Priorität, Zuweisung und Blockerzustand entwickeln.
-2. Darstellung mit und ohne optionale Daten definieren.
-3. Gemeinsame Props und Ereignisse für Board, Backlog und Dashboard festlegen. Ticketlinks über Wayfinder aufbauen und Fokusführung sowie Touch-Ziele prüfen; die Komponenten dürfen keine eigenen Datenabfragen auslösen.
-
-## Akzeptanzkriterien
-
- [ ] Lange Titel bleiben bedienbar.
- [ ] Prioritäten und Status stammen aus Projektdaten.
- [ ] Links, Fokus und Touch-Ziele funktionieren.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 12: Boardansicht für Desktop und Mobilgeräte
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 8](epic-1-issue-8.md), [Issue 11](epic-1-issue-11.md)
-
-## Ziel und Grenzen
-
-Boardansicht für Desktop und Mobilgeräte als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Board.vue](../../resources/js/pages/projects/Board.vue); [app/Actions/Projects/BuildProjectBoardPayload.php](../../app/Actions/Projects/BuildProjectBoardPayload.php); [app/Http/Resources/BoardColumnResource.php](../../app/Http/Resources/BoardColumnResource.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Board View — 1a8363ad911a494f92cc4468955ce2f2. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Horizontales Board mit konfigurierten Spalten neu bauen.
-2. Mobil eine Spalte mit Auswahl anbieten.
-3. Statusunterteilung, Zähler, Leerzustände und vorhandene Statusauswahl darstellen.
-
-## Akzeptanzkriterien
-
- [ ] Beliebige Spaltenanzahl funktioniert.
- [ ] Mehrere Status pro Spalte bleiben sichtbar.
- [ ] Board und Backlog behalten ihre bestehende fachliche Trennung.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectBoardControllerTest.php](../../tests/Feature/Projects/ProjectBoardControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,40 +0,0 @@
-# UI Rework 13: Drag-and-drop für bestehende Statuswechsel
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 5](epic-1-issue-5.md), [Issue 12](epic-1-issue-12.md)
-
-## Ziel und Grenzen
-
-Drag-and-drop für bestehende Statuswechsel als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Board.vue](../../resources/js/pages/projects/Board.vue); [app/Http/Requests/MoveProjectTicketRequest.php](../../app/Http/Requests/MoveProjectTicketRequest.php); [app/Actions/Tickets/MoveProjectTicket.php](../../app/Actions/Tickets/MoveProjectTicket.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Board View — 1a8363ad911a494f92cc4468955ce2f2. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Ziehen per Maus und Touch ergänzen.
-2. Zulässige Ziele aus Workflowdaten ableiten.
-3. Bei mehreren Zielstatus Auswahl zeigen.
-4. Vorhandenen Statusendpunkt über Wayfinder verwenden und Fehler zurückrollen.
-
-## Akzeptanzkriterien
-
- [ ] Unzulässige Ziele sind gesperrt.
- [ ] Alternative Tastatur-/Menübedienung bleibt möglich.
- [ ] Kein doppeltes Worklog.
- [ ] Keine persistierte freie Kartenreihenfolge.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectBoardControllerTest.php](../../tests/Feature/Projects/ProjectBoardControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 14: Backlog und Ticketbaum
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 11](epic-1-issue-11.md)
-
-## Ziel und Grenzen
-
-Backlog und Ticketbaum als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Backlog.vue](../../resources/js/pages/projects/Backlog.vue); [resources/js/components/TicketTreeList.vue](../../resources/js/components/TicketTreeList.vue); [app/Actions/Projects/BuildProjectBacklogPayload.php](../../app/Actions/Projects/BuildProjectBacklogPayload.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Backlog mit vorhandenen Filtern und Hierarchie neu darstellen.
-2. Eltern-Kind-Beziehungen, einklappbare Ebenen und vorhandene Aktionen integrieren.
-3. Mobile Listenansicht erstellen.
-
-## Akzeptanzkriterien
-
- [ ] Verschachtelte Tickets und leere Treffer funktionieren.
- [ ] Berechtigungen und Statusübergänge bleiben erhalten.
- [ ] Filter verändern keine fachlichen Daten.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectBacklogTest.php](../../tests/Feature/Projects/ProjectBacklogTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 15: Neue Ticketdetailansicht und Seitenstruktur
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md), [Issue 11](epic-1-issue-11.md)
-
-## Ziel und Grenzen
-
-Neue Ticketdetailansicht und Seitenstruktur als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue); [app/Actions/Projects/BuildProjectTicketDetailPayload.php](../../app/Actions/Projects/BuildProjectTicketDetailPayload.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Ticket Detail View — 934e3eb46764456195f0eb627e67a363. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Detailansicht in klar abgegrenzte Komponenten aufteilen.
-2. Desktop-Inhalt und Metadatenbereich sowie mobile Stapelansicht neu aufbauen.
-3. Stabile Einhängepunkte für Bearbeitung, Checkliste, Beziehungen, Historie und Git definieren.
-
-## Akzeptanzkriterien
-
- [ ] Alle bestehenden Informationen bleiben zugänglich.
- [ ] Keine bestehende Funktion wird beim Umbau entfernt.
- [ ] Direkte Ticket-URLs funktionieren.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketControllerTest.php](../../tests/Feature/Projects/ProjectTicketControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 16: Ticketanlage und Bearbeitungsformulare
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 5](epic-1-issue-5.md), [Issue 15](epic-1-issue-15.md)
-
-## Ziel und Grenzen
-
-Ticketanlage und Bearbeitungsformulare als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/TicketCreate.vue](../../resources/js/pages/projects/TicketCreate.vue); [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue); [app/Http/Requests/StoreProjectTicketRequest.php](../../app/Http/Requests/StoreProjectTicketRequest.php); [app/Http/Requests/UpdateProjectTicketRequest.php](../../app/Http/Requests/UpdateProjectTicketRequest.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Ticket Detail View — 934e3eb46764456195f0eb627e67a363. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Formulare für vorhandene Ticketattribute neu erstellen.
-2. Gemeinsame Feldkomponenten für Anlage und Bearbeitung verwenden.
-3. Projektkonfigurierte Felder, Autor-/Story-Point-Schalter und Validierung erhalten.
-
-## Akzeptanzkriterien
-
- [ ] Anlage und Bearbeitung speichern dieselben Attribute wie bisher.
- [ ] Fehler und ungespeicherte Änderungen sind abgedeckt.
- [ ] Gesperrte Aktionen bleiben serverseitig abgesichert.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketControllerTest.php](../../tests/Feature/Projects/ProjectTicketControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 17: Akzeptanzkriterien-Checkliste
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 16](epic-1-issue-16.md)
-
-## Ziel und Grenzen
-
-Akzeptanzkriterien-Checkliste als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/lib/acceptance-criteria.ts](../../resources/js/lib/acceptance-criteria.ts); [resources/js/types/models/acceptance-criteria-model.ts](../../resources/js/types/models/acceptance-criteria-model.ts); [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Ticket Detail View — 934e3eb46764456195f0eb627e67a363. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Bestehende hierarchische Checkliste als neue Komponente aufbauen.
-2. Hinzufügen, Bearbeiten, Verschachteln und Abhaken entsprechend dem Bestand erhalten.
-3. In Anlage und Detail integrieren.
-
-## Akzeptanzkriterien
-
- [ ] Hierarchie und Reihenfolge bleiben beim Speichern erhalten.
- [ ] Bestehende Kriterien gehen nicht verloren.
- [ ] Touch und Tastatur funktionieren.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketControllerTest.php](../../tests/Feature/Projects/ProjectTicketControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 18: Ticketbeziehungen und Hierarchie
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 15](epic-1-issue-15.md), [Issue 16](epic-1-issue-16.md)
-
-## Ziel und Grenzen
-
-Ticketbeziehungen und Hierarchie als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue); [app/Http/Controllers/ProjectTicketLinkController.php](../../app/Http/Controllers/ProjectTicketLinkController.php); [resources/js/components/TicketTreeList.vue](../../resources/js/components/TicketTreeList.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Eltern-/Kindanzeige und Ticketverknüpfungen neu gestalten.
-2. Bestehende Linktypen und Richtung verwenden.
-3. Erlaubte Hinzufüge-/Entfernaktionen integrieren.
-
-## Akzeptanzkriterien
-
- [ ] Bestehende Hierarchievalidierung bleibt wirksam.
- [ ] Linkrichtung wird korrekt angezeigt.
- [ ] Kein neuer Beziehungstyp wird eingeführt.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketLinkControllerTest.php](../../tests/Feature/Projects/ProjectTicketLinkControllerTest.php), [tests/Feature/Projects/ProjectTicketControllerTest.php](../../tests/Feature/Projects/ProjectTicketControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 19: Blocker und Ticketänderungshistorie
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 15](epic-1-issue-15.md), [Issue 16](epic-1-issue-16.md)
-
-## Ziel und Grenzen
-
-Blocker und Ticketänderungshistorie als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue); [resources/js/types/models/ticket-worklog-entry-model.ts](../../resources/js/types/models/ticket-worklog-entry-model.ts). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Blockieren/Entblockieren und Kommentarerfassung neu darstellen.
-2. Vorhandenes Worklog als lesbare Historie integrieren.
-3. Mobile Darstellung und lokale Datumsformatierung nutzen.
-
-## Akzeptanzkriterien
-
- [ ] Blockieren erfordert weiterhin Kommentar.
- [ ] Historie zeigt echte Ereignisse und Akteure.
- [ ] Keine neue Kommentar- oder Aktivitätsfunktion.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketControllerTest.php](../../tests/Feature/Projects/ProjectTicketControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,36 +0,0 @@
-# UI Rework 2: Emerald-Designsystem und Hell/Dunkel/System
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 1](epic-1-issue-1.md)
-
-## Ziel und Grenzen
-
-Emerald-Designsystem und Hell/Dunkel/System als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/css/app.css](../../resources/css/app.css); [resources/js/composables/useAppearance.ts](../../resources/js/composables/useAppearance.ts). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Farben, Typografie, Abstände, Radien und Fokuszustände aus Stitch als semantische Tokens definieren.
-2. Inter lokal ausliefern.
-3. Hell/Dunkel/System einschließlich initialem Laden umsetzen.
-
-## Akzeptanzkriterien
-
- [ ] Beide Themes sind lesbar.
- [ ] Systemwechsel aktualisieren die Ansicht.
- [ ] Reduzierte Bewegung wird berücksichtigt.
- [ ] Keine Starterkit-Optik.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 20: Git-Bereich und Branch-Erstellung am Ticket
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 5](epic-1-issue-5.md), [Issue 15](epic-1-issue-15.md)
-
-## Ziel und Grenzen
-
-Git-Bereich und Branch-Erstellung am Ticket als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Ticket.vue](../../resources/js/pages/projects/Ticket.vue); [app/Http/Controllers/ProjectTicketBranchController.php](../../app/Http/Controllers/ProjectTicketBranchController.php); [resources/js/types/models/ticket-repository-branch-model.ts](../../resources/js/types/models/ticket-repository-branch-model.ts). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Branch-/Pull-Request-Anzeigen sowie bestehenden Branch-Erstellablauf in eigene neue Komponenten überführen.
-2. Repositoryauswahl, Namensvorschlag und vorhandene Prüfungen erhalten.
-3. Laufende Anfragen, fehlenden Git-Zugriff und Providerfehler als eigene Zustände abbilden. Den Weg zu vorhandenen Verbindungseinstellungen anbieten, Formulareingaben bei Fehlern erhalten und externe Git-Links entsprechend kennzeichnen.
-
-## Akzeptanzkriterien
-
- [ ] Fehlende Git-Verbindung und Providerfehler sind verständlich.
- [ ] Branch-Erstellung funktioniert.
- [ ] Fremde Git-Links öffnen extern.
- [ ] Bestehende Zuordnungsregeln bleiben erhalten.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketBranchControllerTest.php](../../tests/Feature/Projects/ProjectTicketBranchControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 21: Profil und Erscheinungsbild
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Profil und Erscheinungsbild als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/settings/Profile.vue](../../resources/js/pages/settings/Profile.vue); [resources/js/pages/settings/Appearance.vue](../../resources/js/pages/settings/Appearance.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Profilfelder, Avatar-Upload/Entfernen und Erscheinungsbild neu gestalten.
-2. Gemeinsame Einstellungsnavigation aufbauen.
-3. Datenschutz durch bestehende Rechte und Endpunkte erhalten.
-
-## Akzeptanzkriterien
-
- [ ] Avatar und Profiländerungen funktionieren.
- [ ] Hell/Dunkel/System bleibt nach Neustart erhalten.
- [ ] Uploadfehler und mobile Dateiauswahl sind berücksichtigt.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Settings/ProfileUpdateTest.php](../../tests/Feature/Settings/ProfileUpdateTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 22: Sicherheit und Anwendungsschlüssel
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 6](epic-1-issue-6.md), [Issue 7](epic-1-issue-7.md), [Issue 21](epic-1-issue-21.md)
-
-## Ziel und Grenzen
-
-Sicherheit und Anwendungsschlüssel als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/settings/Security.vue](../../resources/js/pages/settings/Security.vue); [resources/js/pages/settings/Applications.vue](../../resources/js/pages/settings/Applications.vue); [resources/js/components/TwoFactorSetupModal.vue](../../resources/js/components/TwoFactorSetupModal.vue); [resources/js/components/TwoFactorRecoveryCodes.vue](../../resources/js/components/TwoFactorRecoveryCodes.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Passwortverwaltung, 2FA-Einrichtung, Recovery-Codes und vorhandene Anwendungsschlüssel neu darstellen.
-2. Sensible Bestätigungsabläufe erhalten.
-3. Zustände vor und nach 2FA-Bestätigung sowie beim Anzeigen und Erneuern von Recovery-Codes anhand der bestehenden Endpunkte abbilden. Schlüsselanzeige und Kopierfunktion an die vorhandene Freigabelogik binden; fehlgeschlagene Bestätigungen direkt am Formular erklären.
-
-## Akzeptanzkriterien
-
- [ ] 2FA-Aktivieren/Deaktivieren und Recovery-Codes funktionieren.
- [ ] Schlüssel werden weiterhin nur nach bestehender Logik angezeigt.
- [ ] Abbruch und Fehler sind sicher.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Settings/SecurityTest.php](../../tests/Feature/Settings/SecurityTest.php), [tests/Feature/Settings/UserApplicationTest.php](../../tests/Feature/Settings/UserApplicationTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 23: Persönliche Git-Verbindungen
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 21](epic-1-issue-21.md)
-
-## Ziel und Grenzen
-
-Persönliche Git-Verbindungen als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/settings/GitConnections.vue](../../resources/js/pages/settings/GitConnections.vue); [app/Http/Controllers/Settings/GitConnectionController.php](../../app/Http/Controllers/Settings/GitConnectionController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Vorhandene Git-Verbindungen und Formulare neu gestalten.
-2. Provider- und Serverangaben klar darstellen.
-3. Validierungs- und Providerfehler in das neue Rückmeldesystem integrieren.
-
-## Akzeptanzkriterien
-
- [ ] Erstellen, Bearbeiten und Entfernen bleiben möglich.
- [ ] Zugangsdaten werden nicht zusätzlich offengelegt.
- [ ] Leere Listen und fehlende Berechtigungen funktionieren.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Settings/GitConnectionTest.php](../../tests/Feature/Settings/GitConnectionTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 24: Allgemeine Projekteinstellungen und Vererbung
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 9](epic-1-issue-9.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Allgemeine Projekteinstellungen und Vererbung als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/General.vue](../../resources/js/pages/projects/settings/General.vue); [resources/js/components/projects/TemplateInheritancePanel.vue](../../resources/js/components/projects/TemplateInheritancePanel.vue); [app/Http/Controllers/ProjectController.php](../../app/Http/Controllers/ProjectController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Einstellungsnavigation und allgemeine Projektseite neu aufbauen.
-2. Vererbung und lokale Overrides nachvollziehbar anzeigen.
-3. Bestehende Vorlagenwechsel-/Reset- und Löschbestätigungen erhalten.
-
-## Akzeptanzkriterien
-
- [ ] Geerbte und lokale Werte sind unterscheidbar.
- [ ] Destruktive Aktionen erfordern bestehende Bestätigung.
- [ ] Keine neue Vorlagenlogik.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTemplateOverrideTest.php](../../tests/Feature/Projects/ProjectTemplateOverrideTest.php), [tests/Feature/Projects/ProjectControllerTest.php](../../tests/Feature/Projects/ProjectControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 25: Workflow-Einstellungen für Spalten und Status
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 24](epic-1-issue-24.md)
-
-## Ziel und Grenzen
-
-Workflow-Einstellungen für Spalten und Status als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Board.vue](../../resources/js/pages/projects/settings/Board.vue); [app/Http/Controllers/ProjectBoardSettingsController.php](../../app/Http/Controllers/ProjectBoardSettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Spalten, Statuszuordnung, Namen und vorhandene Sortierung neu bearbeiten lassen.
-2. Backlogstatus und Löschbedingungen aus dem Bestand übernehmen.
-3. Übergangsmatrix als separate Komponente vorbereiten.
-
-## Akzeptanzkriterien
-
- [ ] Vorhandene CRUD-Aktionen funktionieren.
- [ ] Gültige Positionen bleiben erhalten.
- [ ] Genutzte Status und Spalten werden nicht unzulässig entfernt.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectBoardSettingsControllerTest.php](../../tests/Feature/Projects/ProjectBoardSettingsControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 26: Bearbeitung erlaubter Statusübergänge
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 25](epic-1-issue-25.md)
-
-## Ziel und Grenzen
-
-Bearbeitung erlaubter Statusübergänge als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Board.vue](../../resources/js/pages/projects/settings/Board.vue); [app/Http/Controllers/ProjectBoardSettingsController.php](../../app/Http/Controllers/ProjectBoardSettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Vorhandene Übergangsregeln als übersichtliche, mobil bedienbare Oberfläche neu erstellen.
-2. Nur existierende Workflowfähigkeiten abbilden.
-3. Gespeicherten Zustand und Fehler klar anzeigen.
-
-## Akzeptanzkriterien
-
- [ ] Erlaubte und verbotene Übergänge werden korrekt gespeichert.
- [ ] Board-Dropziele entsprechen der Konfiguration.
- [ ] Keine neue Workflow-Engine.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectBoardSettingsControllerTest.php](../../tests/Feature/Projects/ProjectBoardSettingsControllerTest.php), [tests/Feature/Projects/ProjectBoardControllerTest.php](../../tests/Feature/Projects/ProjectBoardControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 27: Tickettypen, Prioritäten und Anzeigeoptionen
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 24](epic-1-issue-24.md)
-
-## Ziel und Grenzen
-
-Tickettypen, Prioritäten und Anzeigeoptionen als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Metadata.vue](../../resources/js/pages/projects/settings/Metadata.vue); [app/Http/Controllers/ProjectTicketMetadataSettingsController.php](../../app/Http/Controllers/ProjectTicketMetadataSettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Typen, Prioritäten und bestehende Autor-/Story-Point-Optionen neu darstellen.
-2. Hinzufügen, Umbenennen, Reihenfolge und bestehende Ersetzungsregeln beim Löschen erhalten.
-3. Geschützte und bearbeitbare Einträge anhand vorhandener Berechtigungen unterscheiden. Vor dem Löschen die benötigte Ersatzzuordnung erklären und Validierungsfehler am betroffenen Eintrag anzeigen, ohne projektseitige Regeln zu verändern.
-
-## Akzeptanzkriterien
-
- [ ] Geschützte Typen bleiben geschützt.
- [ ] Löschersatz und Reihenfolge funktionieren.
- [ ] Inhalte bleiben projektkonfigurierbar.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketMetadataSettingsControllerTest.php](../../tests/Feature/Projects/ProjectTicketMetadataSettingsControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 28: Benutzerdefinierte Felder und Linktypen
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 27](epic-1-issue-27.md)
-
-## Ziel und Grenzen
-
-Benutzerdefinierte Felder und Linktypen als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Metadata.vue](../../resources/js/pages/projects/settings/Metadata.vue); [app/Http/Controllers/ProjectTicketMetadataSettingsController.php](../../app/Http/Controllers/ProjectTicketMetadataSettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Bestehende Felddefinitionen und Linktypen in separate neue Einstellungsabschnitte aufteilen.
-2. Vorhandene Feldtypen, Richtung und Gegenbezeichnungen erhalten.
-3. Anlage, Bearbeitung und vorhandene Löschabläufe über die bestehenden Endpunkte anbinden. Ungültige Definitionen mit konkreten Feldfehlern zurückmelden und bestehende Schutzregeln für bereits verwendete Felder und Linktypen in der Oberfläche nachvollziehbar machen.
-
-## Akzeptanzkriterien
-
- [ ] Keine neuen Feldtypen.
- [ ] Vorhandene Feldwerte bleiben erhalten.
- [ ] Linktypen und Gegenrichtung werden korrekt angezeigt und bearbeitet.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTicketMetadataSettingsControllerTest.php](../../tests/Feature/Projects/ProjectTicketMetadataSettingsControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 29: Repository-Einstellungen des Projekts
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 23](epic-1-issue-23.md), [Issue 24](epic-1-issue-24.md)
-
-## Ziel und Grenzen
-
-Repository-Einstellungen des Projekts als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Repositories.vue](../../resources/js/pages/projects/settings/Repositories.vue); [app/Http/Controllers/ProjectRepositorySettingsController.php](../../app/Http/Controllers/ProjectRepositorySettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Projekt-Repository-Verbindungen mit vorhandener Discovery, Auswahl und Bearbeitung neu aufbauen.
-2. Persönliche Verbindungen und Projektzuordnung klar unterscheiden.
-3. Ladezustände, leere Suchergebnisse, fehlende persönliche Verbindung und Providerfehler getrennt darstellen. Auf die vorhandenen persönlichen Git-Einstellungen verlinken und nach erfolgreicher Zuordnung die Projektliste aus der Serverantwort aktualisieren.
-
-## Akzeptanzkriterien
-
- [ ] Vorhandene Provider werden unterstützt.
- [ ] Fehlende Verbindung und Providerfehler sind abgedeckt.
- [ ] Tickets nutzen weiterhin dieselben Repositories.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectRepositorySettingsControllerTest.php](../../tests/Feature/Projects/ProjectRepositorySettingsControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,35 +0,0 @@
-# UI Rework 3: Neue grundlegende UI-Komponenten
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 1](epic-1-issue-1.md), [Issue 2](epic-1-issue-2.md)
-
-## Ziel und Grenzen
-
-Neue grundlegende UI-Komponenten als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/components/ui](../../resources/js/components/ui). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Buttons, Eingaben, Auswahlfelder, Checkboxen, Badges und Avatare neu gestalten.
-2. Zugängliches Verhalten vorhandener Headless-Primitiven wiederverwenden.
-3. Öffentliche Props für Folgetickets stabil festlegen.
-
-## Akzeptanzkriterien
-
- [ ] Tastatur, Fokus, disabled, invalid und loading funktionieren.
- [ ] Sichtbare Texte sind übersetzbar.
- [ ] Komponenten funktionieren in beiden Themes.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 30: Projekt-Benachrichtigungseinstellungen
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 24](epic-1-issue-24.md)
-
-## Ziel und Grenzen
-
-Projekt-Benachrichtigungseinstellungen als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/settings/Notifications.vue](../../resources/js/pages/projects/settings/Notifications.vue); [app/Http/Controllers/ProjectNotificationSettingsController.php](../../app/Http/Controllers/ProjectNotificationSettingsController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Bestehende Aktionen, Trigger, Filter und Nachrichtenvorlagen neu gestalten.
-2. Vorhandene Delivery-Informationen und Validierung nutzen.
-3. Sensible Webhookfelder sorgfältig darstellen.
-
-## Akzeptanzkriterien
-
- [ ] Bestehende Benachrichtigungen lassen sich unverändert konfigurieren.
- [ ] Keine neuen Trigger oder Push-Dienste.
- [ ] Fehlerfälle sind getestet.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectNotificationSettingsControllerTest.php](../../tests/Feature/Projects/ProjectNotificationSettingsControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 31: Verwaltung wiederverwendbarer Projektvorlagen
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 9](epic-1-issue-9.md), [Issue 24](epic-1-issue-24.md)
-
-## Ziel und Grenzen
-
-Verwaltung wiederverwendbarer Projektvorlagen als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/project-templates/Index.vue](../../resources/js/pages/project-templates/Index.vue); [resources/js/pages/project-templates/Create.vue](../../resources/js/pages/project-templates/Create.vue); [resources/js/pages/project-templates/Edit.vue](../../resources/js/pages/project-templates/Edit.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Vorlagenübersicht, Erstellung und Bearbeitung neu aufbauen.
-2. Auswirkungen auf vererbende Projekte und Bestätigungen darstellen.
-3. Interne Basisvorlagen weiterhin ausblenden.
-
-## Akzeptanzkriterien
-
- [ ] Vorhandene Erstell-/Bearbeitungsflüsse funktionieren.
- [ ] Unveränderliche Slugs bleiben gesperrt.
- [ ] Keine Änderungen an Vererbungsregeln.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectTemplateControllerTest.php](../../tests/Feature/Projects/ProjectTemplateControllerTest.php), [tests/Feature/Projects/ProjectTemplateOverrideTest.php](../../tests/Feature/Projects/ProjectTemplateOverrideTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,36 +0,0 @@
-# UI Rework 32: Teams und Mitgliedschaft
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Teams und Mitgliedschaft als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/teams/Index.vue](../../resources/js/pages/teams/Index.vue); [app/Http/Controllers/TeamController.php](../../app/Http/Controllers/TeamController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Teamübersicht, Teamverwaltung und Mitgliedsauswahl im neuen Design umsetzen.
-2. Alle bestehenden Rechte und Aktionen übernehmen.
-3. Mobile Bedienung sicherstellen.
-
-## Akzeptanzkriterien
-
- [ ] Team- und Mitgliedsaktionen entsprechen dem Bestand.
- [ ] Fehlende Rechte und Validierungsfehler sind abgedeckt.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Teams/TeamControllerTest.php](../../tests/Feature/Teams/TeamControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 33: Projektzugriff und Rechtezuweisung
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 8](epic-1-issue-8.md), [Issue 32](epic-1-issue-32.md)
-
-## Ziel und Grenzen
-
-Projektzugriff und Rechtezuweisung als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Access.vue](../../resources/js/pages/projects/Access.vue); [app/Http/Controllers/ProjectController.php](../../app/Http/Controllers/ProjectController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Direkte Benutzerrechte und Teamrechte neu darstellen.
-2. Effektive Rechte und Bearbeitungsgrenzen nachvollziehbar machen.
-3. Bestehende Zuweisungsendpunkte weiterverwenden.
-
-## Akzeptanzkriterien
-
- [ ] Keine neue Rollenlogik.
- [ ] Rechte gelten weiterhin additiv nach Bestand.
- [ ] Unberechtigte Zuweisungen werden serverseitig abgewiesen.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectControllerTest.php](../../tests/Feature/Projects/ProjectControllerTest.php), [tests/Feature/Permissions/PermissionServiceTest.php](../../tests/Feature/Permissions/PermissionServiceTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 34: Benutzeradministration
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Benutzeradministration als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/admin/users/Index.vue](../../resources/js/pages/admin/users/Index.vue); [resources/js/pages/admin/users/Create.vue](../../resources/js/pages/admin/users/Create.vue); [resources/js/pages/admin/users/Edit.vue](../../resources/js/pages/admin/users/Edit.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Übersicht, Benutzeranlage und Bearbeitung vollständig neu gestalten.
-2. Vorhandene Felder, Adminoptionen und erzwungenen Passwortwechsel erhalten.
-3. Verfügbare Aktionen aus den bestehenden Berechtigungen ableiten, sensible Änderungen bestätigen lassen und Validierungsfehler direkt den Eingaben zuordnen. Nach Speichern oder Abbruch zur passenden Übersicht zurückführen, ohne neue Rollen oder Verwaltungsaktionen einzuführen.
-
-## Akzeptanzkriterien
-
- [ ] Bestehende Adminaktionen funktionieren.
- [ ] Nicht-Admins erhalten keinen Zugriff.
- [ ] Formfehler und sensible Aktionen sind abgedeckt.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Admin/UserManagementControllerTest.php](../../tests/Feature/Admin/UserManagementControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,36 +0,0 @@
-# UI Rework 35: Öffentliche Einstiegsseite
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 2](epic-1-issue-2.md), [Issue 3](epic-1-issue-3.md), [Issue 6](epic-1-issue-6.md)
-
-## Ziel und Grenzen
-
-Öffentliche Einstiegsseite als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/Welcome.vue](../../resources/js/pages/Welcome.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-Relevanter Stitch-Screen: Landing Page - Open Source & Self-Hosted — 41a744db2b1f4e01a9c597835b58759e. Zugriff über Stitch-MCP, Projekt 9754281177402648015.
-
-## Implementierungsweg
-
-1. Neue kompakte öffentliche Einstiegsseite mit KanbanGit-Branding und Anmeldung entwickeln.
-2. Stitch-Landingpage ausschließlich als Stilreferenz nutzen.
-3. Nur vorhandene Funktionen beschreiben.
-
-## Akzeptanzkriterien
-
- [ ] Keine erfundenen Produktfunktionen, Tarife oder Statistiken.
- [ ] Responsiv und lokalisierbar.
- [ ] Einstieg in Anmeldung funktioniert.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 36: Tauri-Grundgerüst und macOS-Entwicklungsbuild
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: Keine.
-
-## Ziel und Grenzen
-
-Tauri-Grundgerüst und macOS-Entwicklungsbuild als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native/` (in diesem Ticket neu anzulegen); [.gitignore](../../.gitignore). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/), [Remote-Inhalte und native Berechtigungen](https://v2.tauri.app/security/capabilities/).
-
-## Implementierungsweg
-
-1. Isoliertes Tauri-2-Projekt im gemeinsamen Repository anlegen.
-2. Minimale lokale Startansicht und Server-WebView erstellen.
-3. Entwicklungsbuild auf macOS mit vorhandenem KanbanGit prüfen.
-
-## Akzeptanzkriterien
-
- [ ] Laravel bleibt am bisherigen Ort.
- [ ] macOS-App startet und zeigt die Serveroberfläche.
- [ ] Keine allgemeine native API für Remote-Inhalte.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 37: Serverauswahl, Sitzungen und Verbindungsfehler
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 36](epic-1-issue-36.md), [Issue 6](epic-1-issue-6.md), [Issue 7](epic-1-issue-7.md)
-
-## Ziel und Grenzen
-
-Serverauswahl, Sitzungen und Verbindungsfehler als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native` (entsteht ab Issue 36); [resources/js/pages/auth](../../resources/js/pages/auth). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/), [Remote-Inhalte und native Berechtigungen](https://v2.tauri.app/security/capabilities/).
-
-## Implementierungsweg
-
-1. Eine aktive, frei wählbare HTTPS-Installation speichern.
-2. Serverwechsel und lokale Fehleransicht umsetzen.
-3. Sitzungen, Logout, 2FA, Start ohne Verbindung und Formularfehler prüfen.
-
-## Akzeptanzkriterien
-
- [ ] Kein Zertifikats-Bypass.
- [ ] Sitzungserhalt folgt Laravel.
- [ ] Serverwechsel übernimmt keine fremden Zugangsdaten.
- [ ] Bestehende Eingaben werden bei Verbindungsfehler nicht durch einen leeren Bildschirm ersetzt.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 38: Android-App und Plattformanpassung
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 37](epic-1-issue-37.md)
-
-## Ziel und Grenzen
-
-Android-App und Plattformanpassung als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native (Android-Plattformprojekt)` (entsteht ab Issue 36). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/).
-
-## Implementierungsweg
-
-1. Android-Ziel konfigurieren und Entwicklungsbuild erstellen.
-2. Zurück-Taste, Systemleisten, Safe Areas und Bildschirmtastatur anpassen.
-3. Bestehende Server-/Anmeldeabläufe prüfen.
-
-## Akzeptanzkriterien
-
- [ ] App startet auf Emulator und geeignetem Gerät.
- [ ] Login, 2FA, Navigation und Wiederaufnahme funktionieren.
- [ ] Keine eigenständige zweite Fachoberfläche.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 39: iOS/iPadOS-App für lokale Xcode-Builds
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 37](epic-1-issue-37.md)
-
-## Ziel und Grenzen
-
-iOS/iPadOS-App für lokale Xcode-Builds als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native (Apple-Plattformprojekt)` (entsteht ab Issue 36). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/).
-
-## Implementierungsweg
-
-1. IOS/iPadOS-Ziel für lokalen Xcode-Build konfigurieren.
-2. WKWebView-Sitzungen, Safe Areas, Tastatur und Größenwechsel prüfen.
-3. Benötigte lokale Einrichtung im Ticket dokumentieren.
-
-## Akzeptanzkriterien
-
- [ ] Simulatorbuild funktioniert.
- [ ] Gerätebuild nutzt vom Nutzer bereitgestellte Signierung.
- [ ] Kein TestFlight- oder Store-Upload.
- [ ] IPad bleibt bedienbar.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,35 +0,0 @@
-# UI Rework 4: Responsive Anwendungsnavigation
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 3](epic-1-issue-3.md)
-
-## Ziel und Grenzen
-
-Responsive Anwendungsnavigation als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/layouts](../../resources/js/layouts); [resources/js/components/AppSidebar.vue](../../resources/js/components/AppSidebar.vue); [resources/js/types/navigation.ts](../../resources/js/types/navigation.ts). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Neue Sidebar, obere Werkzeugleiste, Projektnavigation und mobile Navigation aufbauen.
-2. Nur vorhandene und erlaubte Bereiche verlinken.
-3. Aktuelle Auswahl und kompakte Bildschirmgrößen berücksichtigen.
-
-## Akzeptanzkriterien
-
- [ ] Alle bestehenden Bereiche bleiben erreichbar.
- [ ] Rollen sehen nur erlaubte Links.
- [ ] Browser-Zurück und mobile Navigation funktionieren.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 40: App-Links, externe Links und Dateiauswahl
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 20](epic-1-issue-20.md), [Issue 21](epic-1-issue-21.md), [Issue 38](epic-1-issue-38.md), [Issue 39](epic-1-issue-39.md)
-
-## Ziel und Grenzen
-
-App-Links, externe Links und Dateiauswahl als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native` (entsteht ab Issue 36); [resources/js/components](../../resources/js/components). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/), [Remote-Inhalte und native Berechtigungen](https://v2.tauri.app/security/capabilities/).
-
-## Implementierungsweg
-
-1. Interne App-Links zur ausgewählten Installation und externe Browserlinks umsetzen.
-2. Avatar-Dateiauswahl, Zwischenablage und Browser-Zurück plattformübergreifend absichern.
-3. Native Schnittstellen eng begrenzen.
-
-## Akzeptanzkriterien
-
- [ ] Fremde Links wechseln nicht ungefragt den Server.
- [ ] Externe Git-Links funktionieren.
- [ ] Uploads und Kopieren funktionieren auf allen App-Plattformen.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 41: Signierter macOS-Release-Download
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 40](epic-1-issue-40.md)
-
-## Ziel und Grenzen
-
-Signierter macOS-Release-Download als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native` (entsteht ab Issue 36); [.github/workflows](../../.github/workflows). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/), [macOS-Signierung](https://v2.tauri.app/distribute/sign/macos/).
-
-## Implementierungsweg
-
-1. Reproduzierbaren macOS-Releasebuild mit Signierung und Notarisierung vorbereiten.
-2. Zertifikate nur als externe Secrets erwarten.
-3. Installationsartefakt für Git-Releases erzeugen.
-
-## Akzeptanzkriterien
-
- [ ] Builds verwenden keine eingecheckten Schlüssel.
- [ ] Signiertes Artefakt lässt sich mit bereitgestellten Voraussetzungen installieren.
- [ ] Fehlende Secrets werden klar gemeldet.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,38 +0,0 @@
-# UI Rework 42: Signiertes Android-APK für Git-Releases
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 40](epic-1-issue-40.md)
-
-## Ziel und Grenzen
-
-Signiertes Android-APK für Git-Releases als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native` (entsteht ab Issue 36); [.github/workflows](../../.github/workflows). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/), [Android-Releasevorbereitung](https://developer.android.com/studio/publish/preparing).
-
-## Implementierungsweg
-
-1. Reproduzierbaren signierten APK-Releasebuild konfigurieren.
-2. Dauerhafte Signing-Identität über Secrets beziehen.
-3. Versionierung und Upgrade vorhandener Installationen berücksichtigen.
-
-## Akzeptanzkriterien
-
- [ ] APK ist direkt installierbar.
- [ ] Updates behalten Daten/Sitzungen entsprechend Plattformverhalten.
- [ ] Schlüssel fehlen im Repository.
- [ ] Kein Play-Store-Upload.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,39 +0,0 @@
-# UI Rework 43: Getrennte Prüf- und Build-Pipelines
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 39](epic-1-issue-39.md), [Issue 41](epic-1-issue-41.md), [Issue 42](epic-1-issue-42.md)
-
-## Ziel und Grenzen
-
-Getrennte Prüf- und Build-Pipelines als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [Dockerfile](../../Dockerfile); [.github/workflows/ci_cd.yml](../../.github/workflows/ci_cd.yml); [.github/tests/test_and_check_app/action.yml](../../.github/tests/test_and_check_app/action.yml). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-Technische Referenz: [Tauri 2](https://v2.tauri.app/).
-
-## Implementierungsweg
-
-1. Laravel/Web-Prüfungen von Tauri-Builds trennen.
-2. Passende Linux-/macOS-Runner festlegen.
-3. Änderungen nach Pfaden zuordnen, gemeinsame Änderungen vollständig prüfen.
-4. Bestehendes Serverrelease erhalten.
-
-## Akzeptanzkriterien
-
- [ ] Serverimage enthält keine native Toolchain.
- [ ] Erforderliche Prüfungen werden nicht übersprungen.
- [ ] macOS/Android-Artefakte sind getrennt.
- [ ] iOS bleibt Selbstbau.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 44: Web-Abnahme und Entfernung des alten Frontends
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 1](epic-1-issue-1.md), [Issue 2](epic-1-issue-2.md), [Issue 3](epic-1-issue-3.md), [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md), [Issue 6](epic-1-issue-6.md), [Issue 7](epic-1-issue-7.md), [Issue 8](epic-1-issue-8.md), [Issue 9](epic-1-issue-9.md), [Issue 10](epic-1-issue-10.md), [Issue 11](epic-1-issue-11.md), [Issue 12](epic-1-issue-12.md), [Issue 13](epic-1-issue-13.md), [Issue 14](epic-1-issue-14.md), [Issue 15](epic-1-issue-15.md), [Issue 16](epic-1-issue-16.md), [Issue 17](epic-1-issue-17.md), [Issue 18](epic-1-issue-18.md), [Issue 19](epic-1-issue-19.md), [Issue 20](epic-1-issue-20.md), [Issue 21](epic-1-issue-21.md), [Issue 22](epic-1-issue-22.md), [Issue 23](epic-1-issue-23.md), [Issue 24](epic-1-issue-24.md), [Issue 25](epic-1-issue-25.md), [Issue 26](epic-1-issue-26.md), [Issue 27](epic-1-issue-27.md), [Issue 28](epic-1-issue-28.md), [Issue 29](epic-1-issue-29.md), [Issue 30](epic-1-issue-30.md), [Issue 31](epic-1-issue-31.md), [Issue 32](epic-1-issue-32.md), [Issue 33](epic-1-issue-33.md), [Issue 34](epic-1-issue-34.md), [Issue 35](epic-1-issue-35.md)
-
-## Ziel und Grenzen
-
-Web-Abnahme und Entfernung des alten Frontends als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js](../../resources/js); [resources/css](../../resources/css); [tests/Feature](../../tests/Feature). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Alle vorhandenen Seiten und Aktionen gegen die Bestandsliste prüfen.
-2. Desktop/Tablet/Mobil sowie Hell/Dunkel/System visuell und funktional abnehmen.
-3. Nur nicht mehr referenzierte alte UI-Dateien entfernen.
-4. Größere neue Befunde in eigene Folgeaufgaben abgrenzen.
-
-## Akzeptanzkriterien
-
- [ ] Keine Starterkit-Seite oder unübersetzte neue UI-Texte.
- [ ] Keine verlorenen Bestandsfunktionen.
- [ ] Keine bestehenden Tests entfernt.
- [ ] Relevante Tests, Build, Lint und abschließender Typecheck bestehen.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,36 +0,0 @@
-# UI Rework 45: Plattformübergreifende App-Abnahme
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 40](epic-1-issue-40.md), [Issue 41](epic-1-issue-41.md), [Issue 42](epic-1-issue-42.md), [Issue 43](epic-1-issue-43.md), [Issue 44](epic-1-issue-44.md)
-
-## Ziel und Grenzen
-
-Plattformübergreifende App-Abnahme als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: `native` (entsteht ab Issue 36); [resources/js](../../resources/js). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. macOS, Android und iOS/iPadOS mit fertigem Webfrontend prüfen.
-2. Serverwechsel, Sessionablauf, Serverupdate, Verbindungsabbruch, Links und Dateiauswahl abnehmen.
-3. Dokumentierte reproduzierbare Befunde mit klaren Reproduktionsschritten festhalten.
-
-## Akzeptanzkriterien
-
- [ ] Alle vereinbarten App-Abläufe bestehen.
- [ ] Keine Produktionsdaten als Testfixtures verändert.
- [ ] Releasewege entsprechen Vereinbarung.
- [ ] Größere Defekte werden nicht im Abnahmeticket versteckt.
-
-## Prüfung
-
-Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend `npm run types:check`; bei Backend-Anpassungen betroffene PHPUnit-Tests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,35 +0,0 @@
-# UI Rework 5: Dialoge, Rückmeldungen und Eingabeschutz
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 3](epic-1-issue-3.md), [Issue 4](epic-1-issue-4.md)
-
-## Ziel und Grenzen
-
-Dialoge, Rückmeldungen und Eingabeschutz als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/components](../../resources/js/components); [resources/js/composables](../../resources/js/composables). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Dialoge, Menüs, Leer-, Lade- und Fehlerzustände vereinheitlichen.
-2. Formfehler und Wiederholaktionen definieren.
-3. Ungespeicherte Eingaben gegen Navigation und fehlgeschlagene Requests absichern.
-
-## Akzeptanzkriterien
-
- [ ] Keine verlorenen Eingaben bei Requestfehlern.
- [ ] Dialogfokus wird korrekt zurückgegeben.
- [ ] Netzwerkfehler und serverseitige Validierung sind unterscheidbar.
-
-## Prüfung
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 6: Anmeldung, E-Mail-Verifikation und 2FA-Challenge
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Anmeldung, E-Mail-Verifikation und 2FA-Challenge als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/auth/Login.vue](../../resources/js/pages/auth/Login.vue); [resources/js/pages/auth/VerifyEmail.vue](../../resources/js/pages/auth/VerifyEmail.vue); [resources/js/pages/auth/TwoFactorChallenge.vue](../../resources/js/pages/auth/TwoFactorChallenge.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Die drei Ansichten vollständig neu erstellen.
-2. Bestehende Fortify-Routen und Sessionflüsse verwenden.
-3. Mobile Tastatur, Autofill und Recovery-Codes berücksichtigen.
-
-## Akzeptanzkriterien
-
- [ ] Normale und zweistufige Anmeldung funktionieren.
- [ ] Fehler erhalten passende Eingaben.
- [ ] Bestehende Autorisierungsregeln bleiben wirksam.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Auth/AuthenticationTest.php](../../tests/Feature/Auth/AuthenticationTest.php), [tests/Feature/Auth/TwoFactorChallengeTest.php](../../tests/Feature/Auth/TwoFactorChallengeTest.php), [tests/Feature/Auth/EmailVerificationTest.php](../../tests/Feature/Auth/EmailVerificationTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 7: Passwort- und Bestätigungsseiten
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 6](epic-1-issue-6.md)
-
-## Ziel und Grenzen
-
-Passwort- und Bestätigungsseiten als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/auth/ForgotPassword.vue](../../resources/js/pages/auth/ForgotPassword.vue); [resources/js/pages/auth/ResetPassword.vue](../../resources/js/pages/auth/ResetPassword.vue); [resources/js/pages/auth/ConfirmPassword.vue](../../resources/js/pages/auth/ConfirmPassword.vue); [resources/js/pages/auth/ForcePasswordChange.vue](../../resources/js/pages/auth/ForcePasswordChange.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Passwort-Reset, sensible Aktionsbestätigung und erzwungenen Passwortwechsel neu gestalten.
-2. Bestehende Fortify-Verträge erhalten.
-3. Zustände abgelaufener oder ungültiger Links berücksichtigen.
-
-## Akzeptanzkriterien
-
- [ ] Alle vier Flüsse funktionieren mit bestehenden Endpunkten.
- [ ] Sensible Werte werden nicht in Entwürfen gespeichert.
- [ ] Erfolg und Fehler sind klar.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Auth/PasswordResetTest.php](../../tests/Feature/Auth/PasswordResetTest.php), [tests/Feature/Auth/PasswordConfirmationTest.php](../../tests/Feature/Auth/PasswordConfirmationTest.php), [tests/Feature/Settings/SecurityTest.php](../../tests/Feature/Settings/SecurityTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 8: Projektübersicht und Projekteinstieg
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 4](epic-1-issue-4.md), [Issue 5](epic-1-issue-5.md)
-
-## Ziel und Grenzen
-
-Projektübersicht und Projekteinstieg als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Index.vue](../../resources/js/pages/projects/Index.vue); [resources/js/pages/projects/Show.vue](../../resources/js/pages/projects/Show.vue). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Projektübersicht und Projekteinstieg neu aufbauen.
-2. Erlaubte Aktionen und direkte Wege zu Board, Backlog und Einstellungen anbieten.
-3. Vorhandene Resources nutzen.
-
-## Akzeptanzkriterien
-
- [ ] Nur sichtbare Projekte erscheinen.
- [ ] Leerzustand und eingeschränkte Rechte sind abgedeckt.
- [ ] Keine Mockup-Funktionen ohne Backend.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectControllerTest.php](../../tests/Feature/Projects/ProjectControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,37 +0,0 @@
-# UI Rework 9: Projektanlage, Duplikation und Vorlagenauswahl
-
-Epic: [Epic 1](epic-1.md)
-
-Abhängigkeiten: [Issue 8](epic-1-issue-8.md)
-
-## Ziel und Grenzen
-
-Projektanlage, Duplikation und Vorlagenauswahl als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.
-
-## Einstieg
-
-Gezielt prüfen: [resources/js/pages/projects/Create.vue](../../resources/js/pages/projects/Create.vue); [app/Http/Controllers/ProjectController.php](../../app/Http/Controllers/ProjectController.php). Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. [AGENTS.md](../../AGENTS.md) und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.
-
-Design: [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015)
-
-## Implementierungsweg
-
-1. Neuen Erstellablauf für leeres Projekt, Duplikat und Vorlage bauen.
-2. Bedingte Felder und Kopieroptionen aus dem Bestand übernehmen.
-3. Backend-Verträge nur bei Darstellungsbedarf anpassen.
-
-## Akzeptanzkriterien
-
- [ ] Alle drei vorhandenen Erstellwege bleiben korrekt.
- [ ] Validierung ist verständlich.
- [ ] Operative Ticketdaten werden weiterhin nicht dupliziert.
-
-## Prüfung
-
-Vorhandene gezielte Abdeckung: [tests/Feature/Projects/ProjectControllerTest.php](../../tests/Feature/Projects/ProjectControllerTest.php), [tests/Feature/Projects/ProjectTemplateControllerTest.php](../../tests/Feature/Projects/ProjectTemplateControllerTest.php). Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.
-
-Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend `npm run types:check` erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.
-
-## Grenze der Agentensitzung
-
-Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.
@@ -1,15 +0,0 @@
-# Epic 1: KanbanGit UI Rework und Tauri-Apps
-
-## Scope
-
-Die vorhandene, aus dem Laravel-Starterkit entstandene Oberfläche vollständig durch eine neue Vue/Inertia-Oberfläche im Stil von [Fluid Emerald Kanban](https://stitch.withgoogle.com/projects/9754281177402648015) ersetzen. Alle bestehenden Produktfunktionen erhalten ein neues, auf Desktop und Mobilgeräte abgestimmtes Erscheinungsbild.
-
-Eine gemeinsame servergeladene Oberfläche versorgt Browser sowie Tauri-Apps für macOS, iOS/iPadOS und Android. Backend und Clients bleiben im selben Repository. Selbst gehostete Installationen werden über eine frei wählbare HTTPS-Adresse angebunden; jeweils eine Installation ist aktiv.
-
-Zum Zielumfang gehören Hell/Dunkel/System, eine Lokalisierungsstruktur mit zunächst englischen Texten und bessere Frontend-Bedienung einschließlich Drag-and-drop für bestehende Statuswechsel. Anpassungen an Resources, Inertia-Daten und erforderlichen Routen sind zulässig.
-
-Ausgeschlossen sind neue fachliche Backend-Funktionen, zusätzliche Mockup-Module, Offline-Datensynchronisierung, persistierte freie Kartenreihenfolge und Hintergrund-Push. macOS und Android werden als signierte Git-Release-Downloads vorbereitet; iOS/iPadOS wird zunächst selbst über Xcode gebaut. Stores folgen später.
-
-## Abschluss
-
-Die neue Oberfläche deckt die bestehenden Funktionen ab, funktioniert auf allen vereinbarten Plattformen und hat das alte Starterkit-Frontend vollständig abgelöst. Die Umsetzung ist in eigenständige, begrenzte Agentensitzungen aufgeteilt.
@@ -37,10 +37,7 @@ const eslintConfig = [
            'bootstrap/cache/**',
            'public/build/**',
            'public/hot',
-            'resources/js/actions/**',
            'resources/js/components/ui/**',
-            'resources/js/routes/**',
-            'resources/js/wayfinder/**',
            'resources/views/mail/**',
        ],
    },
@@ -19,10 +19,7 @@
    </source>
    <php>
        <env name="APP_ENV" value="testing"/>
-        <env name="APP_KEY" value="base64:11ujGYe5vzbwqcdFDVQC6PuDgd7c8PKD9kWt9HH9Bvs="/>
        <env name="APP_MAINTENANCE_DRIVER" value="file"/>
-        <env name="AVATAR_FILESYSTEM_DISK" value="public"/>
-        <env name="AVATAR_URLS_TEMPORARY" value="false"/>
        <env name="BCRYPT_ROUNDS" value="4"/>
        <env name="BROADCAST_CONNECTION" value="null"/>
        <env name="CACHE_STORE" value="array"/>
@@ -121,7 +121,9 @@ const parseChecklistLine = (
        return null;
    }

-    const indentLevel = clampIndent(Math.floor(match.groups.indent.length / 2));
+    const indentLevel = clampIndent(
+        Math.floor(match.groups.indent.length / 2),
+    );
    let content = match.groups.content.trim();
    let checked = false;

@@ -52,16 +52,12 @@ const breadcrumbs: BreadcrumbItem[] = [
                <CardContent>
                    <Form
                        v-bind="UserManagementController.store.form()"
-                        :transform="
-                            (data) => ({
-                                ...data,
-                                must_change_password_on_next_login:
-                                    data.must_change_password_on_next_login ===
-                                        true ||
-                                    data.must_change_password_on_next_login ===
-                                        'on',
-                            })
-                        "
+                        :transform="(data) => ({
+                            ...data,
+                            must_change_password_on_next_login:
+                                data.must_change_password_on_next_login === true ||
+                                data.must_change_password_on_next_login === 'on',
+                        })"
                        class="space-y-6"
                        v-slot="{ errors, processing }"
                    >
@@ -132,19 +128,13 @@ const breadcrumbs: BreadcrumbItem[] = [
                                    <span class="block font-medium">
                                        Must change password on next login
                                    </span>
-                                    <span
-                                        class="text-muted-foreground block text-sm"
-                                    >
-                                        Redirect the user to the security
-                                        settings page until they save a new
-                                        password.
+                                    <span class="text-muted-foreground block text-sm">
+                                        Redirect the user to the security settings page until they save a new password.
                                    </span>
                                </span>
                            </Label>
                            <InputError
-                                :message="
-                                    errors.must_change_password_on_next_login
-                                "
+                                :message="errors.must_change_password_on_next_login"
                            />
                        </div>

@@ -15,10 +15,7 @@ import {
 import { Input } from '@/components/ui/input';
 import { Label } from '@/components/ui/label';
 import AppLayout from '@/layouts/AppLayout.vue';
-import {
-    index as projectsIndex,
-    show as projectShow,
-} from '@/routes/projects/index';
+import { index as projectsIndex, show as projectShow } from '@/routes/projects/index';
 import {
    create as projectTemplateCreate,
    store as projectTemplateStore,
@@ -43,9 +40,7 @@ const breadcrumbs: BreadcrumbItem[] = [
 ];

 const form = useForm({
-    copy_areas: props.copyAreaOptions.map(
-        (copyAreaOption) => copyAreaOption.value,
-    ),
+    copy_areas: props.copyAreaOptions.map((copyAreaOption) => copyAreaOption.value),
    name: `${props.project.name} template`,
    slug: `${props.project.key.toLowerCase()}-template`,
 });
@@ -53,9 +48,7 @@ const form = useForm({
 const copyAreasError = computed(() => {
    return (
        form.errors.copy_areas ??
-        Object.entries(form.errors).find(([key]) =>
-            key.startsWith('copy_areas.'),
-        )?.[1] ??
+        Object.entries(form.errors).find(([key]) => key.startsWith('copy_areas.'))?.[1] ??
        ''
    );
 });
@@ -73,9 +66,7 @@ const submit = (): void => {

        <div class="mx-auto flex w-full max-w-3xl flex-1 flex-col gap-6 p-4">
            <div class="space-y-3">
-                <Badge variant="outline" class="px-3 py-1">{{
-                    project.key
-                }}</Badge>
+                <Badge variant="outline" class="px-3 py-1">{{ project.key }}</Badge>
                <Heading
                    :title="`Save ${project.name} as new template`"
                    description="Capture reusable project configuration without copying operational ticket data."
@@ -86,8 +77,7 @@ const submit = (): void => {
                <CardHeader>
                    <CardTitle>Template details</CardTitle>
                    <CardDescription>
-                        Pick the configuration groups that should be reusable in
-                        future projects.
+                        Pick the configuration groups that should be reusable in future projects.
                    </CardDescription>
                </CardHeader>

@@ -95,26 +85,15 @@ const submit = (): void => {
                    <form class="space-y-6" @submit.prevent="submit">
                        <div class="grid gap-2">
                            <Label for="name">Template name</Label>
-                            <Input
-                                id="name"
-                                v-model="form.name"
-                                required
-                                placeholder="Foundation template"
-                            />
+                            <Input id="name" v-model="form.name" required placeholder="Foundation template" />
                            <InputError :message="form.errors.name" />
                        </div>

                        <div class="grid gap-2">
                            <Label for="slug">Template slug</Label>
-                            <Input
-                                id="slug"
-                                v-model="form.slug"
-                                required
-                                placeholder="foundation-template"
-                            />
+                            <Input id="slug" v-model="form.slug" required placeholder="foundation-template" />
                            <p class="text-muted-foreground text-sm">
-                                Slugs are normalized automatically and used to
-                                identify reusable templates.
+                                Slugs are normalized automatically and used to identify reusable templates.
                            </p>
                            <InputError :message="form.errors.slug" />
                        </div>
@@ -123,8 +102,7 @@ const submit = (): void => {
                            <div>
                                <Label>Configuration groups</Label>
                                <p class="text-muted-foreground text-sm">
-                                    Only the selected groups will be stored in
-                                    the template.
+                                    Only the selected groups will be stored in the template.
                                </p>
                            </div>

@@ -141,12 +119,8 @@ const submit = (): void => {
                                        class="mt-1"
                                    />
                                    <div class="space-y-1">
-                                        <div class="font-medium">
-                                            {{ copyAreaOption.label }}
-                                        </div>
-                                        <p
-                                            class="text-muted-foreground text-sm"
-                                        >
+                                        <div class="font-medium">{{ copyAreaOption.label }}</div>
+                                        <p class="text-muted-foreground text-sm">
                                            {{ copyAreaOption.description }}
                                        </p>
                                    </div>
@@ -161,9 +135,7 @@ const submit = (): void => {
                            </Button>

                            <Button as-child variant="outline">
-                                <Link :href="projectShow(project.id)"
-                                    >Cancel</Link
-                                >
+                                <Link :href="projectShow(project.id)">Cancel</Link>
                            </Button>
                        </div>
                    </form>
@@ -44,16 +44,12 @@ const form = useForm({
 const copyAreasError = computed(() => {
    return (
        form.errors.copy_areas ??
-        Object.entries(form.errors).find(([key]) =>
-            key.startsWith('copy_areas.'),
-        )?.[1] ??
+        Object.entries(form.errors).find(([key]) => key.startsWith('copy_areas.'))?.[1] ??
        ''
    );
 });

-const linkedProjectCount = computed(
-    () => props.template.linked_project_count ?? 0,
-);
+const linkedProjectCount = computed(() => props.template.linked_project_count ?? 0);

 const submit = (): void => {
    form.patch(projectTemplatesUpdate.url(props.template.id), {
@@ -69,12 +65,9 @@ const submit = (): void => {
        <div class="mx-auto flex w-full max-w-3xl flex-1 flex-col gap-6 p-4">
            <div class="space-y-3">
                <div class="flex flex-wrap items-center gap-3">
-                    <Badge variant="outline" class="px-3 py-1">{{
-                        template.slug
-                    }}</Badge>
+                    <Badge variant="outline" class="px-3 py-1">{{ template.slug }}</Badge>
                    <Badge v-if="linkedProjectCount > 0" variant="secondary">
-                        {{ linkedProjectCount }} linked
-                        {{ linkedProjectCount === 1 ? 'project' : 'projects' }}
+                        {{ linkedProjectCount }} linked {{ linkedProjectCount === 1 ? 'project' : 'projects' }}
                    </Badge>
                </div>
                <Heading
@@ -88,14 +81,10 @@ const submit = (): void => {
                    <CardTitle>Template details</CardTitle>
                    <CardDescription>
                        <template v-if="template.source_project">
-                            This template baseline is rebuilt from
-                            {{ template.source_project.name }} ({{
-                                template.source_project.key
-                            }}) when you save.
+                            This template baseline is rebuilt from {{ template.source_project.name }} ({{ template.source_project.key }}) when you save.
                        </template>
                        <template v-else>
-                            This template baseline is rebuilt from its source
-                            project when you save.
+                            This template baseline is rebuilt from its source project when you save.
                        </template>
                    </CardDescription>
                </CardHeader>
@@ -104,25 +93,15 @@ const submit = (): void => {
                    <form class="space-y-6" @submit.prevent="submit">
                        <div class="grid gap-2">
                            <Label for="name">Template name</Label>
-                            <Input
-                                id="name"
-                                v-model="form.name"
-                                required
-                                placeholder="Foundation template"
-                            />
+                            <Input id="name" v-model="form.name" required placeholder="Foundation template" />
                            <InputError :message="form.errors.name" />
                        </div>

                        <div class="grid gap-2">
                            <Label for="slug">Template slug</Label>
-                            <Input
-                                id="slug"
-                                :model-value="template.slug"
-                                disabled
-                            />
+                            <Input id="slug" :model-value="template.slug" disabled />
                            <p class="text-muted-foreground text-sm">
-                                The slug stays locked so existing template
-                                references remain stable.
+                                The slug stays locked so existing template references remain stable.
                            </p>
                        </div>

@@ -130,8 +109,7 @@ const submit = (): void => {
                            <div>
                                <Label>Configuration groups</Label>
                                <p class="text-muted-foreground text-sm">
-                                    Saving rebuilds the selected groups from the
-                                    current source-project configuration.
+                                    Saving rebuilds the selected groups from the current source-project configuration.
                                </p>
                            </div>

@@ -148,12 +126,8 @@ const submit = (): void => {
                                        class="mt-1"
                                    />
                                    <div class="space-y-1">
-                                        <div class="font-medium">
-                                            {{ copyAreaOption.label }}
-                                        </div>
-                                        <p
-                                            class="text-muted-foreground text-sm"
-                                        >
+                                        <div class="font-medium">{{ copyAreaOption.label }}</div>
+                                        <p class="text-muted-foreground text-sm">
                                            {{ copyAreaOption.description }}
                                        </p>
                                    </div>
@@ -169,39 +143,19 @@ const submit = (): void => {
                            <div class="space-y-1">
                                <div class="font-medium">Warning</div>
                                <p class="text-sm">
-                                    Saving this template updates the baseline
-                                    for {{ linkedProjectCount }} linked
-                                    {{
-                                        linkedProjectCount === 1
-                                            ? 'project'
-                                            : 'projects'
-                                    }}. Inherited areas will follow the new
-                                    template version, while existing overrides
-                                    stay untouched.
+                                    Saving this template updates the baseline for {{ linkedProjectCount }} linked {{ linkedProjectCount === 1 ? 'project' : 'projects' }}.
+                                    Inherited areas will follow the new template version, while existing overrides stay untouched.
                                </p>
                            </div>

-                            <Label
-                                class="flex cursor-pointer items-start gap-3"
-                            >
-                                <input
-                                    v-model="
-                                        form.confirm_linked_projects_update
-                                    "
-                                    type="checkbox"
-                                    class="mt-1"
-                                />
+                            <Label class="flex cursor-pointer items-start gap-3">
+                                <input v-model="form.confirm_linked_projects_update" type="checkbox" class="mt-1" />
                                <span class="text-sm">
-                                    I understand that linked projects inheriting
-                                    from this template will be affected.
+                                    I understand that linked projects inheriting from this template will be affected.
                                </span>
                            </Label>

-                            <InputError
-                                :message="
-                                    form.errors.confirm_linked_projects_update
-                                "
-                            />
+                            <InputError :message="form.errors.confirm_linked_projects_update" />
                        </div>

                        <div class="flex items-center gap-3">
@@ -210,9 +164,7 @@ const submit = (): void => {
                            </Button>

                            <Button as-child variant="outline">
-                                <Link :href="projectTemplatesIndex()"
-                                    >Cancel</Link
-                                >
+                                <Link :href="projectTemplatesIndex()">Cancel</Link>
                            </Button>
                        </div>
                    </form>
@@ -16,10 +16,7 @@ import {
    edit as projectTemplatesEdit,
    index as projectTemplatesIndex,
 } from '@/routes/project-templates';
-import {
-    create as projectsCreate,
-    index as projectsIndex,
-} from '@/routes/projects/index';
+import { create as projectsCreate, index as projectsIndex } from '@/routes/projects/index';
 import type { BreadcrumbItem, ProjectTemplatesIndexPageProps } from '@/types';

 const props = defineProps<ProjectTemplatesIndexPageProps>();
@@ -43,9 +40,7 @@ const removeTemplate = (templateId: number): void => {
        <Head title="Project templates" />

        <div class="flex flex-1 flex-col gap-6 p-4">
-            <div
-                class="flex flex-col gap-4 sm:flex-row sm:items-start sm:justify-between"
-            >
+            <div class="flex flex-col gap-4 sm:flex-row sm:items-start sm:justify-between">
                <Heading
                    title="Project templates"
                    description="Reusable published project templates. Internal project base templates stay hidden here by default."
@@ -69,43 +64,23 @@ const removeTemplate = (templateId: number): void => {
                {{ status }}
            </div>

-            <div
-                v-if="templates.length === 0"
-                class="text-muted-foreground text-sm"
-            >
+            <div v-if="templates.length === 0" class="text-muted-foreground text-sm">
                No published project templates have been saved yet.
            </div>

            <div v-else class="grid gap-4 md:grid-cols-2 xl:grid-cols-3">
-                <Card
-                    v-for="template in templates"
-                    :key="template.id"
-                    class="h-full"
-                >
+                <Card v-for="template in templates" :key="template.id" class="h-full">
                    <CardHeader>
                        <div class="flex flex-wrap items-center gap-2">
                            <CardTitle>{{ template.name }}</CardTitle>
-                            <Badge variant="secondary">{{
-                                template.slug
-                            }}</Badge>
-                            <Badge
-                                v-if="template.linked_project_count"
-                                variant="outline"
-                            >
-                                {{ template.linked_project_count }} linked
-                                {{
-                                    template.linked_project_count === 1
-                                        ? 'project'
-                                        : 'projects'
-                                }}
+                            <Badge variant="secondary">{{ template.slug }}</Badge>
+                            <Badge v-if="template.linked_project_count" variant="outline">
+                                {{ template.linked_project_count }} linked {{ template.linked_project_count === 1 ? 'project' : 'projects' }}
                            </Badge>
                        </div>
                        <CardDescription>
                            <template v-if="template.source_project">
-                                Saved from
-                                {{ template.source_project.name }} ({{
-                                    template.source_project.key
-                                }}).
+                                Saved from {{ template.source_project.name }} ({{ template.source_project.key }}).
                            </template>
                            <template v-else>
                                Saved template configuration.
@@ -131,13 +106,7 @@ const removeTemplate = (templateId: number): void => {
                            </Button>

                            <Button as-child variant="outline">
-                                <Link
-                                    :href="
-                                        projectsCreate({
-                                            query: { template: template.id },
-                                        })
-                                    "
-                                >
+                                <Link :href="projectsCreate({ query: { template: template.id } })">
                                    Use template
                                </Link>
                            </Button>
@@ -15,10 +15,7 @@ import AppLayout from '@/layouts/AppLayout.vue';
 import { index as boardIndex } from '@/routes/projects/board';
 import { index as backlogIndex } from '@/routes/projects/backlog';
 import { index, show } from '@/routes/projects/index';
-import {
-    create as createTicket,
-    show as showTicket,
-} from '@/routes/projects/tickets';
+import { create as createTicket, show as showTicket } from '@/routes/projects/tickets';
 import type { BreadcrumbItem, ProjectBacklogPageProps } from '@/types';
 import type { TicketModel } from '@/types/models/ticket-model';
 import type { TicketStatusModel } from '@/types/models/ticket-status-model';
@@ -16,10 +16,7 @@ import { index as backlogIndex } from '@/routes/projects/backlog';
 import { index as projectIndex, show } from '@/routes/projects/index';
 import { board as boardSettings } from '@/routes/projects/settings';
 import { index as boardIndex } from '@/routes/projects/board';
-import {
-    create as createTicket,
-    show as showTicket,
-} from '@/routes/projects/tickets';
+import { create as createTicket, show as showTicket } from '@/routes/projects/tickets';
 import type { BreadcrumbItem, ProjectBoardPageProps } from '@/types';
 import type { TicketModel } from '@/types/models/ticket-model';
 import type { TicketStatusModel } from '@/types/models/ticket-status-model';
@@ -31,19 +31,15 @@ const breadcrumbs: BreadcrumbItem[] = [
    },
 ];

-const defaultTemplateId =
-    props.selectedSourceTemplateId ?? props.sourceTemplates[0]?.id ?? null;
+const defaultTemplateId = props.selectedSourceTemplateId ?? props.sourceTemplates[0]?.id ?? null;

 const form = useForm({
    copy_areas: [] as string[],
    creation_mode: defaultTemplateId !== null ? 'template' : 'scratch',
    key: '',
    name: '',
-    source_project_id: props.sourceProjects[0]?.id
-        ? String(props.sourceProjects[0].id)
-        : '',
-    source_template_id:
-        defaultTemplateId !== null ? String(defaultTemplateId) : '',
+    source_project_id: props.sourceProjects[0]?.id ? String(props.sourceProjects[0].id) : '',
+    source_template_id: defaultTemplateId !== null ? String(defaultTemplateId) : '',
 });

 const hasSourceProjects = computed(() => props.sourceProjects.length > 0);
@@ -52,9 +48,7 @@ const hasSourceTemplates = computed(() => props.sourceTemplates.length > 0);
 const copyAreasError = computed(() => {
    return (
        form.errors.copy_areas ??
-        Object.entries(form.errors).find(([key]) =>
-            key.startsWith('copy_areas.'),
-        )?.[1] ??
+        Object.entries(form.errors).find(([key]) => key.startsWith('copy_areas.'))?.[1] ??
        ''
    );
 });
@@ -99,9 +93,7 @@ const submit = (): void => {
                        <div class="grid gap-3">
                            <Label>How do you want to start?</Label>
                            <div class="grid gap-3 sm:grid-cols-3">
-                                <Label
-                                    class="flex cursor-pointer items-start gap-3 rounded-xl border p-4"
-                                >
+                                <Label class="flex cursor-pointer items-start gap-3 rounded-xl border p-4">
                                    <input
                                        v-model="form.creation_mode"
                                        type="radio"
@@ -109,25 +101,16 @@ const submit = (): void => {
                                        class="mt-1"
                                    />
                                    <div class="space-y-1">
-                                        <div class="font-medium">
-                                            Create from scratch
-                                        </div>
-                                        <p
-                                            class="text-muted-foreground text-sm"
-                                        >
-                                            Start with the default project
-                                            setup.
+                                        <div class="font-medium">Create from scratch</div>
+                                        <p class="text-muted-foreground text-sm">
+                                            Start with the default project setup.
                                        </p>
                                    </div>
                                </Label>

                                <Label
                                    class="flex items-start gap-3 rounded-xl border p-4"
-                                    :class="
-                                        hasSourceProjects
-                                            ? 'cursor-pointer'
-                                            : 'cursor-not-allowed opacity-60'
-                                    "
+                                    :class="hasSourceProjects ? 'cursor-pointer' : 'cursor-not-allowed opacity-60'"
                                >
                                    <input
                                        v-model="form.creation_mode"
@@ -137,26 +120,16 @@ const submit = (): void => {
                                        :disabled="!hasSourceProjects"
                                    />
                                    <div class="space-y-1">
-                                        <div class="font-medium">
-                                            Create from existing project
-                                        </div>
-                                        <p
-                                            class="text-muted-foreground text-sm"
-                                        >
-                                            Copy only the settings you
-                                            explicitly select. Tickets are never
-                                            duplicated.
+                                        <div class="font-medium">Create from existing project</div>
+                                        <p class="text-muted-foreground text-sm">
+                                            Copy only the settings you explicitly select. Tickets are never duplicated.
                                        </p>
                                    </div>
                                </Label>

                                <Label
                                    class="flex items-start gap-3 rounded-xl border p-4"
-                                    :class="
-                                        hasSourceTemplates
-                                            ? 'cursor-pointer'
-                                            : 'cursor-not-allowed opacity-60'
-                                    "
+                                    :class="hasSourceTemplates ? 'cursor-pointer' : 'cursor-not-allowed opacity-60'"
                                >
                                    <input
                                        v-model="form.creation_mode"
@@ -166,14 +139,9 @@ const submit = (): void => {
                                        :disabled="!hasSourceTemplates"
                                    />
                                    <div class="space-y-1">
-                                        <div class="font-medium">
-                                            Create from template
-                                        </div>
-                                        <p
-                                            class="text-muted-foreground text-sm"
-                                        >
-                                            Reuse a saved configuration
-                                            template.
+                                        <div class="font-medium">Create from template</div>
+                                        <p class="text-muted-foreground text-sm">
+                                            Reuse a saved configuration template.
                                        </p>
                                    </div>
                                </Label>
@@ -204,9 +172,7 @@ const submit = (): void => {
                            />
                            <p class="text-muted-foreground text-sm">
                                Example ticket keys will look like
-                                <span class="text-foreground font-medium"
-                                    >CORE-1</span
-                                >.
+                                <span class="text-foreground font-medium">CORE-1</span>.
                            </p>
                            <InputError :message="form.errors.key" />
                        </div>
@@ -216,43 +182,33 @@ const submit = (): void => {
                            class="space-y-6 rounded-xl border border-dashed p-4"
                        >
                            <div class="grid gap-2">
-                                <Label for="source_project_id"
-                                    >Source project</Label
-                                >
+                                <Label for="source_project_id">Source project</Label>
                                <select
                                    id="source_project_id"
                                    v-model="form.source_project_id"
-                                    class="border-input bg-background ring-offset-background placeholder:text-muted-foreground focus-visible:ring-ring flex h-10 w-full rounded-md border px-3 py-2 text-sm focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-offset-2 disabled:cursor-not-allowed disabled:opacity-50"
+                                    class="border-input bg-background ring-offset-background placeholder:text-muted-foreground focus-visible:ring-ring flex h-10 w-full rounded-md border px-3 py-2 text-sm focus-visible:ring-2 focus-visible:ring-offset-2 focus-visible:outline-none disabled:cursor-not-allowed disabled:opacity-50"
                                    :disabled="!hasSourceProjects"
                                >
-                                    <option value="">
-                                        Select a source project
-                                    </option>
+                                    <option value="">Select a source project</option>
                                    <option
                                        v-for="sourceProject in sourceProjects"
                                        :key="sourceProject.id"
                                        :value="String(sourceProject.id)"
                                    >
-                                        {{ sourceProject.name }} ({{
-                                            sourceProject.key
-                                        }})
+                                        {{ sourceProject.name }} ({{ sourceProject.key }})
                                    </option>
                                </select>
                                <p class="text-muted-foreground text-sm">
-                                    The new project keeps its own identity, key,
-                                    and future ticket numbering.
+                                    The new project keeps its own identity, key, and future ticket numbering.
                                </p>
-                                <InputError
-                                    :message="form.errors.source_project_id"
-                                />
+                                <InputError :message="form.errors.source_project_id" />
                            </div>

                            <div class="grid gap-3">
                                <div>
                                    <Label>Copy options</Label>
                                    <p class="text-muted-foreground text-sm">
-                                        Choose which settings should be copied
-                                        into the new project.
+                                        Choose which settings should be copied into the new project.
                                    </p>
                                </div>

@@ -269,12 +225,8 @@ const submit = (): void => {
                                            class="mt-1"
                                        />
                                        <div class="space-y-1">
-                                            <div class="font-medium">
-                                                {{ copyAreaOption.label }}
-                                            </div>
-                                            <p
-                                                class="text-muted-foreground text-sm"
-                                            >
+                                            <div class="font-medium">{{ copyAreaOption.label }}</div>
+                                            <p class="text-muted-foreground text-sm">
                                                {{ copyAreaOption.description }}
                                            </p>
                                        </div>
@@ -282,8 +234,7 @@ const submit = (): void => {
                                </div>

                                <p class="text-muted-foreground text-sm">
-                                    Operational ticket data is always left
-                                    behind so the new project starts clean.
+                                    Operational ticket data is always left behind so the new project starts clean.
                                </p>
                                <InputError :message="copyAreasError" />
                            </div>
@@ -298,7 +249,7 @@ const submit = (): void => {
                                <select
                                    id="source_template_id"
                                    v-model="form.source_template_id"
-                                    class="border-input bg-background ring-offset-background placeholder:text-muted-foreground focus-visible:ring-ring flex h-10 w-full rounded-md border px-3 py-2 text-sm focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-offset-2 disabled:cursor-not-allowed disabled:opacity-50"
+                                    class="border-input bg-background ring-offset-background placeholder:text-muted-foreground focus-visible:ring-ring flex h-10 w-full rounded-md border px-3 py-2 text-sm focus-visible:ring-2 focus-visible:ring-offset-2 focus-visible:outline-none disabled:cursor-not-allowed disabled:opacity-50"
                                    :disabled="!hasSourceTemplates"
                                >
                                    <option value="">Select a template</option>
@@ -307,29 +258,21 @@ const submit = (): void => {
                                        :key="sourceTemplate.id"
                                        :value="String(sourceTemplate.id)"
                                    >
-                                        {{ sourceTemplate.name }} ({{
-                                            sourceTemplate.slug
-                                        }})
+                                        {{ sourceTemplate.name }} ({{ sourceTemplate.slug }})
                                    </option>
                                </select>
                                <p class="text-muted-foreground text-sm">
-                                    Templates apply their saved configuration
-                                    groups to the new project.
+                                    Templates apply their saved configuration groups to the new project.
                                </p>
-                                <InputError
-                                    :message="form.errors.source_template_id"
-                                />
+                                <InputError :message="form.errors.source_template_id" />
                            </div>
                        </div>

                        <div
-                            v-else-if="
-                                !hasSourceProjects && !hasSourceTemplates
-                            "
+                            v-else-if="!hasSourceProjects && !hasSourceTemplates"
                            class="text-muted-foreground text-sm"
                        >
-                            No accessible source projects or saved templates are
-                            available yet.
+                            No accessible source projects or saved templates are available yet.
                        </div>

                        <div class="flex items-center gap-3">
@@ -117,9 +117,7 @@ const projectAreas = [
                        Built from template {{ templateState.templateName }}
                    </CardTitle>
                    <CardDescription>
-                        This project keeps its template link. Inherited areas
-                        follow the template baseline; overridden areas were
-                        customized locally.
+                        This project keeps its template link. Inherited areas follow the template baseline; overridden areas were customized locally.
                    </CardDescription>
                </CardHeader>
                <CardContent class="flex flex-wrap gap-2">
@@ -7,6 +7,7 @@ import {
    buildAcceptanceCriteria,
    formatChecklistLines,
    normalizeAcceptanceCriteria,
+    parseChecklistLines,
    syncAcceptanceCriteriaDescendantCheckedState,
 } from '@/lib/acceptance-criteria';
 import ProjectTicketBranchController from '@/actions/App/Http/Controllers/ProjectTicketBranchController';
@@ -122,9 +123,7 @@ const breadcrumbs: BreadcrumbItem[] = [
 const acceptanceCriteriaEditorState = acceptanceCriteriaToEditorState(
    props.ticket.acceptance_criteria,
 );
-const acceptanceCriteriaChecklist = ref(
-    acceptanceCriteriaEditorState.checklist,
-);
+const acceptanceCriteriaChecklist = ref(acceptanceCriteriaEditorState.checklist);
 const savedAcceptanceCriteria = ref(
    normalizeAcceptanceCriteria(props.ticket.acceptance_criteria),
 );
@@ -132,9 +131,7 @@ const isPersistingAcceptanceCriteriaToggle = ref(false);
 const acceptanceCriteriaToggleError = ref('');

 const form = useForm({
-    acceptance_criteria: buildAcceptanceCriteria(
-        acceptanceCriteriaChecklist.value,
-    ),
+    acceptance_criteria: buildAcceptanceCriteria(acceptanceCriteriaChecklist.value),
    assignee_user_id: props.ticket.assignee_user_id ?? '',
    author_user_id: props.ticket.author_user_id ?? '',
    blocked_comment: props.ticket.blocked_comment ?? '',
@@ -160,8 +157,8 @@ const form = useForm({
    story_points: props.ticket.story_points,
 });

-const acceptanceCriteriaPreviewItems = computed(
-    () => savedAcceptanceCriteria.value,
+const acceptanceCriteriaPreviewItems = computed(() =>
+    savedAcceptanceCriteria.value,
 );

 const hasUnsavedAcceptanceCriteriaDraft = computed(
@@ -321,7 +318,8 @@ watch(

                branchNameValidation.value = {
                    is_valid: false,
-                    message: `${appName} could not validate this branch name right now.`,
+                    message:
+                        `${appName} could not validate this branch name right now.`,
                };
            } finally {
                if (!abortController.signal.aborted) {
@@ -363,9 +361,7 @@ const submitBranchCreation = (): void => {
 };

 const buildAcceptanceCriteriaForSubmit = () => {
-    const draftItems = buildAcceptanceCriteria(
-        acceptanceCriteriaChecklist.value,
-    );
+    const draftItems = buildAcceptanceCriteria(acceptanceCriteriaChecklist.value);

    return draftItems.map((item, index) => ({
        ...item,
@@ -375,9 +371,7 @@ const buildAcceptanceCriteriaForSubmit = () => {
    }));
 };

-const buildSavedTicketPayload = (
-    acceptanceCriteria = savedAcceptanceCriteria.value,
-) => ({
+const buildSavedTicketPayload = (acceptanceCriteria = savedAcceptanceCriteria.value) => ({
    acceptance_criteria: acceptanceCriteria,
    assignee_user_id: props.ticket.assignee_user_id,
    author_user_id: props.ticket.author_user_id,
@@ -413,9 +407,7 @@ const persistAcceptanceCriteriaToggle = async (
        index,
        checked,
    );
-    const previousChecklist = formatChecklistLines(
-        savedAcceptanceCriteria.value,
-    );
+    const previousChecklist = formatChecklistLines(savedAcceptanceCriteria.value);
    const nextChecklist = formatChecklistLines(nextAcceptanceCriteria);
    const csrfToken = document
        .querySelector('meta[name="csrf-token"]')
@@ -769,18 +761,14 @@ const formatDateTime = (value: string): string => {
                                        placeholder="[ ] User can sign in&#10;  [x] Validation is shown for invalid credentials"
                                    />
                                    <p class="text-muted-foreground text-xs">
-                                        Use <code>[ ]</code> /
-                                        <code>[x]</code> for checklist items.
-                                        Indent with two spaces for nested steps.
-                                        Text changes are saved with the main
-                                        ticket update.
+                                        Use <code>[ ]</code> / <code>[x]</code> for checklist items. Indent with two spaces for nested steps.
+                                        Text changes are saved with the main ticket update.
                                    </p>
                                    <p
                                        v-if="hasUnsavedAcceptanceCriteriaDraft"
                                        class="text-muted-foreground text-xs"
                                    >
-                                        Save checklist text changes before
-                                        toggling completion directly.
+                                        Save checklist text changes before toggling completion directly.
                                    </p>
                                    <InputError
                                        :message="acceptanceCriteriaError"
@@ -791,10 +779,7 @@ const formatDateTime = (value: string): string => {
                                </div>

                                <div
-                                    v-if="
-                                        acceptanceCriteriaPreviewItems.length >
-                                        0
-                                    "
+                                    v-if="acceptanceCriteriaPreviewItems.length > 0"
                                    class="border-border rounded-xl border p-4 text-sm"
                                >
                                    <p class="mb-3 font-medium">
@@ -802,9 +787,7 @@ const formatDateTime = (value: string): string => {
                                    </p>
                                    <ul class="space-y-2">
                                        <li
-                                            v-for="(
-                                                item, index
-                                            ) in acceptanceCriteriaPreviewItems"
+                                            v-for="(item, index) in acceptanceCriteriaPreviewItems"
                                            :key="item.id ?? index"
                                            :style="{
                                                marginLeft: `${item.indent * 1.25}rem`,
@@ -822,12 +805,7 @@ const formatDateTime = (value: string): string => {
                                                    hasUnsavedAcceptanceCriteriaDraft
                                                "
                                                class="border-input text-primary focus:ring-ring mt-0.5 size-4 rounded"
-                                                @change="
-                                                    onAcceptanceCriteriaCheckboxChange(
-                                                        index,
-                                                        $event,
-                                                    )
-                                                "
+                                                @change="onAcceptanceCriteriaCheckboxChange(index, $event)"
                                            />
                                            <label
                                                :for="`acceptance-criteria-${item.id ?? index}`"
@@ -1552,7 +1530,10 @@ const formatDateTime = (value: string): string => {
                        </CardContent>
                    </Card>

-                    <Card v-if="ticket.ticket_type?.is_parent" class="h-fit">
+                    <Card
+                        v-if="ticket.ticket_type?.is_parent"
+                        class="h-fit"
+                    >
                        <CardHeader>
                            <CardTitle>Child tickets</CardTitle>
                            <CardDescription>
@@ -1591,12 +1572,10 @@ const formatDateTime = (value: string): string => {

                        <CardContent>
                            <Link
-                                :href="
-                                    showTicket({
-                                        project: project.id,
-                                        ticket: currentParentTicket.id,
-                                    })
-                                "
+                                :href="showTicket({
+                                    project: project.id,
+                                    ticket: currentParentTicket.id,
+                                })"
                                class="border-border hover:border-primary/60 block rounded-xl border px-4 py-4 transition"
                            >
                                <div class="font-medium">
@@ -33,8 +33,7 @@ const returnHref =
    props.source === 'board'
        ? boardIndex(props.project.id)
        : backlogIndex(props.project.id);
-const returnLabel =
-    props.source === 'board' ? 'Back to board' : 'Back to backlog';
+const returnLabel = props.source === 'board' ? 'Back to board' : 'Back to backlog';

 const breadcrumbs: BreadcrumbItem[] = [
    {
@@ -65,9 +64,7 @@ const hasTicketMetadata =
 const acceptanceCriteriaChecklist = ref('');

 const form = useForm({
-    acceptance_criteria: buildAcceptanceCriteria(
-        acceptanceCriteriaChecklist.value,
-    ),
+    acceptance_criteria: buildAcceptanceCriteria(acceptanceCriteriaChecklist.value),
    assignee_user_id: '',
    description: '',
    parent_ticket_id: '',
@@ -95,9 +92,7 @@ const acceptanceCriteriaError = computed(() => {
 });

 const submit = (): void => {
-    form.acceptance_criteria = buildAcceptanceCriteria(
-        acceptanceCriteriaChecklist.value,
-    );
+    form.acceptance_criteria = buildAcceptanceCriteria(acceptanceCriteriaChecklist.value);

    form.submit(ProjectTicketController.store({ project: props.project.id }), {
        preserveScroll: true,
@@ -178,9 +173,7 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                            <InputError :message="form.errors.title" />
                        </div>

-                        <div
-                            class="grid gap-6 lg:grid-cols-[minmax(0,1fr)_20rem]"
-                        >
+                        <div class="grid gap-6 lg:grid-cols-[minmax(0,1fr)_20rem]">
                            <div class="grid gap-6">
                                <div class="grid gap-2">
                                    <Label for="description">Description</Label>
@@ -192,46 +185,30 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                        class="border-input bg-background shadow-xs focus-visible:border-ring focus-visible:ring-ring/50 rounded-md border px-3 py-2 text-sm outline-none transition-[color,box-shadow] focus-visible:ring-[3px] disabled:cursor-not-allowed disabled:opacity-60"
                                        placeholder="Describe the expected behavior and relevant context."
                                    />
-                                    <InputError
-                                        :message="form.errors.description"
-                                    />
+                                    <InputError :message="form.errors.description" />
                                </div>

                                <div class="grid gap-4">
                                    <div class="grid gap-2">
-                                        <Label
-                                            for="acceptance_criteria_checklist"
-                                        >
+                                        <Label for="acceptance_criteria_checklist">
                                            Acceptance criteria checklist
                                        </Label>
                                        <textarea
                                            id="acceptance_criteria_checklist"
-                                            v-model="
-                                                acceptanceCriteriaChecklist
-                                            "
+                                            v-model="acceptanceCriteriaChecklist"
                                            rows="6"
                                            :disabled="form.processing"
                                            class="border-input bg-background shadow-xs focus-visible:border-ring focus-visible:ring-ring/50 rounded-md border px-3 py-2 text-sm outline-none transition-[color,box-shadow] focus-visible:ring-[3px] disabled:cursor-not-allowed disabled:opacity-60"
                                            placeholder="[ ] User can sign in&#10;  [x] Validation is shown for invalid credentials"
                                        />
-                                        <p
-                                            class="text-muted-foreground text-xs"
-                                        >
-                                            Use <code>[ ]</code> /
-                                            <code>[x]</code> for checklist
-                                            items. Indent with two spaces for
-                                            nested steps.
+                                        <p class="text-muted-foreground text-xs">
+                                            Use <code>[ ]</code> / <code>[x]</code> for checklist items. Indent with two spaces for nested steps.
                                        </p>
-                                        <InputError
-                                            :message="acceptanceCriteriaError"
-                                        />
+                                        <InputError :message="acceptanceCriteriaError" />
                                    </div>

                                    <div
-                                        v-if="
-                                            acceptanceCriteriaPreviewItems.length >
-                                            0
-                                        "
+                                        v-if="acceptanceCriteriaPreviewItems.length > 0"
                                        class="border-border rounded-xl border p-4 text-sm"
                                    >
                                        <p class="mb-3 font-medium">
@@ -239,18 +216,14 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                        </p>
                                        <ul class="space-y-2">
                                            <li
-                                                v-for="(
-                                                    item, index
-                                                ) in acceptanceCriteriaPreviewItems"
+                                                v-for="(item, index) in acceptanceCriteriaPreviewItems"
                                                :key="index"
                                                :style="{
                                                    marginLeft: `${item.indent * 1.25}rem`,
                                                }"
                                                class="flex items-start gap-2"
                                            >
-                                                <span class="mt-0.5">{{
-                                                    item.checked ? '☑' : '☐'
-                                                }}</span>
+                                                <span class="mt-0.5">{{ item.checked ? '☑' : '☐' }}</span>
                                                <span>{{ item.text }}</span>
                                            </li>
                                        </ul>
@@ -275,9 +248,7 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                            {{ ticketType.name }}
                                        </option>
                                    </select>
-                                    <InputError
-                                        :message="form.errors.ticket_type_id"
-                                    />
+                                    <InputError :message="form.errors.ticket_type_id" />
                                </div>

                                <div class="grid gap-2">
@@ -298,11 +269,7 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                            {{ ticketPriority.name }}
                                        </option>
                                    </select>
-                                    <InputError
-                                        :message="
-                                            form.errors.ticket_priority_id
-                                        "
-                                    />
+                                    <InputError :message="form.errors.ticket_priority_id" />
                                </div>

                                <div class="grid gap-2">
@@ -318,14 +285,10 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                            :key="ticketStatus.id"
                                            :value="String(ticketStatus.id)"
                                        >
-                                            {{
-                                                ticketStatusLabel(ticketStatus)
-                                            }}
+                                            {{ ticketStatusLabel(ticketStatus) }}
                                        </option>
                                    </select>
-                                    <InputError
-                                        :message="form.errors.ticket_status_id"
-                                    />
+                                    <InputError :message="form.errors.ticket_status_id" />
                                </div>

                                <div class="grid gap-2">
@@ -347,9 +310,7 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                            {{ user.name }}
                                        </option>
                                    </select>
-                                    <InputError
-                                        :message="form.errors.assignee_user_id"
-                                    />
+                                    <InputError :message="form.errors.assignee_user_id" />
                                </div>

                                <div class="grid gap-2">
@@ -362,24 +323,16 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                        :disabled="form.processing"
                                        class="border-input bg-background shadow-xs focus-visible:border-ring focus-visible:ring-ring/50 rounded-md border px-3 py-2 text-sm outline-none transition-[color,box-shadow] focus-visible:ring-[3px] disabled:cursor-not-allowed disabled:opacity-60"
                                    >
-                                        <option value="">
-                                            No parent ticket
-                                        </option>
+                                        <option value="">No parent ticket</option>
                                        <option
                                            v-for="parentTicketOption in parentTicketOptions"
                                            :key="parentTicketOption.id"
-                                            :value="
-                                                String(parentTicketOption.id)
-                                            "
+                                            :value="String(parentTicketOption.id)"
                                        >
-                                            {{
-                                                `${parentTicketOption.ticket_key} - ${parentTicketOption.title}`
-                                            }}
+                                            {{ `${parentTicketOption.ticket_key} - ${parentTicketOption.title}` }}
                                        </option>
                                    </select>
-                                    <InputError
-                                        :message="form.errors.parent_ticket_id"
-                                    />
+                                    <InputError :message="form.errors.parent_ticket_id" />
                                </div>

                                <div
@@ -396,9 +349,7 @@ const ticketStatusLabel = (ticketStatus: TicketStatusModel): string => {
                                        step="1"
                                        :disabled="form.processing"
                                    />
-                                    <InputError
-                                        :message="form.errors.story_points"
-                                    />
+                                    <InputError :message="form.errors.story_points" />
                                </div>
                            </div>
                        </div>
@@ -46,9 +46,8 @@ const breadcrumbItems: BreadcrumbItem[] = [
                    />
                    <p class="text-muted-foreground text-sm">
                        Each user needs their own application key. Without a
-                        matching personal connection, {{ appName }} can only
-                        show repository names and will link you back to this
-                        page.
+                        matching personal connection, {{ appName }} can only show
+                        repository names and will link you back to this page.
                    </p>
                </div>

@@ -1,433 +0,0 @@
-<?php
-
-namespace Tests\Feature\Mcp;
-
-use App\Actions\Notifications\DeliverNotificationAction;
-use App\Actions\ProjectTicketMetadata\InitializeProjectTicketMetadata;
-use App\Actions\Tickets\SyncProjectTicketFieldValues;
-use App\Enums\NotificationEventType;
-use App\Mcp\Servers\KanbanGitServer;
-use App\Mcp\Tools\CreateTicket;
-use App\Models\NotificationAction;
-use App\Models\Project;
-use App\Models\Ticket;
-use App\Models\TicketFieldDefinition;
-use App\Models\TicketPriority;
-use App\Models\TicketStatus;
-use App\Models\TicketType;
-use App\Models\User;
-use Illuminate\Foundation\Testing\RefreshDatabase;
-use Illuminate\Support\Arr;
-use Illuminate\Support\Facades\Queue;
-use Illuminate\Testing\Fluent\AssertableJson;
-use PHPUnit\Framework\Attributes\DataProvider;
-use RuntimeException;
-use Tests\TestCase;
-
-class CreateTicketTest extends TestCase
-{
-    use RefreshDatabase;
-
-    private Project $project;
-
-    private User $user;
-
-    protected function setUp(): void
-    {
-        parent::setUp();
-
-        $this->user = User::factory()->create();
-        $this->project = Project::factory()->create(['key' => 'CORE']);
-        app(InitializeProjectTicketMetadata::class)->handle($this->project);
-        $this->syncProjectPermissions($this->project, $this->user, ['write']);
-    }
-
-    public function test_application_key_can_discover_creation_fields_and_required_inputs(): void
-    {
-        $response = $this->withApplicationKey($this->user)->postJson('/mcp/kanbangit', [
-            'id' => 1,
-            'jsonrpc' => '2.0',
-            'method' => 'tools/list',
-            'params' => [],
-        ])->assertOk();
-
-        $tool = collect($response->json('result.tools'))->firstWhere('name', 'create_ticket');
-
-        $this->assertNotNull($tool);
-        $this->assertFalse($tool['annotations']['destructiveHint']);
-        $this->assertEqualsCanonicalizing([
-            'project_id', 'title', 'ticket_type_id', 'ticket_status_id', 'ticket_priority_id',
-        ], $tool['inputSchema']['required']);
-        $this->assertEqualsCanonicalizing([
-            'project_id', 'title', 'description', 'ticket_type_id', 'ticket_status_id',
-            'ticket_priority_id', 'parent_ticket_id', 'assignee_user_id', 'author_user_id',
-            'story_points', 'is_blocked', 'blocked_comment', 'acceptance_criteria', 'field_values',
-        ], array_keys($tool['inputSchema']['properties']));
-        $this->assertSame('integer', Arr::get($tool, 'inputSchema.properties.ticket_type_id.type'));
-        $this->assertSame(['integer', 'null'], Arr::get($tool, 'inputSchema.properties.parent_ticket_id.type'));
-        $this->assertSame('object', Arr::get($tool, 'inputSchema.properties.acceptance_criteria.items.type'));
-        $this->assertSame('object', Arr::get($tool, 'inputSchema.properties.field_values.items.type'));
-    }
-
-    public function test_application_key_can_create_a_child_with_all_editable_fields(): void
-    {
-        $assignee = User::factory()->create();
-        $author = User::factory()->create();
-        $type = TicketType::factory()->for($this->project)->create(['name' => 'Bug', 'is_parent' => false, 'position' => 3]);
-        $status = TicketStatus::factory()->for($this->project)->create(['name' => 'Ready', 'position' => 2]);
-        $priority = TicketPriority::factory()->for($this->project)->create(['name' => 'High', 'position' => 2]);
-        $parent = $this->parentTicket($this->project);
-        $numberField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'number']);
-        $userField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'user', 'position' => 2]);
-        $this->syncProjectPermissions($this->project, $this->user, ['admin']);
-
-        $this->withApplicationKey($this->user)->postJson('/mcp/kanbangit', [
-            'id' => 2,
-            'jsonrpc' => '2.0',
-            'method' => 'tools/call',
-            'params' => [
-                'name' => 'create_ticket',
-                'arguments' => $this->arguments([
-                    'title' => 'Fix child ticket creation',
-                    'description' => 'Created through MCP.',
-                    'ticket_type_id' => $type->id,
-                    'ticket_status_id' => $status->id,
-                    'ticket_priority_id' => $priority->id,
-                    'parent_ticket_id' => $parent->id,
-                    'assignee_user_id' => $assignee->id,
-                    'author_user_id' => $author->id,
-                    'story_points' => 0,
-                    'is_blocked' => true,
-                    'blocked_comment' => 'Waiting for the dependency.',
-                    'acceptance_criteria' => [
-                        ['text' => 'Parent criterion', 'checked' => true, 'indent' => 0],
-                        ['text' => 'Child criterion', 'checked' => false, 'indent' => 1],
-                    ],
-                    'field_values' => [
-                        ['ticket_field_definition_id' => $numberField->id, 'value_number' => 2.5],
-                        ['ticket_field_definition_id' => $userField->id, 'value_user_id' => $assignee->id],
-                    ],
-                ]),
-            ],
-        ])
-            ->assertOk()
-            ->assertJsonPath('result.isError', false)
-            ->assertJsonPath('result.structuredContent.meta.message', 'CORE-2 was created.')
-            ->assertJsonPath('result.structuredContent.data.ticket.ticket_type.id', $type->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.ticket_status.id', $status->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.ticket_priority.id', $priority->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.parent_ticket.id', $parent->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.author.id', $author->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.assignee.id', $assignee->id)
-            ->assertJsonPath('result.structuredContent.data.ticket.is_blocked', true)
-            ->assertJsonPath('result.structuredContent.data.ticket.acceptance_criteria.1.indent', 1)
-            ->assertJsonCount(2, 'result.structuredContent.data.ticket.field_values');
-
-        $ticket = $this->project->tickets()->where('ticket_key', 'CORE-2')->firstOrFail();
-        $this->assertSame('Fix child ticket creation', $ticket->title);
-        $this->assertSame('Created through MCP.', $ticket->description);
-        $this->assertSame(0, $ticket->story_points);
-        $this->assertSame('Waiting for the dependency.', $ticket->blocked_comment);
-        $this->assertSame($parent->id, $ticket->parent_ticket_id);
-        $this->assertSame($type->id, $ticket->ticket_type_id);
-        $this->assertSame(2.5, $ticket->fieldValues()->where('ticket_field_definition_id', $numberField->id)->firstOrFail()->value_number);
-        $this->assertSame($assignee->id, $ticket->fieldValues()->where('ticket_field_definition_id', $userField->id)->firstOrFail()->value_user_id);
-        $criteria = $ticket->acceptanceCriteria()->get()->keyBy('text');
-        $this->assertTrue($criteria['Parent criterion']->is_checked);
-        $this->assertFalse($criteria['Child criterion']->is_checked);
-        $this->assertSame($criteria['Parent criterion']->id, $criteria['Child criterion']->parent_acceptance_criterion_id);
-        $this->assertDatabaseCount('ticket_worklog_entries', 1);
-        $this->assertDatabaseHas('ticket_worklog_entries', [
-            'ticket_id' => $ticket->id,
-            'actor_id' => $this->user->id,
-            'entry_type' => 'created',
-        ]);
-    }
-
-    public function test_minimal_creation_defaults_optional_fields_and_generates_identity(): void
-    {
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-            'ticket_key' => 'FORGED-999',
-            'sequence_number' => 999,
-            'id' => 999,
-        ]))
-            ->assertOk()
-            ->assertStructuredContent(fn (AssertableJson $json) => $json
-                ->where('data.ticket.ticket_key', 'CORE-1')
-                ->where('data.ticket.sequence_number', 1)
-                ->where('data.ticket.author_user_id', $this->user->id)
-                ->where('data.ticket.assignee_user_id', null)
-                ->where('data.ticket.parent_ticket_id', null)
-                ->where('data.ticket.description', null)
-                ->where('data.ticket.story_points', null)
-                ->where('data.ticket.is_blocked', false)
-                ->where('data.ticket.blocked_comment', null)
-                ->where('data.ticket.acceptance_criteria', [])
-                ->where('data.ticket.field_values', [])
-                ->etc());
-
-        $this->assertDatabaseCount('tickets', 1);
-        $this->assertDatabaseMissing('tickets', ['id' => 999]);
-    }
-
-    public function test_admin_can_create_without_an_author_and_with_nullable_fields(): void
-    {
-        $this->syncProjectPermissions($this->project, $this->user, ['admin']);
-
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-            'author_user_id' => null,
-            'assignee_user_id' => null,
-            'parent_ticket_id' => null,
-            'description' => null,
-            'story_points' => null,
-            'acceptance_criteria' => null,
-            'field_values' => [],
-            'is_blocked' => false,
-            'blocked_comment' => 'Discard this when unblocked.',
-        ]))
-            ->assertOk()
-            ->assertStructuredContent(fn (AssertableJson $json) => $json
-                ->where('data.ticket.author_user_id', null)
-                ->where('data.ticket.blocked_comment', null)
-                ->where('data.ticket.acceptance_criteria', [])
-                ->etc());
-    }
-
-    public function test_parent_enabled_tickets_can_also_be_children_and_checklists_use_defaults(): void
-    {
-        $parent = $this->parentTicket($this->project);
-
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-            'ticket_type_id' => $parent->ticket_type_id,
-            'parent_ticket_id' => $parent->id,
-            'author_user_id' => $this->user->id,
-            'acceptance_criteria' => [['text' => '  A criterion  ']],
-        ]))
-            ->assertOk()
-            ->assertStructuredContent(fn (AssertableJson $json) => $json
-                ->where('data.ticket.ticket_type.is_parent', true)
-                ->where('data.ticket.parent_ticket_id', $parent->id)
-                ->where('data.ticket.acceptance_criteria.0.text', 'A criterion')
-                ->where('data.ticket.acceptance_criteria.0.checked', false)
-                ->where('data.ticket.acceptance_criteria.0.indent', 0)
-                ->etc());
-    }
-
-    public function test_creation_requires_authentication_and_project_write_permission(): void
-    {
-        KanbanGitServer::tool(CreateTicket::class, $this->arguments())
-            ->assertHasErrors(['Authentication required.']);
-
-        foreach ([[], ['view']] as $permissions) {
-            $this->syncProjectPermissions($this->project, $this->user, $permissions);
-            KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments())
-                ->assertHasErrors(['cannot update tickets']);
-        }
-
-        $this->assertDatabaseCount('tickets', 0);
-    }
-
-    public function test_non_admin_cannot_override_or_remove_the_author(): void
-    {
-        $author = User::factory()->create();
-
-        foreach ([$author->id, null] as $authorId) {
-            KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-                'author_user_id' => $authorId,
-            ]))->assertHasErrors(['Only project admins can change the author.']);
-        }
-
-        $this->assertDatabaseCount('tickets', 0);
-    }
-
-    public function test_creation_rejects_foreign_project_metadata_and_parent(): void
-    {
-        $otherProject = Project::factory()->create();
-        app(InitializeProjectTicketMetadata::class)->handle($otherProject);
-        $parent = $this->parentTicket($otherProject);
-        $field = TicketFieldDefinition::factory()->for($otherProject)->create(['field_type' => 'number']);
-        $this->syncProjectPermissions($otherProject, $this->user, ['write']);
-
-        foreach ([
-            ['ticket_type_id' => $otherProject->ticketTypes()->firstOrFail()->id],
-            ['ticket_status_id' => $otherProject->ticketStatuses()->firstOrFail()->id],
-            ['ticket_priority_id' => $otherProject->ticketPriorities()->firstOrFail()->id],
-            ['parent_ticket_id' => $parent->id],
-            ['field_values' => [['ticket_field_definition_id' => $field->id, 'value_number' => 1]]],
-        ] as $attributes) {
-            KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments($attributes))
-                ->assertHasErrors();
-        }
-
-        $this->assertSame(0, $this->project->tickets()->count());
-        $this->assertDatabaseCount('ticket_worklog_entries', 0);
-    }
-
-    public function test_creation_rejects_a_parent_without_a_parent_enabled_type(): void
-    {
-        $parent = $this->parentTicket($this->project);
-        $parent->update(['ticket_type_id' => $this->project->ticketTypes()->where('is_parent', false)->firstOrFail()->id]);
-
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-            'parent_ticket_id' => $parent->id,
-        ]))->assertHasErrors(['Only tickets with a parent-enabled type']);
-
-        $this->assertDatabaseCount('tickets', 1);
-    }
-
-    #[DataProvider('invalidArguments')]
-    public function test_invalid_arguments_do_not_create_a_ticket(array $attributes): void
-    {
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments($attributes))
-            ->assertHasErrors();
-
-        $this->assertDatabaseCount('tickets', 0);
-        $this->assertDatabaseCount('acceptance_criteria', 0);
-        $this->assertDatabaseCount('ticket_field_values', 0);
-        $this->assertDatabaseCount('ticket_worklog_entries', 0);
-    }
-
-    /**
-     * @return array<string, array{array<string, mixed>}>
-     */
-    public static function invalidArguments(): array
-    {
-        return [
-            'missing project' => [['project_id' => null]],
-            'unknown project' => [['project_id' => 999999]],
-            'invalid project' => [['project_id' => 'invalid']],
-            'missing title' => [['title' => null]],
-            'blank title' => [['title' => '   ']],
-            'long title' => [['title' => str_repeat('a', 256)]],
-            'invalid description' => [['description' => []]],
-            'missing type' => [['ticket_type_id' => null]],
-            'unknown type' => [['ticket_type_id' => 999999]],
-            'missing status' => [['ticket_status_id' => null]],
-            'unknown status' => [['ticket_status_id' => 999999]],
-            'missing priority' => [['ticket_priority_id' => null]],
-            'unknown priority' => [['ticket_priority_id' => 999999]],
-            'unknown parent' => [['parent_ticket_id' => 999999]],
-            'unknown assignee' => [['assignee_user_id' => 999999]],
-            'unknown author' => [['author_user_id' => 999999]],
-            'negative estimate' => [['story_points' => -1]],
-            'fractional estimate' => [['story_points' => 1.5]],
-            'invalid blocked flag' => [['is_blocked' => 'yes']],
-            'missing blocker reason' => [['is_blocked' => true]],
-            'blank blocker reason' => [['is_blocked' => true, 'blocked_comment' => '  ']],
-            'invalid checklist' => [['acceptance_criteria' => 'text']],
-            'blank checklist text' => [['acceptance_criteria' => [['text' => ' ']]]],
-            'invalid checklist flag' => [['acceptance_criteria' => [['text' => 'Test', 'checked' => 'yes']]]],
-            'invalid checklist indent' => [['acceptance_criteria' => [['text' => 'Test', 'indent' => 9]]]],
-            'unknown field' => [['field_values' => [['ticket_field_definition_id' => 999999, 'value_number' => 1]]]],
-            'invalid fields' => [['field_values' => 'text']],
-        ];
-    }
-
-    public function test_custom_fields_reject_duplicate_definitions_and_incompatible_or_invalid_values(): void
-    {
-        $numberField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'number']);
-        $userField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'user', 'position' => 2]);
-
-        foreach ([
-            [['ticket_field_definition_id' => $numberField->id, 'value_number' => 1], ['ticket_field_definition_id' => $numberField->id, 'value_number' => 2]],
-            [['ticket_field_definition_id' => $numberField->id, 'value_user_id' => $this->user->id]],
-            [['ticket_field_definition_id' => $userField->id, 'value_number' => 2]],
-            [['ticket_field_definition_id' => $numberField->id, 'value_number' => 'invalid']],
-            [['ticket_field_definition_id' => $userField->id, 'value_user_id' => 999999]],
-        ] as $fieldValues) {
-            KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-                'field_values' => $fieldValues,
-            ]))->assertHasErrors();
-        }
-
-        $this->assertDatabaseCount('tickets', 0);
-        $this->assertDatabaseCount('ticket_field_values', 0);
-    }
-
-    public function test_zero_and_empty_custom_field_values_are_supported(): void
-    {
-        $numberField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'number']);
-        $userField = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'user', 'position' => 2]);
-
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-            'field_values' => [
-                ['ticket_field_definition_id' => $numberField->id, 'value_number' => 0],
-                ['ticket_field_definition_id' => $userField->id, 'value_user_id' => null],
-            ],
-        ]))->assertOk();
-
-        $this->assertDatabaseCount('ticket_field_values', 1);
-        $this->assertDatabaseHas('ticket_field_values', [
-            'ticket_field_definition_id' => $numberField->id,
-            'value_number' => 0,
-            'value_user_id' => null,
-        ]);
-    }
-
-    public function test_mcp_creation_queues_one_creation_notification_with_the_key_owner_as_actor(): void
-    {
-        $notificationAction = NotificationAction::factory()->webhook()->for($this->project)->create([
-            'event_type' => NotificationEventType::TicketCreate,
-        ]);
-        Queue::fake();
-
-        KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments())->assertOk();
-
-        Queue::assertPushed(DeliverNotificationAction::class, 1);
-        Queue::assertPushed(DeliverNotificationAction::class, fn (DeliverNotificationAction $job): bool => $job->notificationActionId === $notificationAction->id
-            && $job->event->payload()->actorId === $this->user->id
-            && $job->event->payload()->ticketKey === 'CORE-1'
-            && $job->event->eventType() === NotificationEventType::TicketCreate);
-        $this->assertDatabaseCount('notification_delivery_logs', 1);
-        $this->assertDatabaseCount('ticket_worklog_entries', 1);
-    }
-
-    public function test_creation_rolls_back_if_custom_field_persistence_fails(): void
-    {
-        $field = TicketFieldDefinition::factory()->for($this->project)->create(['field_type' => 'number']);
-        $this->mock(SyncProjectTicketFieldValues::class)
-            ->shouldReceive('handle')->once()->andThrow(new RuntimeException('Unable to save fields.'));
-        $this->expectException(RuntimeException::class);
-
-        try {
-            KanbanGitServer::actingAs($this->user)->tool(CreateTicket::class, $this->arguments([
-                'acceptance_criteria' => [['text' => 'Criterion']],
-                'field_values' => [['ticket_field_definition_id' => $field->id, 'value_number' => 1]],
-            ]));
-        } finally {
-            $this->assertDatabaseCount('tickets', 0);
-            $this->assertDatabaseCount('acceptance_criteria', 0);
-            $this->assertDatabaseCount('ticket_field_values', 0);
-            $this->assertDatabaseCount('ticket_worklog_entries', 0);
-            $this->assertDatabaseCount('notification_delivery_logs', 0);
-        }
-    }
-
-    /**
-     * @param  array<string, mixed>  $overrides
-     * @return array<string, mixed>
-     */
-    private function arguments(array $overrides = []): array
-    {
-        return [
-            'project_id' => $this->project->id,
-            'title' => 'MCP ticket',
-            'ticket_type_id' => $this->project->ticketTypes()->where('is_parent', false)->firstOrFail()->id,
-            'ticket_status_id' => $this->project->ticketStatuses()->firstOrFail()->id,
-            'ticket_priority_id' => $this->project->ticketPriorities()->firstOrFail()->id,
-            ...$overrides,
-        ];
-    }
-
-    private function parentTicket(Project $project): Ticket
-    {
-        return Ticket::factory()->create([
-            'project_id' => $project->id,
-            'sequence_number' => 1,
-            'ticket_key' => "{$project->key}-1",
-            'ticket_type_id' => $project->ticketTypes()->where('is_parent', true)->firstOrFail()->id,
-            'ticket_status_id' => $project->ticketStatuses()->firstOrFail()->id,
-            'ticket_priority_id' => $project->ticketPriorities()->firstOrFail()->id,
-        ]);
-    }
-}
--- a/Show More
+++ b/Show More
Author	SHA1	Message	Date
Twyco	149748b03e	Merge pull request 'fix: make project template inheritance granular and safe' (#107 ) from fix/kan-14 into epic/kan-3 linter / quality (pull_request) Successful in 2m59s Details tests / ci (8.4) (pull_request) Successful in 3m17s Details Reviewed-on: #107	2026-09-08 10:24:16 +00:00
Nico Schröder	3122e00ed8	fix: make project template inheritance granular and safe linter / quality (pull_request) Successful in 2m52s Details tests / ci (8.4) (pull_request) Successful in 3m15s Details	2026-09-08 12:03:07 +02:00
Twyco	0f125f17a3	Merge branch 'main' into epic/kan-3 linter / quality (pull_request) Successful in 1m30s Details tests / ci (8.4) (pull_request) Successful in 1m54s Details	2026-06-25 01:25:53 +02:00
Twyco	5e7be28daf	Merge pull request 'Fix KAN-3 project template flows' (#103 ) from codex/kan-3-template-fixes into epic/kan-3 linter / quality (pull_request) Successful in 1m36s Details tests / ci (8.4) (pull_request) Successful in 1m51s Details Reviewed-on: OpenSource/KanbanGit#103	2026-06-24 10:56:35 +00:00
Twyco	d250f0b380	Fix KAN-3 project template flows linter / quality (pull_request) Successful in 1m31s Details tests / ci (8.4) (pull_request) Successful in 1m47s Details	2026-06-24 01:16:25 +02:00
Twyco	c19cf34505	Merge pull request 'kan-11' (#99 ) from koda/kan-11-restliche-projekt-konfiguration-auf-templates-umstellen into epic/kan-3 linter / quality (pull_request) Successful in 1m36s Details tests / ci (8.4) (pull_request) Failing after 1m51s Details Reviewed-on: OpenSource/KanbanGit#99	2026-06-23 22:41:16 +00:00
Twyco	37b2e6034f	Merge pull request 'koda/kan-10-edit-templates' (#102 ) from koda/kan-10-edit-templates into epic/kan-3 linter / quality (pull_request) Successful in 1m31s Details tests / ci (8.4) (pull_request) Successful in 1m52s Details Reviewed-on: OpenSource/KanbanGit#102	2026-06-23 22:40:46 +00:00
Twyco	84e427ef5d	Merge pull request 'koda/kan-9-switchreset-template-for-existing-projects' (#101 ) from koda/kan-9-switchreset-template-for-existing-projects into epic/kan-3 linter / quality (pull_request) Successful in 1m31s Details tests / ci (8.4) (pull_request) Successful in 1m42s Details Reviewed-on: OpenSource/KanbanGit#101	2026-06-23 22:40:38 +00:00
Twyco	95b53ba74b	Merge pull request 'Add template context to API and MCP project payloads' (#100 ) from koda/kan-8-add-project-template-to-mcp-api into epic/kan-3 linter / quality (pull_request) Successful in 1m24s Details tests / ci (8.4) (pull_request) Successful in 1m46s Details Reviewed-on: OpenSource/KanbanGit#100	2026-06-23 22:40:29 +00:00
Twyco	a8952d7867	Merge pull request 'KAN-7 Made Templates Overwritable' (#89 ) from koda/kan-7-made-templates-overwritable into epic/kan-3 linter / quality (pull_request) Successful in 1m28s Details tests / ci (8.4) (pull_request) Successful in 1m48s Details Reviewed-on: OpenSource/KanbanGit#89 Reviewed-by: Eric <eric-peters6@gmx.de>	2026-06-23 21:17:52 +00:00
Koda	2390daf2de	Move remaining project metadata ownership to templates linter / quality (pull_request) Successful in 1m26s Details tests / ci (8.4) (pull_request) Successful in 1m49s Details	2026-06-05 20:31:38 +00:00
Twyco	b1357cf854	Merge pull request 'KAN-6 Project rely on project templates' (#88 ) from koda/kan-6-project-rely-on-project-templates into epic/kan-3 Reviewed-on: OpenSource/KanbanGit#88	2026-06-04 20:06:22 +00:00
Twyco	2c229c9b39	Merge pull request 'KAN-5 Create Template from Project & Create Project form Template' (#87 ) from koda/kan-5-create-template-from-project-create-project-form-template into epic/kan-3 Reviewed-on: OpenSource/KanbanGit#87	2026-06-04 19:44:32 +00:00
Twyco	9a7dd7fb59	Merge pull request 'KAN-4 Duplicate Project' (#86 ) from koda/kan-4-duplicate-project into epic/kan-3 Reviewed-on: OpenSource/KanbanGit#86 Reviewed-by: Twyco <twyco@icloud.com>	2026-06-04 19:21:11 +00:00
Koda	39a039cd1e	Add editable project template flow	2026-05-25 11:12:55 +00:00
Koda	e38c77198d	Add template switch and reset flows for existing projects	2026-05-25 08:31:35 +00:00
Koda	ee9b9a2765	Add template context to API and MCP project payloads	2026-05-25 08:19:09 +00:00
Koda	57711b9659	Show template inheritance overrides	2026-05-25 01:53:03 +00:00
Koda	5e6426067a	Make projects depend on templates	2026-05-25 01:41:27 +00:00
Koda	58d2edcacd	Add reusable project templates	2026-05-25 01:26:08 +00:00
Koda	3b17c9ee14	Add project duplication flow linter / quality (pull_request) Successful in 2m11s Details tests / ci (8.4) (pull_request) Successful in 1m46s Details	2026-05-24 22:36:21 +00:00