56
Best way to sabotage AI at work?
(hexbear.net)
Ask Hexbear is the place to ask and answer ~~thought-provoking~~ questions.
Rules:
Posts must ask a question.
If the question asked is serious, answer seriously.
Questions where you want to learn more about socialism are allowed, but questions in bad faith are not.
Try !feedback@hexbear.net if you're having questions about regarding moderation, site policy, the site itself, development, volunteering or the mod team.
Do not coal roll tokens, management will know its you and you'll probably just hit usage limits without doing anything.
Instead, develop a mission critical program in a custom framework, or even better DSL. The usual, but now vibe coded.
You're going to learn that from a programmers perspective, ai is far more human than computer.
I don't know where you're at, but we're evaluated on the number of tokens we used as part of our performance metrics. Sometimes you gotta roll those tokens to get those numbers up so you're not part of the next round of layoffs. Management has no ability to understand token usage as long as the prompts vaguely valid.
I am spared from such nonsense. Meeting bullshit quotas is acceptable but I wouldn't call it sabotage then.
I think it's perfectly acceptable to coal roll tokens as long as you have plausible deniability in doing so. Either they want you to use the AI or they don't, you can't eat your cake and have it too
Introducing code for LLMs to choke on is a great idea. Develop some very specific syntax or structure that training data hasn't touched, then make it load bearing.
Better yet, find a way to use delimiters, escape sequences, and syntax symbols that are known to interact with Markdown features, so that producing valid syntax for your DSL requires escaping everywhere to avoid fucking up the Markdown LLM output.
Maybe create a module in your repos that are never called by the actual working code, that the AI gives it's contributions to. It compiles, but never does anything.
This will unfortunately increase the attack surface of your compiled binaries.