Code Improvements and allow managers without ´args´

[3dgiordano]

In models with non-reasoning capabilities or that don't adhere to pydantic's specification rules, allowing the args parameter to be null and initializing it is a better option for managers that don't have arguments.
This improves the potential for retries in pydantic due to errors that occur when the tool is incorrectly called by the AI ​​because it follows the text specification but not the formal schema specification.
This would be a good idea to replicate as a pattern for other or future MCPs.

I proceeded to create utility files for each type of manager that needed them. This way, managers retain only the minimum logic, and the rest is delegated to their specific utility files.

This allows for smaller managers and avoids having a single utility file for all managers when specific logic is required.

[Baraujo25]

What about

args: Dict[str, Any] = Field(description="Dictionary with parameters", default={})

, does it work? It could avoid us setting None, conditional (if args is None) and then setting {}

[Baraujo25]

If it does work, maybe we could impact the change in all tools, what do you think?

[3dgiordano]

I mentioned this when I share the PR link.

"There's an issue there which is the comparison of whether arg is None and is initialized as dict; the default of pydantic has other mechanisms but they are convoluted, this method at least is visually clear."

There are some problems in pydantic to be able to do it as you mention, there are also other ways to do it in pydantic but it requires unnecessary over-engineering.