Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

MCP server/tool instructions add a lot of bloat to initial system context even if using "lazy" tool discovery

Ouverte
#684 4 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 2 jours

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
Active
Stack technique
clojure
Domaine
ai-infra-agents

Piste de recherche

Start by comparing the deferred-tool descriptions in the issue with the reported full MCP instructions output, then read the comment thread for context-management approaches and any emerging consensus. The issue does not identify files or tests; done would require a clear decision about ECA’s context-management behavior and a scoped change based on that decision.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

I noted this with semcode which offers a --lazy flag to reduce the initial context cost of the MCP. It dutifully advertises only:

<deferred-tool name="semcode__call_tool" description="Execute a semcode tool by name with given arguments. Use get_tools first to see the required arguments."/>
<deferred-tool name="semcode__get_tools" description="Get the full schema for tools in a category. Use this to get tool details before calling them."/>
<deferred-tool name="semcode__list_categories" description="List available tool categories. Call this first to discover what semcode can do."/>

as tools but then ECA dump the entire instructions file in the MCP server instructions. Arguably this could be described as semcode's issue (and will prepare a patch for it) however it does raise a bigger question about how ECA approaches managing it's context. There seems to be a variety of approaches that the various agents do from suppressing completely to having their own custom instructions schemas. I thought it would be worth raising this issue to discuss the various context management approaches ECA could take.

To upvote this issue, give it a thumbs up. See this list for the most upvoted issues.

Langage dominant
Clojure
Étoiles
1k
Forks
82
Merge moyen
2 j 1 h
PR mergées (30 j)
23

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de editor-code-assistant/eca

Toutes les issues de editor-code-assistant/eca

Issues similaires

Plus d'issues Clojure

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.