-
-
Notifications
You must be signed in to change notification settings - Fork 205
Recipe Send Alerts to Your Team
Use when: an actionable CCAM condition should reach Slack, Discord, Teams, email, a generic webhook, or another supported provider.
-
Name the condition and owner in one sentence: “Platform on-call investigates remote sources in error for longer than X.”
-
Observe normal behavior and select the matching alert rule type.
-
Create a narrow rule with a cooldown that prevents repeated noise.
-
List provider requirements:
npx ccam webhooks providers
-
Put target configuration and secrets in a restricted JSON file.
-
Create the target using the current
ccam webhooks create --helpsyntax. -
Send a synthetic test:
npx ccam webhooks test <webhook-id> npx ccam webhooks deliveries <webhook-id>
-
Trigger or safely simulate the real rule and verify message context.
-
Document acknowledgement and escalation behavior.
- rule name and severity;
- affected source/session when available;
- first trigger time and current duration/count;
- concise reason;
- link or identifier for investigation;
- owner or response instruction.
Webhook URLs and signing secrets are credentials. Do not place them in shell history or issues. CCAM masks stored URLs and does not return secrets; retain the source secret securely for rotation.
Start Here · Localized product Wiki · Repository · Releases · Security · Report an issue
Guidance tracks the current master branch. For a deployed release, consult the repository documentation at that release tag before changing configuration.
CCAM Handbook
Use CCAM
- Read the dashboard
- Sessions and agents
- Kanban and tasks
- Tokens and costs
- Run agents
- Personal settings
Operate CCAM
- Deployment guide
- Hook health
- Security
- Backups and retention
- Prometheus and Grafana
- Remote machines
- Upgrades and rollback
- Incident runbooks
Automate and extend
- CLI patterns
- MCP workflows
- Alerts and webhooks
- Dynamic workflows
- Skills and plugins
- Safe config explorer
- Integration patterns
Help