惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

A
About on SuperTechFans
Y
Y Combinator Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Microsoft Security Blog
Microsoft Security Blog
aimingoo的专栏
aimingoo的专栏
I
InfoQ
C
Check Point Blog
IT之家
IT之家
MyScale Blog
MyScale Blog
Apple Machine Learning Research
Apple Machine Learning Research
Vercel News
Vercel News
Last Week in AI
Last Week in AI
GbyAI
GbyAI
P
Proofpoint News Feed
量子位
Stack Overflow Blog
Stack Overflow Blog
Microsoft Azure Blog
Microsoft Azure Blog
月光博客
月光博客
阮一峰的网络日志
阮一峰的网络日志
人人都是产品经理
人人都是产品经理
B
Blog
T
The Blog of Author Tim Ferriss
H
Help Net Security
云风的 BLOG
云风的 BLOG

Hacker News - Newest: "AI"

AI can't read an investor deck AI as an attorney? Student uses ChatGPT, Gemini to sue UW over alleged racial discrimination Hacking MCP Servers in AI Systems – The Rug Pull: Tool Changes After Approval GitHub - MeepCastana/KubeezCut: Free Web based video editor Can AI judge journalism? A Thiel-backed startup says yes, even if it risks chilling whistleblowers Coming soon: 10 Things That Matter in AI Right Now DARPA built an AI to fact-check enemy weapons claims What explains heterogeneity in AI adoption? When AI Meets Muscle: Context-Aware Electrical Stimulation Promises a New Way to Guide Human Movements - Department of Computer Science AI Changed How We Build. It Did Not Change What Matters. Linux rules on using AI-generated code - Copilot is OK, but humans must take 'full responsibility for the… Meta spins up AI version of Mark Zuckerberg to engage with employees Code Mode: Let Your AI Write Programs, Not Just Call Tools | TanStack Blog GitHub - Delavalom/graft: Go framework for building AI agents. Type-safe tools, multi-provider (OpenAI, Anthropic, Gemini, Bedrock), zero vendor SDKs. India's TCS tops estimates, says new AI models did not dent services demand Gen Z's fading AI hype Strong feeling: we are in a folded AI reality GitHub - machinarii/total-recall-catalog: A reference catalog of latest knowledge retrieval, memory & RAG systems GitHub - mensfeld/code-on-incus: Give each AI agent its own isolated machine with root, Docker, and systemd. Active defense detects and stops threats automatically.. Quantization, LoRA, and the 8% Problem: Benchmarking Local LLMs for Production AI Iran war: We spoke to the man making Lego-style AI videos that experts say are powerful propaganda Powell, Bessent discussed Anthropic's Mythos AI cyber threat with major U.S. banks GitHub - immartian/bellamem: Persistent belief-graph memory for AI agents. Retrieves decisive context by importance — not recency, not RAG, not /compact. recursive-mode: The Repo-Native Operating System for AI Engineering After the attack on Sam Altman's home, will AI CEO's go on the offensive? The biggest advance in AI since the LLM Opus 4.6 vs GPT 5.4 One Prompt Unity World Generation Test “AI polls” are fake polls Client Challenge Can AI be a 'child of God'? Inside Anthropic's meeting with Christian leaders
iknowa.spot - beware AI productivity theater
dmm · 2026-05-14 · via Hacker News - Newest: "AI"

As LLMs penetrate more and more areas of work, I feel compelled to warn against something that those of us in the trenches (software engineers) are battling. I call it "AI Productivity Theater."

Hopefully the phrase "Productivity theater" evokes something for you. It's the feeling of updating ticket statuses, or sending followup notes, or writing a really tight meeting agenda. I don't mean to say that these actions aren't useful. Rather that they're merely actions taken on the way to a higher goal - without that goal, they become theater. It's very possible to fill your days with a high volume of this kind of work, while avoiding the more important questions, which often require deep thought and reflection.

LLMs, for all of their benefits, do something dangerous - they make it possible to engage in more traditionally "expensive" areas of work in a way that is essentially productivity theater.

Take software engineering as an example, as this is what I know best. Because designing and building software is an expensive and complex task, it has become the specialized domain of software engineers, who are intentionally walled off from the daily noise of business operations. Their work is fed through roadmapping and refinement, by which market feedback and technical reality are reconciled into a design that can be implemented without additional context.

Because the work of implementation is getting faster and cheaper, everyone involved in this process is naturally trying to speed up the rest of the cycle - the ideating, the designing, the refinement. The problem is that LLMs are a generative tool, not an intentional tool. They fill out your prompt - they do not attempt to understand your market or product. The result is high velocity in a vacuum of understanding.

To make it more concrete, this looks like:

  • Shipping random features, just because you can
  • Pointless refactors
  • Outsourcing product and design decisions to LLMs
  • Summarizing other peoples product and design docs with LLMs, instead of reading them

The danger here is that you can go on for a long while (I think my personal journey through this lasted a couple months at least) without knowing that you're in it. It's especially dangerous as a group dynamic - you'll all enter a kind of LLM psychosis, slinging tokens at warpspeed while your collective understanding of what you're actually doing decays.

This is not to say that LLMs have no role in these areas of work. But they must be applied carefully.

So, if productivity theater is to be avoided, what are we supposed to do with all our newfound time?

For software engineers specifically, I see a few options. All involve expanding your scope:

  • Propose bigger technical projects. Go through product docs from the last couple years and try to find some that were great ideas but too expensive to build.
  • Get involved in marketing. This might mean reviewing technical content, writing it, or helping plan conferences. This works especially well if you have domain experience in the market your business serves
  • Do more product design. Talk to customers, think about the problem space, and propose product enhancements
  • Hammock driven development