Earlier quoted context omitted.
I get it’s annoying and I personally hate it but firing someone for it is ridiculous. Are you expecting everyone to rewrite everything from an AI before they share it because that doesn’t sound a good use of company time either.
It’s just a fancy version of previous tools. Imagine a coworker instead does a refactor by grepping the entire codebase and doing a find-and-replace. Do they ensure that it didn’t accidentally overwrite something it shouldn’t have? Or do they just throw up a PR and assume their little refactoring bash command works fine, then expect their coworkers to debug it for them?
Don't be a meat proxy
571–580 of 786 posts
Re: Don't be a meat proxy
#572At my last job, a coworker did this to me. The first time it happened, I ignored it. The second time, I responded in public saying “thanks but I can ask Claude myself.” Nobody ever pasted me an LLM response again. YMMV with team size and seniority though
Would you be OK with someone looking up the answer on the internet?
No. We hated that too.
Actual research is, of course, fine.
Re: Don't be a meat proxy
#573Woodworkers often will have a preference for their favorite tool. Once they become comfortable with that tool they will sometimes prefer to use it for things it wasn't designed. For me it was the band saw. When I needed to split a board, bandsaw. When I needed to cut a curve, bandsaw. Cut a horse figure? bandsaw! I once saw a woodworking television show that seemed to do everything on the table saw. Rip, make frames…
Whenever people compare ai to a one real world tool always surprises me tbh. The only equivalent tool in wood working would be a robot that can build an entire table from scratch and you just sit there and tell it what to do and what kinda table you want and watch it autonomously build everything. 1 saw type is not really even remotely equivalent to what ai is to software.
Re: Don't be a meat proxy
#574If you create a machine for laziness you're going to get lazy people. It's only going to get worse I'm afraid. Do you guys think we're going to see a de-evolution of human beings due to technology?
Re: Don't be a meat proxy
#575Claude told me to tell you, you’re right
Re: Don't be a meat proxy
#576Earlier quoted context omitted.
Uh? I don't understand, are you saying that instead of asking Claude myself I should write a question for other people to do it? Which is by the way only the initial part of the work I described?
You can do whatever to get answers to questions, but don't just forward said answers to other people, tell them in your own words / interpretation. Prove that you understand the information you've been given instead of being a meat proxy.
Re: Don't be a meat proxy
#577Re: Don't be a meat proxy
#578You can set up custom instructions to be less verbose and less jargon dense. You seem to be confusing the default RLHF personality with the inherent nature of AI. It will write however you ask it to write.
Re: Don't be a meat proxy
#579Earlier quoted context omitted.
Every question can be answered by Claude. Not every question can be answered accurately by Claude. When Claude answers inaccurately, it doesn't tell you that it's doing so, so every answer must be considered "maybe inaccurate". In business, a lot of the time, accuracy matters. If you want an accurate answer, and there's a human who knows, don't ask Claude .
> Not every question can be answered accurately by Claude You are assuming that people that send you a Claude answer would send you any Claude answer. This is your assumption- basically a negative prejudice towards those who use LLMs- and has nothing to do with sending a Claude answer per se. Do you understand the difference?
You are assuming that I am making an assumption. Your assumption is wrong. I am recognizing that some humans are lazy and will do the minimum, and the minimum is to type in some query and copy-paste the results. If you like, yes, I am prejudiced - prejudiced against that behavior.
(I mean, I still trust a human who knows their stuff more than I trust Claude...)
Re: Don't be a meat proxy
#580Earlier quoted context omitted.
Let me give you a scenario and see if it is in this same fireable offense line: An Ops person who deals with company code base but is not a SWE in the code base regularly has to work around issues with this software (They are OPs). However they have read access to the source. In the past, they see a bug and open a jira with how it was found for the dev team, and it may or may not ever get looked at. Now ops can point…
> Should they not produce the findings for someone else to read/validate? No, they should not. They should not waste others time with output that they themselves do not fully understand. That is not even remotely helpful. The other party can use claude just as easily as they can. Using claude does not add any value in and of itself. "Hi claude said this thing that I don't really understand please look at it for me" i…