several issues that need to be discussed to find better solutions

1. We cannot ask users to add this exclude for the parameterizer in the config.json. In my opinion, we might need to put the parameters into the template instead of processing the config files.

2. We need to find a way to move the values.yml into the config folder in the generated project. However, we cannot do that as the service.yml need to set the value for the service.singletons.

3. Is there a way to set the default value for singletons in the service.yml file. If yes, we need to do that.

4. We need to think about the existing users with existing config.json when we change the light-codegen. That means we should always have a default value for the new flags we add to the config.json

5. Make the values.yml generation as default to encourage users to use it. It can be optionally turned off from config.json?

6. More to add during the discussion.

Start by reviewing how light-codegen currently handles config.json, values.yml, and service.yml. Resolve the listed compatibility, singleton-default, and values.yml-generation questions with maintainers before implementation. Done means the open-ended discussion has an agreed scope and a clear design for existing and newly generated projects.