claude-lifecycle
llms.txt2 starsChanged 4 months agoMITView on GitHub
A lifecycle marketing and CRM engine that runs inside Claude Code. It scores what a company's analytics data actually supports before designing anything, then generates a portfolio of customer journeys sized to that reality — onboarding and activation, retention, churn prevention, win-back — with rule-checked, sector-aware copy for every step and a tracking plan naming the events that would unlock the journeys the data cannot yet support. Open source, MIT. The premise is that journeys are a function of your…
In this repository13 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- docs/llms-full.txtllms.txt
- lifecycle-audienceSkill
- lifecycle-auditSkill
- lifecycle-connectSkill
- lifecycle-copySkill
- lifecycle-exportSkill
- lifecycle-intakeSkill
- lifecycle-journeysSkill
- lifecycle-mapSkill
- lifecycle-qaSkill
- lifecycle-resultsSkill
- lifecycleSkill
The file
Files
# claude-lifecycle > A lifecycle marketing and CRM engine that runs inside Claude Code. It scores what a company's analytics data actually supports before designing anything, then generates a portfolio of customer journeys sized to that reality — onboarding and activation, retention, churn prevention, win-back — with rule-checked, sector-aware copy for every step and a tracking plan naming the events that would unlock the journeys the data cannot yet support. Open source, MIT. The premise is that journeys are a function of your data. A store tracking `add_to_cart` and `purchase` can run a branched eight-step cart recovery; a startup with three tracked events cannot, and handing it the same flow produces automations that neither trigger nor measure. Most tools hide that constraint behind templates. This one scores it first (a 0–100 Data Quality Score), derives journey depth from the score, and says plainly which journeys are blocked and why. Three input tiers: GA4 connected over MCP (behavioural triggers, multi-branch journeys), a CSV or analytics export (behavioural triggers, limited branching), or industry only (playbook-driven starter portfolio plus the tracking plan to graduate). ## Core documentation - [README](https://github.com/ali-demirbas/claude-lifecycle/blob/main/README.md): what it does, the three data tiers, install and quickstart - [Binding rules (CLAUDE.md)](https://github.com/ali-demirbas/claude-lifecycle/blob/main/CLAUDE.md): the non-negotiable rules every skill obeys, including the data-quality gate and the ban on fabricated benchmarks - [Architecture](https://github.com/ali-demirbas/claude-lifecycle/blob/main/docs/architecture.md): the connect → map → journeys → copy → export pipeline, with the design decisions behind each stage - [Data Quality Score](https://github.com/ali-demirbas/claude-lifecycle/blob/main/docs/data-quality-score.md): the 0–100 rubric that decides journey depth - [Real-world validation](https://github.com/ali-demirbas/claude-lifecycle/blob/main/docs/real-world-validation.md): what held up when this was run against a real product, and what gaps it surfaced ## Questions it answers - Which lifecycle journeys can I actually run with the event data I have today? - What events do I need to track before a branched cart-recovery, win-back or replenishment journey is possible? - How deep should a journey be — three time-based steps, or ten with behavioural branching? - How do I design an onboarding, retention, churn-prevention or win-back flow for my sector? - How do I write channel copy that respects character limits, banned words, consent rules and quiet hours? - How do I segment customers behaviourally rather than by a static list? - How do I turn a journey's audience into a BigQuery query or a CDP trait? - How do I measure a journey honestly — holdout groups, KPIs, and what to do with the result? - We are switching CRM tools — how do I describe our journeys so they survive the move? ## Reference - [Journey patterns](https://github.com/ali-demirbas/claude-lifecycle/tree/main/knowledge/journey-patterns): 26 sector-agnostic patterns, each with a required-event signature and depth that scales with data quality - [Industry playbooks](https://github.com/ali-demirbas/claude-lifecycle/tree/main/knowledge/industries): 9 sectors — funnel shape, event expectations, pattern priorities, timing - [Channel rules](https://github.com/ali-demirbas/claude-lifecycle/tree/main/knowledge/channels): hard limits, banned words, consent and frequency rules for email, push, SMS, in-app and WhatsApp - [Journey schema](https://github.com/ali-demirbas/claude-lifecycle/blob/main/templates/journey.schema.json): a CRM-agnostic journey definition, portable to any marketing automation tool - [Examples](https://github.com/ali-demirbas/claude-lifecycle/tree/main/examples): full end-to-end outputs for each data tier - [Live demo — journey canvas](https://ali-demirbas.github.io/claude-lifecycle/demo/journey-canvas.html) and [channel copy canvas](https://ali-demirbas.github.io/claude-lifecycle/demo/message-copy.html): real generated output, no install ## Optional - [Adding an industry](https://github.com/ali-demirbas/claude-lifecycle/blob/main/docs/adding-an-industry.md): extending sector coverage is a content contribution, not a code change - [Contributing](https://github.com/ali-demirbas/claude-lifecycle/blob/main/CONTRIBUTING.md) - [Changelog](https://github.com/ali-demirbas/claude-lifecycle/blob/main/CHANGELOG.md)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

