annotation-ops
Skill36 starsChanged 14 days agoMITView on GitHub
Create and manage Fullstory timeline annotations — deploy markers, experiment start/end, incident windows, and release notes. Use when the user wants to mark a deploy, experiment, incident, or any notable event on the Fullstory timeline.
In this repository45 other files it gives its agents.
- a11y-analyzerSkill
- anomaly-detectorSkill
- api-monitorSkill
- benchmark-analyzerSkill
- campaign-trackerSkill
- changelog-detectiveSkill
- cohort-compassSkill
- comparisonsSkill
- customer-360Skill
- dashboard-builderSkill
- deploy-radarSkill
- error-forensicsSkill
- experiment-analyzerSkill
- feature-adoptionSkill
- form-analyzerSkill
- frustration-hunterSkill
- funnel-doctorSkill
- general-analysisSkill
- heatmap-generatorSkill
- incident-responderSkill
- jira-bug-reporterSkill
- journey-builderSkill
- lifecycle-analyzerSkill
- metric-auditorSkill
- mobile-analyzerSkill
- nps-proxySkill
- onboarding-tutorSkill
- page-performanceSkill
- persona-builderSkill
- predictive-alertsSkill
- privacy-auditorSkill
- query-translatorSkill
- quick-statsSkill
- report-deckSkill
- retention-analyzerSkill
- revenue-impactSkill
- scroll-depth-analyzerSkill
- segment-wizardSkill
- session-playlistSkill
- session-reviewSkill
- session-searchSkill
- slack-reporterSkill
- user-journeySkill
- webhook-healthSkill
- weekly-digestSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 8 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 9
Create and manage annotations on the Fullstory timeline so you can see how deploys, experiments, and incidents correlate with changes in …
- Distinctive: line 29
Feature flag toggle: When a feature was turned on or off
- Distinctive: line 30
Marketing campaign: When an email blast or promotion ran
- Distinctive: line 36
When the user says "mark the deploy" or "tag the incident", ask or infer:
- Distinctive: line 38
Time: When did it start? (e.g., "3pm today", "yesterday at 2pm", "July 15 10:00 UTC")
- Distinctive: line 54
After creating an annotation, offer to check metrics around that time: "You marked the deploy at 3pm.
- Very specific: line 57
When running general-analysis or funnel-doctor near an annotation time, reference it: "Checkout conversion dropped 4 points starting July …
- Distinctive: line 64
If the user mentions a time relative to now ("3pm today", "yesterday"), convert to the correct date — don't ask them to do it.
- Distinctive: line 68
If the user asks "what annotations exist around this time?", annotations are visible in the Fullstory UI on the timeline.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Annotation Ops
Create and manage annotations on the Fullstory timeline so you can see how deploys, experiments, and incidents correlate with changes in user behavior.
When This Runs
Invoked automatically when the user asks:
- "Mark the 3pm deploy on the timeline"
- "Add an annotation for the experiment we started yesterday"
- "Tag the incident window from 2-4pm today"
- "Show me annotatons from the last deploy"
The skill is user-invocable: false — it runs when general-analysis or weekly-digest references an annotation, or when the user explicitly asks to mark something.
What Annotations Are
Annotations are labeled time ranges on the Fullstory timeline. They're markers you set so that when viewing metrics, you can see: "Oh, the conversion drop started right when we deployed the new checkout."
Common annotation types:
- Deploy marker: A point in time when code was released
- Experiment start/end: The window an A/B test ran
- Incident window: The time range of a production issue
- Feature flag toggle: When a feature was turned on or off
- Marketing campaign: When an email blast or promotion ran
Workflow
Step 1: Clarify the annotation
When the user says "mark the deploy" or "tag the incident", ask or infer:
- Label: What should it say? (e.g., "v2.3.0 deploy", "Checkout experiment start", "API incident")
- Time: When did it start? (e.g., "3pm today", "yesterday at 2pm", "July 15 10:00 UTC")
- End time: For events with duration (incidents, experiments) — when did it end? For point-in-time events (deploys) — no end time or use start == end.
- Description (optional): Any extra context — what changed, who deployed, incident ticket link.
Step 2: Create the annotation
Call fullstory:create_annotation:
label: Human-readable namestart_time: ISO 8601 timestampend_time: ISO 8601 timestamp (omit for point-in-time events)description: Optional context
The tool creates the annotation on the Fullstory timeline and returns an annotation ID. Confirm to the user: "Annotation 'v2.3.0 deploy' created at July 15 15:00 UTC."
Step 3: Use in analysis
After creating an annotation, offer to check metrics around that time: "You marked the deploy at 3pm. Want me to check if conversion changed after the deploy?"
When running general-analysis or funnel-doctor near an annotation time, reference it: "Checkout conversion dropped 4 points starting July 15th — coinciding with the 'v2.3.0 deploy' annotation."
Annotation Best Practices
- Be specific in labels: "v2.3.0 deploy" not "deploy". "Checkout experiment v2" not "experiment".
- Include the incident link in the description for incident annotations.
- Use point-in-time (start == end) for deploys and feature toggles. Use duration for experiments and incidents.
- If the user mentions a time relative to now ("3pm today", "yesterday"), convert to the correct date — don't ask them to do it.
Reading Annotations
If the user asks "what annotations exist around this time?", annotations are visible in the Fullstory UI on the timeline. The MCP server doesn't currently have a list_annotations tool — direct the user to the Fullstory app to see them visually alongside their metrics.
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.

