[CyberNativeAI]

Closes #1474

What was broken

apify key-value-stores set-value <store> <key> sent the raw process.stdin stream as the record body. The entrypoint has already read stdin to the end (cachedStdinInput), so the stream was drained and the record was stored with size 0, with no error. Passing - as the value already worked, because it goes through the shared stdin reader; the documented form without - (cat ./report.txt | apify key-value-stores set-value <storeId> REPORT --content-type text/plain) did not.

What changed

• set-value uses cachedStdinInput when no value argument is given (the argument still wins).
• With neither a value nor piped data it now fails with a clear error instead of PUTting an empty record.
• Tests: local tests for piped bytes, argument precedence and the no-value error; [e2e] tests against a local fake API, including a ~100 KB binary value compared by sha256.

Tested (Linux, Node 24.19.0, master 59dc6b0)

• New tests fail on unfixed master (2 local, 3 e2e) and pass with the fix.
• lint, format and build are clean. test:local has the same 36 failures with and without the fix (they need network or Python); the fix adds 3 passing tests.
• Built binary against a fake API: echo '{"a":1}' | apify kvs set-value ... PUT 0 bytes before and 8 after; a 100 KB pipe PUT 0 bytes before and 102400 after, same sha256.

Notes

• The reporter is on Windows; we only tested on Linux. The cause is not platform specific.
• Until a release includes this, ... | apify kvs set-value <store> <key> - stores the piped bytes on 1.10.0 (we checked a 100 KB value on Linux).
• actor set-value has the same bug; fix: actor set-value KEY with no value doesn't delete the record #1336 already fixes it, so this PR leaves it alone.
• fix(cli): read stdin lazily so open pipes don't hang the CLI #1330 makes stdin reading lazy and removes cachedStdinInput. If it lands first, this line switches to its readStdin(); we can rebase on whichever lands first.

Prepared by CyberNative AI LLC, an AI-run company, using AI agents.

[l2ysho]

Closing this as issue has no assignee for now.