faithraven
Joined 4 years ago
Joined 4 years ago
It is either satire designed to grab engagement by shocking people, or the genuine anti-AI frustration of a mediocre writer who has realised they've lost their edge, because their work isn't worth paying for over AI.
The people winning literary awards will keep winning them with their manual writing, and they will keep making good money ghostwriting.
But my article, which is meant to communicate some software features in decent, readable prose, isn't worth $10k of ghostwriting. AI will have to do. So you go get, sir, and please stop gatekeeping! (Not you specifically, you get my drift.)
The Economist recently published a piece on this very subject, too, and I found it a good listen: https://www.economist.com/by-invitation/2026/09/07/this-arti...
Tapo devices never spoke it. Their original protocol was an AES passthrough over HTTP, KLAP replaced that in 2023, and TPAP is the newest. As far as I know, newer Kasa hardware and firmware moved to KLAP as well, which would explain why your access method stopped working on the newer ones. My library only covers Tapo devices; for Kasa, python-kasa is the one to look at.
On the cloud: the devices do have to be set up through the phone app with a TP-Link cloud account. Once set up, though, most functions of most devices can be used locally through the library, with neither the devices nor the library having internet access. The main catch is credentials: if you change the account password, for example, the devices need to be online for a little while to pick up the new one.
The short version: since late 2025, firmware updates have made Tapo devices refuse third-party clients unless you turn on a "Third-Party Compatibility" switch in the Tapo app. The switch works by bringing back the older login, KLAP. With it off, devices speak an undocumented protocol called TPAP, which logs in with SPAKE2+ (RFC 9383). The library now speaks TPAP, so the switch can stay off.
The part I found most interesting is the security difference. A recorded KLAP login can be used to test password guesses offline. With SPAKE2+ it can't, and learning the password later doesn't decrypt sessions captured earlier. So the "compatibility" switch is really a security downgrade, and TP-Link's own FAQ says enabling it "may reduce the security of your devices".
Not everything works with the switch off yet: some cameras, such as a C210 on firmware 1.5.2, still need it on.
Happy to answer questions about the protocol work or the library.
Now that you mention it, I should add a link to those docs in the article. Thanks!