I would say that the cost parameters counts as "implementation details" and relying on them beeing hidden would therefore be security through obscurity.
Actively keeping them secret would be like using them as some kind of low entropy pepper. Not entierly useless, but almost. Plus, if an attacker manage to crack one password she will know the correct factors. So just try
password1 with some different factors on all passwords, and you are done. If you want an additional secret to protect the passwords, just use an ordinary pepper or encrypt the hashes. Those are solutions actually intended to solve this problem.
That does not mean that you need to disclose them to all the world unless you have reason to. Sure, if you want to tell someone to brag about how secure your system is, go right ahead. But I would not put it on my webpage, especially if they were low since that could encourage attackers. (On the other hand, saying "we use bcrypt" is sort of like putting up an "beware of the dog" sign on your fence.)
Most people use one of a few sets of cost factors. I would encourage you to pick cost factors based on what is good for your system, and not what is hard to guess.
Do note that the cost factor is right there in the hash, so you would need to actively cut it from the string to implement this. But I would not bother.
Somewhat related question: Can I share what password hash function I used in a public report?