Для полноты картины надо было еще схему вашего компонента приложить.
Если в вашей схеме что-то типа такого:
type Metric {
id: Int!
something: String
}
и хотите, чтобы он мог корректно возвращать entities: 50, то самое правильное это добавить это свойство в саму модель.
type Metric {
id: Int!
""" Боевая переменная """
something: String
""" Для тестов """
entities: Int
}
То есть у вас и та и другая переменная в схеме есть, передавать можно любое свойство, при этом поля не обязательные, так что если не будет получено, то ничего страшного.
Это по сути единственный наиболее удобный путь для этого.
Если у вас ситуация сложнее (в боевом режиме значительно больше полей и вы не хотите все поля перечислять), то для малозначительных моделей вы и вовсе можете задать тип JSON.
Если вы используете Apollo-Server, вот их официальная инструкция:
https://www.apollographql.com/docs/graphql-tools/s...
Тогда у вас объект может вообще любой набор валидных свойств иметь. Но не советую с этим увлекаться, это часто приводит к хаосу.