ci-check-failures
When reviewing CI check failures in Cal.diy:
$ npx -y skills add calcom/cal.com --agent claude-codeHow it fires
How this agent gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
Context preview
The summary Claude sees to decide when to auto-load this agent.
When reviewing CI check failures in Cal.diy:
Agent definition
ci-check-failures.mdtitle: CI Check Failure Handling impact: HIGH impactDescription: Misinterpreting CI failures wastes debugging time tags: ci, debugging, workflow
CI Check Failure Handling
What to Focus On
When reviewing CI check failures in Cal.diy:
1. **E2E tests can be flaky** and may fail intermittently 2. **Focus only on CI failures that are directly related to your code changes** 3. Infrastructure-related failures (like dependency installation issues) can be disregarded if all code-specific checks pass
Known CI Issues to Ignore
These errors are related to SAML database misconfiguration on CI and should be ignored:
- "password authentication failed for user postgres"
- "Invalid URL"
E2E Tests Skipping
**E2E tests skipping is expected behavior:**
- When E2E tests are skipped, it's because the `ready-for-e2e` label has not been added to the PR
- The "required" check intentionally fails when E2E tests are skipped to prevent merging without E2E
- Do not try to fix anything related to skipped E2E tests - this is completely expected and normal
Before Blaming CI
Always run type checks locally using `yarn type-check:ci --force` before concluding that CI failures are unrelated to your changes. Even if errors appear in files you haven't directly modified, your changes might still be causing type issues through dependencies or type inference.
Repo: calcom/cal.com
Other agents on caldiy.
- knowledge-base
This file contains domain knowledge about the Cal.diy product and codebase. For coding guidelines and rules, see [`rules/`](rules/).
Open agent - api-no-breaking-changes
**Impact: CRITICAL**
Open agent - api-thin-controllers
**Impact: HIGH**
Open agent - architecture-circular-dependencies
**Impact: CRITICAL**
Open agent - architecture-feature-boundaries
**Impact: CRITICAL**
Open agent - architecture-features-modules
The `packages/features` package should contain only framework-agnostic code: - Repositories (data access layer) - Services (business logic) - Core utilities and helpers - Types and interfaces
Open agent

