agentleFS
tasteraytasteray/skills/recommendations/SKILL.md

recommendations

Skill26 starsChanged 4 months agoMITView on GitHub

TasteRay API integration for personalized recommendations across verticals

2 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions2 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 2

    1. google/adk-recipes★ 11ksame name
    2. google/adk-samples★ 11ksame name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository2 other files it gives its agents.

The file

Show its rules and text

We split this skill into the rules it gives an agent

23 rules. About 0 are common, 22 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈22

    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
  1. Distinctive:

    When making recommendations or reviewing recommendation-related code—whether API integrations, context building, or presentation logic—your …

    line 22
  2. Distinctive:

    All requests require an API key in the header:

    line 59
  3. Distinctive:

    Every recommendation follows this pattern:

    line 79
  4. Distinctive:

    Don't just list items. Personalize the explanation:

    line 132
  5. Distinctive:

    Use feedback to refine:

    line 142
  6. Distinctive:

    Use case and context

    line 263
  7. Distinctive:

    After elicitation, construct a profile string:

    line 390
  8. Distinctive:

    Use elicitation skill to understand the person

    line 403
  9. Distinctive:

    Call recommendation API with rich context

    line 405
  10. Very specific:

    Check Retry-After header for wait time

    line 423
  11. Distinctive:

    Consider caching frequent queries

    line 425
  12. Distinctive:

    Verify API key is set correctly

    line 432
  13. Distinctive:

    Check key hasn't expired

    line 433
  14. Distinctive:

    Ensure key has appropriate permissions

    line 434
  15. Distinctive:

    Instead: Always gather preferences, constraints, and history before requesting recommendations.

    line 456
  16. Distinctive:

    Instead: Interpret confidence scores and craft explanations that connect to the person's stated preferences.

    line 461
  17. Distinctive:

    Instead: Either omit low-confidence recommendations or clearly caveat them.

    line 466
  18. Distinctive:

    Instead: Capture constraints explicitly and verify before each API call.

    line 471
  19. Distinctive:

    Not maintaining context across conversation turns.

    line 474
  20. Distinctive:

    Instead: Accumulate preferences, history, and constraints throughout the conversation.

    line 476
  21. Distinctive:

    Instead: Every recommendation should include a personalized explanation connecting to stated preferences.

    line 481
  22. Distinctive:

    Not using negative feedback to improve subsequent recommendations.

    line 484
  23. Distinctive:

    Instead: When something misses, ask what went wrong and adjust context accordingly.

    line 486

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Recommendations

Personalized recommendations through the TasteRay API.

Goal

When making recommendations or reviewing recommendation-related code—whether API integrations, context building, or presentation logic—your goal is to achieve a 10/10 score.

Score all work on a 0-10 scale based on adherence to the principles and techniques in this skill. Provide your assessment as X/10 with specific feedback on what's working and what needs improvement to reach 10/10.

A 10/10 means the work:

  • Embodies the core principle (understanding precedes recommendation)
  • Builds rich context before calling the API
  • Presents recommendations with personalized explanations
  • Handles edge cases gracefully (low confidence, rate limits, errors)
  • Avoids all anti-patterns

Iterate until you reach 10/10.


Core Principle

Understanding precedes recommendation.

Great recommendations come from deep understanding of the person—their preferences, constraints, history, and context. Never call the API without first building meaningful context from the conversation.

Key insight: A recommendation is only as good as the context that informed it.


API Overview

The TasteRay Recommendation API provides personalized recommendations across multiple verticals.

Base URL

https://api.tasteray.com

Authentication

All requests require an API key in the header:

X-API-Key: your-api-key

Core Endpoints

EndpointMethodDescription
/v1/recommendPOSTGet personalized recommendations
/v1/explainPOSTGet detailed explanation for a single item
/v1/usageGETCheck quota and usage statistics

See: API Reference


The Recommendation Flow

Every recommendation follows this pattern:

1. Build context from conversation
   ↓
2. Call POST /v1/recommend
   ↓
3. Interpret confidence scores
   ↓
4. Present with personalized explanations
   ↓
5. Iterate based on feedback

Step 1: Build Context

Extract from the conversation:

  • preferences: Explicit likes/dislikes and taste patterns
  • profile: Psychological profile text (from elicitation skill)
  • constraints: Hard requirements (budget, dietary, location, etc.)
  • history: Past items they've liked or disliked

Step 2: Call the API

POST /v1/recommend
{
  "vertical": "movies",
  "context": {
    "preferences": ["dark comedies", "complex characters"],
    "profile": "Values authenticity and depth. Drawn to stories about outsiders...",
    "constraints": {"max_length_minutes": 120},
    "history": [
      {"item": "Parasite", "rating": 5},
      {"item": "The Lobster", "rating": 4}
    ]
  },
  "count": 5
}

Step 3: Interpret Confidence

