I understand what it's doing, but almost every part of is undesirable to me.
I don't actually want to use localization injection, ever: if performed on uploaded ZIPs, it essentially produces an untested addon release. Even if the localization code itself is correct (and for \n-containing keys, it recently wasn't), bad localization data can break string.format calls within the addon. In practice, this means that if I used localization injection, I'd have to upload a version as alpha, wait for a modified archive, download that, test it, and reflag the version as release. This seems more annoying than my current approach of exporting and verifying localization data prior to generating an archive locally.
It would be nice if the token replacements could be turned off on a per-project basis. Failing that, it would be nice if the file processor task realized that it made no actual changes, and kept the original ZIP file instead of producing another version of it -- at least then the archive MD5 would be a clear indication of whether or not it changed anything.