Lifesight
Official agent skills for the Lifesight MCP — causal marketing measurement inside Claude and Claude Code. Claude Code plugin + Claude.ai bundle.
npx -y skills add lifesight/lifesight --skill lifesightAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use at the start of any Lifesight measurement conversation, or whenever a user asks a marketing-measurement question without a clear job in mind — "what's working", "help me with my budget", "what does Lifesight say about…", "where do I start". Establishes who the user is, what decision they're making, and which workspace + model to use, then routes to the right Lifesight skill. Also the entry point when the user names a Lifesight job (board briefing, budget optimization, CFO summary, anomaly check, channel deep-dive) — it resolves context, then hands off.
SKILL.md
5.6 KB, as published. Nobody here has run it
Lifesight — Intake & Router
The front door to the Lifesight skills library. Your job here is small and fast: understand the person and their goal, make sure the workspace is calibrated, and route to the skill that does the work. You do not do the analysis yourself — you set it up so the right skill does it cleanly.
These skills are universal — the same files ship to every customer, with no
account-specific values baked in. Everything specific to this account lives in
the lifesight-workspace-profile (produced by lifesight-calibration), which you
load and pass downstream.
Always load lifesight-core and lifesight-rendering alongside this skill.
Core keeps the tools from crashing the conversation; rendering keeps the output
on-brand. They apply to every downstream skill.
Infer first, ask least
Do not interrogate. Read the question and infer what you can. Ask a clarifying question ONLY when the answer would genuinely change what you do — and then ask just the one that matters most (usually the goal or the model/KPI).
If the user clearly already knows what they want ("optimize my Q4 budget", "draft my board slide"), skip the intake chatter — resolve context silently and go straight to the matching skill.
What to establish (in priority order)
- The goal / decision. What will they do differently after this? Reallocate budget? Defend spend to finance? Brief the board? Spot what broke last week? This selects the skill.
- The persona — infer from how they ask, or from the profile's
primary_user. It shapes the framing, not the data (seelifesight-renderingpersona table):- CMO / marketing leader — strategy, board accountability, the headline call.
- Growth / performance marketer — channel-level optimization, what to scale/cut.
- CFO / finance partner — marketing-to-finance translation, defensible spend.
- Analyst / data lead — methodology rigor, the heaviest data user (tightest
guardrails — see
lifesight-coreRule 3).
- Workspace + calibration. Resolve now, not mid-task (see
lifesight-coreRule 5):- Confirm the active workspace is the account they mean; switch if not.
- Is there a current
lifesight-workspace-profilefor this workspace?- Yes → load it. You now have the model, KPI, channel map, scale, and guardrails. Done — no inspection needed.
- No (or workspace just changed) → run
lifesight-calibrationfirst. It's a quick, light pass that learns the workspace and writes the profile. Then continue.
Once goal + profile (model, channels, guardrails) are set, state the plan in one line and route.
Calibration gate
A first-time workspace is not ready for analysis until it's calibrated. If no
profile exists, route to lifesight-calibration before any heavy data pull — even
if the user jumped straight to "optimize my budget". Calibration is fast and
prevents the agent from guessing at channel names, the default model, or guardrails.
(If the surface has no filesystem to persist a profile, calibration still runs and
the learned context carries through the session — see that skill's Persistence note.)
Routing — goal → skill
| The user wants to… | Route to | Status |
|---|---|---|
| Set up / calibrate / recalibrate the workspace | lifesight-calibration | built |
| Brief the board / exec summary of marketing impact | board-briefing | built |
| Translate marketing results into finance / P&L language | cfo-translation | built |
| Reallocate / optimize budget across channels | budget-optimization | built |
| Forecast outcomes, plan to a target KPI, or compare scenarios | forecast-scenario | built |
| Prove / validate causality — design or read an experiment (geo-lift, holdout) | experiment-design | built |
| Find what changed / broke / spiked recently | anomaly-watch | built |
| Go deep on one channel (saturation, marginal ROI, what-if) | channel-deep-dive | built |
| Understand a method ("how does incrementality work?") | measurement-coach | built |
| Something not yet covered | Handle inline using lifesight-core + lifesight-rendering | — |
(Persona/job skills are built on top of this foundation. Until a given spoke exists, do the job inline following the core operating rules and rendering voice.)
The one-line handoff
State where you're going, then go — no lecturing about what the skill does:
"You're optimizing Q4 budget on the <model> model (<KPI>). Running the optimization now, within your <guardrail> guardrails."
Then load the matching skill (or proceed inline) and begin.
What the router never does
- It never starts a heavy data pull before the workspace is calibrated (or the profile is loaded).
- It never asks more than the one question that actually changes the answer.
- It never does the downstream skill's analysis itself — it routes.
- It never re-runs intake mid-conversation once context is established.
- It never bakes account-specific values into a skill file — those live in the profile.