ScoreMeaningAction
0.9+Strong matchLead with this recommendation
0.7-0.9Good matchPresent with confidence
0.5-0.7Moderate matchInclude caveats, explain why it might not fit
<0.5Weak matchOmit or explain significant uncertainty

Step 4: Present Recommendations

Don't just list items. Personalize the explanation:

Bad:

"Based on your preferences, I recommend Parasite."

Good:

"Given your appreciation for dark comedies with complex characters, Parasite would be a strong match. It has that same outsider perspective you responded to in The Lobster, but with sharper social commentary."

Step 5: Iterate

Use feedback to refine:

  • "That's not quite right" → Ask what's missing
  • "Tell me more about X" → Call /v1/explain
  • "Something different" → Adjust constraints and re-query

Context Building

The quality of recommendations depends entirely on context quality.

Preferences Array

Explicit taste statements extracted from conversation:

"preferences": [
  "dark comedies",
  "complex anti-heroes",
  "slow-burn narratives",
  "dislikes: jump scares",
  "dislikes: predictable endings"
]

Extraction patterns:

  • "I love X" → positive preference
  • "I can't stand X" → negative preference (prefix with "dislikes:")
  • "Something like X" → reference point
  • "Not too X" → constraint or negative preference

Profile Text

Free-form psychological profile. If using the elicitation skill, summarize findings:

"profile": "Values authenticity over polish. Drawn to outsider narratives
and stories about people who don't fit in. Appreciates moral ambiguity
and complex characters who aren't clearly good or bad. Responds strongly
to themes of class and social hierarchy. Prefers films that trust the
audience's intelligence."

Constraints Object

Hard requirements that filter recommendations:

VerticalCommon Constraints
Moviesmax_length_minutes, release_year_min, exclude_genres
Restaurantscuisine, price_range, location, dietary
Productsmax_price, category, brand_exclude
Travelbudget, dates, accessibility, interests
Jobslocation, salary_min, remote, experience_level

History Array

Past items with ratings (1-5 scale):

"history": [
  {"item": "The Grand Budapest Hotel", "rating": 5},
  {"item": "Transformers", "rating": 1},
  {"item": "Moonlight", "rating": 4}
]

Guidelines:

  • Include both positive and negative examples
  • Maximum 50 items (API limit)
  • More recent items are weighted higher
  • Include item identifiers when available (IMDB ID, etc.)

See: Context Patterns Reference


Vertical-Specific Patterns

Movies & TV

Key context signals:

  • Genre preferences (and anti-preferences)
  • Pacing preferences (slow burn vs. action-packed)
  • Era preferences (classic, modern, contemporary)
  • Language/subtitle comfort
  • Mood they're seeking

Constraint examples:

{
  "max_length_minutes": 120,
  "release_year_min": 2010,
  "exclude_genres": ["horror", "musical"],
  "languages": ["en", "fr"],
  "streaming_services": ["netflix", "hulu"]
}

Restaurants

Key context signals:

  • Cuisine preferences and adventurousness
  • Price sensitivity
  • Dietary restrictions (must capture accurately)
  • Occasion context (date night, business, casual)
  • Ambiance preferences

Constraint examples:

{
  "location": {"lat": 37.7749, "lng": -122.4194, "radius_miles": 5},
  "price_range": [2, 3],
  "dietary": ["vegetarian-options"],
  "open_now": true
}

Products

Key context signals:

  • Use case and context
  • Quality vs. price tradeoff
  • Brand affinities and aversions
  • Feature priorities
  • Aesthetic preferences

Constraint examples:

{
  "max_price": 500,
  "category": "headphones",
  "brand_exclude": ["beats"],
  "features_required": ["noise-cancelling", "wireless"]
}

Travel

Key context signals:

  • Travel style (adventure, relaxation, cultural)
  • Comfort level with unfamiliarity
  • Activity preferences
  • Social context (solo, couple, family)
  • Previous destinations (loved and disliked)

Constraint examples:

{
  "budget_per_day": 200,
  "dates": {"start": "2024-06-01", "end": "2024-06-14"},
  "accessibility": ["wheelchair-accessible"],
  "climate": "warm",
  "visa_free_for": "US"
}

Jobs

Key context signals:

  • Career values and priorities
  • Work style preferences
  • Growth vs. stability orientation
  • Culture fit signals
  • Skills and experience level

Constraint examples:

{
  "location": "San Francisco",
  "remote": "hybrid",
  "salary_min": 150000,
  "experience_level": "senior",
  "company_size": ["startup", "mid"]
}

Presentation Patterns

How you present recommendations matters as much as what you recommend.

Confidence-Based Presentation

High confidence (0.9+):

"This is a strong match for you. [Item] aligns well with your preference for [specific trait]."

Good confidence (0.7-0.9):

"[Item] should work well. It has [positive trait], though it's [caveat] which might not be exactly what you're looking for."

