Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code is steganographically marking requests

thereallo.dev

Post reply on HN
Print view View original

471–480 of 817 posts

Re: Claude Code is steganographically marking requests

#471

Post by kalkin »

danlitt wrote: post #333
zaphirplane wrote: post #317

Earlier quoted context omitted.

> Also, the output of the LLM is public domain by law Why so? Also there is a lot of code in ironically claude and ChatGPT that’s generated by LLM . Yet I haven’t seen the public domain code

The code is not eligible for copyright. If they do not give you a copy of the source code, that does not matter. And if you don't know which parts were generated by LLM, you can't safely reuse the code.

> The code is not eligible for copyright.

This is very much not what the linked case established.

Re: Claude Code is steganographically marking requests

#474

Post by pseudosavant »

gleenn wrote: post #279
civet_java wrote: post #238

There are some commentors in this thread downplaying the severity of a service provider being less than transparent about exactly what their shipped tooling does on customer's machines. That the provider's business needs necessitate the this behaviour doesn't justify their lack of honest disclosure. That honest disclosure would render the solution to their problem useless isn't my problem. If anything, that they thou…

Whether or not you find Anthropic's behavior bad, theybhave been very loudly stating the foreign labs have been distilling their models for a while now. This seems like an obvious response to me that would be a mechanism to make that obvious.

No sympathy for them trying to “protect” the output of a model that’s trained on data that they didn’t get consent to use. Ripe hypocrisy.

Re: Claude Code is steganographically marking requests

#476

Post by pmarreck »

kiproping wrote: post #284
civet_java wrote: post #238

There are some commentors in this thread downplaying the severity of a service provider being less than transparent about exactly what their shipped tooling does on customer's machines. That the provider's business needs necessitate the this behaviour doesn't justify their lack of honest disclosure. That honest disclosure would render the solution to their problem useless isn't my problem. If anything, that they thou…

First its the "Chinese" then it will be people using "cyber" capabilities, or "jailbreaking" or "going against Dario" or any other thing they find "objectionable".

[flagged]

Re: Claude Code is steganographically marking requests

#477

Post by appplication »

pmarreck wrote: post #476
kiproping wrote: post #284

Earlier quoted context omitted.

First its the "Chinese" then it will be people using "cyber" capabilities, or "jailbreaking" or "going against Dario" or any other thing they find "objectionable".

[flagged]

I don’t mean to insult you, but it is probably worth refreshing yourself on when slippery slope is actually a fallacy. It’s not correct to suggest logical extension of an established precedent is a slippery slope.

Re: Claude Code is steganographically marking requests

#478

Post by winocm »

civet_java wrote: post #238

There are some commentors in this thread downplaying the severity of a service provider being less than transparent about exactly what their shipped tooling does on customer's machines. That the provider's business needs necessitate the this behaviour doesn't justify their lack of honest disclosure. That honest disclosure would render the solution to their problem useless isn't my problem. If anything, that they thou…

Honestly, I agree.

I just can’t bring myself to trust an organization that allows these types of underhanded things to happen in the first place. The fact that this behavior even got to customers raises a lot of red flags for me.

Re: Claude Code is steganographically marking requests

#479

Post by windexh8er »

DrewADesign wrote: post #423
bayindirh wrote: post #336

Earlier quoted context omitted.

No. From my interactions, I have understood that some people use the same argument to wash their consciences from any guilt. What they do is unethical, but not illegal, and they hide under the same argument to drown the ethical angle. In other words, being honest to oneself is important. Anti-scraping measures people utilize are neither unethical nor illegal. That’s the difference.

I’m still frequently shocked by the entitlement people feel to other people’s work/ideas/data/bandwidth/server load, to feed a multi-trillion dollar industry. I find the totally cynical “well when you’re making an omelet…” types to be a bit pathetic, but I understand their motivation— they’re simply greedy. But I just can’t understand the genuine indignation about people attempting to limit or stop ingestion of their…

I often wonder what those people are like IRL. I'd surmise they're the people that are easy to hate. Greedy and intolerable yet want to be the focus.

Re: Claude Code is steganographically marking requests

#480

Post by skeptic_ai »

hn_throwaway_99 wrote: post #157
skeptic_ai wrote: post #118

Earlier quoted context omitted.

It’s even more funny how this blew in their faces. They even advertised pretty much all providers on hackernews home page. Here is in case you missed in the article ‘’’ cn baidu.com alibaba-inc.com alipay.com antgroup-inc.cn bytedance.net kuaishou.com xiaohongshu.com jd.com bilibili.co iflytek.com stepfun-inc.com moonshot.ai anyrouter.top claude-code-hub.app claude-opus.top openclaude.me proxyai.com yunwu.ai zenmux.a…

You have an odd definition of "blew up in their faces". What, do you somehow think your average Claude Code user on HN is going to think "Oh wow, I'm sure I'll get a much better experience if instead of going to the standard Anthropic Claude API endpoint I go through xiaohongshu.com."

At 90% discount. Maybe. Plus the exact sites they want to ban now got immense visibility. Plus we don’t need to vet any website, if are in this list is because they really call Claude api. At least at some point did
Post reply on HN