culture-accountability
**Impact: MEDIUM**
$ 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.
**Impact: MEDIUM**
Agent definition
culture-accountability.mdtitle: Hold Each Other Accountable for Quality
impact: MEDIUM
impactDescription: Builds collective ownership and prevents technical debt
tags: culture, accountability, quality, teamwork
Hold Each Other Accountable for Quality
**Impact: MEDIUM**
We hold each other accountable for quality. Cutting corners might feel faster in the moment, but it creates problems that slow everyone down later. When you see a teammate about to merge a PR with obvious issues, speak up.
**This isn't about being difficult or slowing people down.** It's about collective ownership of our codebase and our reputation. Every shortcut one person takes becomes everyone's problem. Every corner cut today means more debugging sessions, more hotfixes, and more frustrated customers tomorrow.
**Make it normal to challenge poor decisions, respectfully:**
// When someone says:
"Let's just hard-code this for now"
// The expected response:
"What would it take to do it the proper way the first time?"
// When someone wants to commit untested code:
"Can we add tests for this before merging? I can help if needed."
// When someone suggests copy-paste instead of abstraction:
"This looks like it could be a shared utility. Should we extract it?"
**We're building something that needs to almost never fail.** That level of reliability doesn't happen by accident. It happens when every engineer feels responsible for quality - not just their own code but the entire system. We succeed as a team or we fail as a team.
**Key behaviors:**
- Push back when you see shortcuts being taken
- Offer to help when suggesting improvements
- Accept feedback gracefully when others challenge your decisions
- Focus on the code, not the person
- Remember that quality standards protect everyone
Reference: [Cal.diy Engineering Blog](https://cal.com/blog/engineering-in-2026-and-beyond)
Read more
title: Hold Each Other Accountable for Quality impact: MEDIUM impactDescription: Builds collective ownership and prevents technical debt tags: culture, accountability, quality, teamwork
Hold Each Other Accountable for Quality
**Impact: MEDIUM**
We hold each other accountable for quality. Cutting corners might feel faster in the moment, but it creates problems that slow everyone down later. When you see a teammate about to merge a PR with obvious issues, speak up.
**This isn't about being difficult or slowing people down.** It's about collective ownership of our codebase and our reputation. Every shortcut one person takes becomes everyone's problem. Every corner cut today means more debugging sessions, more hotfixes, and more frustrated customers tomorrow.
**Make it normal to challenge poor decisions, respectfully:**
// When someone says: "Let's just hard-code this for now" // The expected response: "What would it take to do it the proper way the first time?"
// When someone wants to commit untested code: "Can we add tests for this before merging? I can help if needed."
// When someone suggests copy-paste instead of abstraction: "This looks like it could be a shared utility. Should we extract it?"
**We're building something that needs to almost never fail.** That level of reliability doesn't happen by accident. It happens when every engineer feels responsible for quality - not just their own code but the entire system. We succeed as a team or we fail as a team.
**Key behaviors:**
- Push back when you see shortcuts being taken
- Offer to help when suggesting improvements
- Accept feedback gracefully when others challenge your decisions
- Focus on the code, not the person
- Remember that quality standards protect everyone
Reference: [Cal.diy Engineering Blog](https://cal.com/blog/engineering-in-2026-and-beyond)
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