Moderate confidence (0.5-0.7):

"This one's a bit of a stretch, but [Item] might surprise you. It's [trait], which you haven't explicitly mentioned, but based on [pattern] you might appreciate it."

Low confidence (<0.5):

Generally omit, or: "If you're feeling adventurous, [Item] is quite different from your usual preferences, but [reason for including]."

Explanation Structure

For each recommendation, explain:

  1. The match - Why this fits their stated preferences
  2. The connection - How it relates to items they've liked
  3. The caveat - Any potential misalignment (if applicable)

Handling Feedback

"Tell me more" → Use /v1/explain endpoint:

POST /v1/explain
{
  "vertical": "movies",
  "item": "Parasite",
  "context": { /* same context */ }
}

"Not quite right" → Ask clarifying questions:

"What about that recommendation missed the mark? Too [X]? Not enough [Y]?"

"Something completely different" → Adjust approach:

"Let me try a different angle. If we set aside [previous focus], what are you actually in the mood for?"

See: Presentation Patterns Reference


Integration with Elicitation

The elicitation skill builds psychological profiles. Use these for richer recommendations.

From Elicitation to Profile

Self-defining memories reveal:

  • Formative experiences that shape taste
  • Emotional patterns that resonate in content
  • Identity themes (agency, communion, redemption)

Values elicitation reveals:

  • Core priorities that should be reflected in recommendations
  • What makes something feel "right"

Schema detection reveals:

  • Patterns that might influence reception
  • Topics or themes to handle carefully

Profile Construction

After elicitation, construct a profile string:

"profile": "Core value: authenticity. Drawn to narratives about
self-reinvention (redemption themes in life story). Responds to
understated emotion over melodrama. Achievement-oriented but values
creative expression over status markers. Formative memory involves
finding belonging through shared creative work—look for collaborative
or community themes."

Example Integration

  1. Use elicitation skill to understand the person
  2. Summarize findings in profile text
  3. Call recommendation API with rich context
  4. Present recommendations that connect to their story

Error Handling

Rate Limits

The API returns 429 Too Many Requests when limits are exceeded.

TierRequests/minRequests/day
Free10100
Pro605,000
Enterprise300Unlimited

Handling:

  • Check Retry-After header for wait time
  • Queue requests if hitting limits
  • Consider caching frequent queries

Authentication Errors

401 Unauthorized - Invalid or missing API key.

Handling:

  • Verify API key is set correctly
  • Check key hasn't expired
  • Ensure key has appropriate permissions

Server Errors

500+ - Server-side issues.

Handling:

  • Implement exponential backoff
  • Have fallback behavior (graceful degradation)
  • Log for debugging

See: API Reference for complete error codes.


Anti-Patterns

What NOT to do:

The Empty Context Call

Calling the API without building context first.

Instead: Always gather preferences, constraints, and history before requesting recommendations.

The Raw Dump

Presenting API response directly without personalization.

Instead: Interpret confidence scores and craft explanations that connect to the person's stated preferences.

The Overconfident Low-Score

Presenting weak matches (confidence < 0.5) with the same confidence as strong ones.

Instead: Either omit low-confidence recommendations or clearly caveat them.

The Ignored Constraint

Missing or misremembering stated constraints (budget, dietary, etc.).

Instead: Capture constraints explicitly and verify before each API call.

The Context Amnesia

Not maintaining context across conversation turns.

Instead: Accumulate preferences, history, and constraints throughout the conversation.

The Explanation Vacuum

Recommending without explaining why.

Instead: Every recommendation should include a personalized explanation connecting to stated preferences.

The Feedback Ignore

Not using negative feedback to improve subsequent recommendations.

Instead: When something misses, ask what went wrong and adjust context accordingly.


References

Detailed guides:

  • API Reference - Full endpoint documentation, parameters, responses
  • Context Patterns - Building effective recommendation context
  • Presentation Patterns - Confidence interpretation, explanation structure

Quick Reference

Minimum Viable Request

POST /v1/recommend
Headers: X-API-Key: your-key

{
  "vertical": "movies",
  "context": {
    "preferences": ["at least one preference"]
  },
  "count": 5
}

Full Request

POST /v1/recommend
{
  "vertical": "movies",
  "context": {
    "preferences": ["dark comedies", "complex characters"],
    "profile": "Values authenticity. Drawn to outsider narratives...",
    "constraints": {
      "max_length_minutes": 120,
      "release_year_min": 2010
    },
    "history": [
      {"item": "Parasite", "rating": 5, "id": "tt6751668"},
      {"item": "The Lobster", "rating": 4, "id": "tt3464902"}
    ]
  },
  "count": 5,
  "explain": true
}

Confidence Quick Guide

ScoreAction
≥0.9Lead recommendation, strong match
0.7-0.9Include confidently
0.5-0.7Include with caveats
<0.5Omit or heavily caveat

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.