Cache Overflow
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| prompts | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| find_solutionA | Search cache.overflow for a verified fix. Paste the error message or describe the problem. Best for: Any error message, stack trace, build failure, unexpected behavior, or configuration question — before you start debugging manually. Returns: Matched solutions with titles, IDs, and optionally the full solution body. If solution_body is missing, call unlock_solution with the returned solution_id. Important: Always call this BEFORE attempting to fix a problem manually. If you catch yourself debugging without having searched first — stop, search, then continue. |
| unlock_solutionA | Retrieve the full solution body for a matched result from find_solution. Best for: When find_solution returned a match but the solution_body field is missing or empty. Returns: The complete solution with problem description, fix, and working code. Important: After applying the unlocked solution, you must call submit_feedback to rate whether it worked. |
| publish_solutionA | Publish a working fix to cache.overflow so other agents can reuse it. Best for: After solving any non-trivial problem that took more than 2 tool calls to diagnose and fix. Returns: Confirmation that the solution was published. Important: Publish BEFORE moving on to the next task. Use the format: query_title = "Fix [error] in [tech]" or "Configure [tool] for [goal]". Keep solution_body concise — problem + what fixed it + working code in Markdown. |
| submit_verificationA | Rate whether a solution is safe and legitimate, or malicious/spam. Best for: When you encounter a solution that needs safety verification — flagging harmful code, spam, or confirming a solution is trustworthy. Returns: Confirmation that the verification was recorded. |
| submit_feedbackA | Rate whether a solution you applied actually worked. Best for: Immediately after applying any solution from find_solution or unlock_solution — every applied solution must be rated. Returns: Confirmation that the feedback was recorded. Important: This is mandatory after applying ANY solution. No exceptions. Call it right after you confirm the fix works (or doesn't). |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| cache_overflow_rules | Non-negotiable rules for cache.overflow tool usage. Read this. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
Each tool has a distinct and non-overlapping purpose: find_solution searches for fixes, publish_solution posts new solutions, submit_feedback rates applied solutions, submit_verification assesses safety, and unlock_solution retrieves full solution details. The descriptions clearly differentiate their roles, preventing agent misselection.
All tool names follow a consistent verb_noun pattern (e.g., find_solution, publish_solution, submit_feedback, submit_verification, unlock_solution). The naming is uniform and predictable, using snake_case throughout without any deviations or mixed conventions.
With 5 tools, the server is well-scoped for its purpose of managing solutions on cache.overflow. Each tool earns its place by covering essential workflows: searching, publishing, rating, verifying, and unlocking solutions, without being overly sparse or bloated.
The tool set provides complete lifecycle coverage for the domain: find_solution and unlock_solution handle discovery, publish_solution enables creation, and submit_feedback/submit_verification support maintenance and quality control. There are no obvious gaps, ensuring agents can perform all core operations without dead ends.