sigh... (misskey-taube.s3.eu-central-1.wasabisys.com)
 
you are viewing a single comment's thread
view the rest of the comments
[–] 72 points 6 days ago* (last edited 6 days ago) (12 children)

All it takes to remove Claude attribution is something like this

git filter-branch -f --msg-filter 'sed "/Claude/d"'

That's before realising things like DeepSeek don't add the trailer

Be pleased that people are generally not trying to hide it, but also don't trust its absence, look at the commit patterns

  • source
  • parent
  • hideshow 12 child comments
  • [–] 4 points 6 days ago (9 children)

    How does Claude attribution appear in the first place? I've written code with it before and it never shows up in GitHub.

  • source
  • parent
  • hideshow 9 child comments
  • [–] 8 points 6 days ago (7 children)

    Do you let Claude write your commit messages?

    The reason I do is because it makes the agents more capable of working with the code in the future, they put more info into the commit messages than I do and when they look back the commit messages help them navigate the change history better.

    Also, if you see a commit message that just looks whacked, completely missing the actual objective - that might be a Claude hallucination.

  • source
  • parent
  • hideshow 7 child comments
  • [–] [S] 10 points 6 days ago (5 children)

    do you need clauds help in the bathroom too?

    maybe it needs that data about you too to understand you better

  • source
  • parent
  • hideshow 5 child comments
  • [+] -7 points 5 days ago (4 children)

    You must not be working professionally.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 9 points 5 days ago* (3 children)

    Working professionals are, if at all competent to be committing code to a professional code base, entirely capable of writing their own commit messages.

    If they can't write the commit message, they can't sufficiently explain in writing the commit they just made to anyone. So, they should not be working professionally on a code base.

    If they are capable of writing the commit message with their own understanding in their own words, but they choose not to communicate their understanding in the commit message? Also disqualifying, they should not be working professionally on a code base. Human communication is essential to this work.

    That this is a controversial position, is a clear sign of the Slopocalypse.

  • source
  • parent
  • hideshow 3 child comments
  • [–] -1 points 5 days ago (2 children)

    Now I definitely know you haven't seen a real professional codebase. Professional git repos are full of one sentence commit messages with little to no explanation of what's in the change set.

    Humans suck at communication, especially when there's pressure to get product features out the door. AI driven repos are full of beautifully summarized commits with clear explanations of architectural choices, change motivation, etc.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 5 days ago* (last edited 5 days ago)

    Now I definitely know you haven’t seen a real professional codebase.

    Extremely wrong. So much for your assumptions.

    Professional git repos are full of one sentence commit messages with little to no explanation of what’s in the change set.

    Yes, humans can communicate poorly, of course. But people letting the LLMs do it do not understand what is in the change, and the LLM certainly doesn't. There's no one at all to ask because no one understands what was changed or why.

    I'll take “sometimes lazy but they wrote it and their understanding of it can be interrogated”, all week.

  • source
  • parent
  • [–] 2 points 6 days ago

    If I ask an LLM to do something, the commit message is usually just the prompt. If it's for code I wrote myself, my process is to take the message, read it over, then edit appropriately before running git commit myself. It seems that this last step is what does it.

  • source
  • parent