I spoke with a (potentially biased) member of technical staff @ Anthropic today who claimed that tags w/ multi-player capability is the biggest thing they've shipped since Claude Code.
Is this the same Anthropic speaking as the one that's constantly terrified their newest thing is too dangerous and might destroy humanity (now available for $20/month or pay-as-you-go usage credits)?
Effort wise probably, but Slack is... not where everyone is... So it seems underwhelming, this is a win for non-devs I supposed, what would have made this more fascinating is if this was a follow up to Claude Design, which in my opinion could have been as big as Claude Code, or even bigger, but it has its own token usage that burned so quickly, not sure how much of general token usage it takes now though.
Or even Cowork, aim it at non-technical roles. Back and forth chat within a team to collaborate on documents, files, excel sheets, etc.
Although I suppose the problem with doing it for Cowork is this is a slack plugin, and that is not where most non-tech companies are. Teams is, at 320+ million active users vs. ~50 million.
Everyone hates Teams, but like or not that is where enterprise work happens, not slack. Anthropic would do well to make their Microsoft 365/Teams integration story better and go after enterprise before OpenAI does, or before Microsoft catches up (if they ever do) with Copilot.
I suppose. But we don't see the rewrite. That's for you.
I think that people see the word "claude" and smash the upvote button. I don't think it's botted. My guess is that people just want another place where they can discuss ai coding workflows.
I wouldn't call this minor. The 2 big features seem to be integrated memory + ambient proactiveness. This requires pretty intense tuning to not be annoying.
The most important difference from other products:
> @Claude is multiplayer. Within a given Slack channel, there’s one Claude that interacts with everyone. This means that anyone can see what it’s working on, and can pick up the conversation from where the last person left off. This makes tagging Claude very different from working within a single chat or for a single task—it’s much more like interacting collaboratively with a teammate.
We have the opposite problem. We've tried this slack integration (first with NanoClaw, then Hermes, but now just building our own), and we actually want the OPPOSITE.
In private context, I want to have a per-person conversation with durable context for that person's private chats. I also want that person's permissions to extend. Like contractors in our slack should only be able to ask and get back information about clients that they've been attached to, not our entire knowledgeable.
And we've implemented ALL that, but just with a lot of custom code. We've put in interceptors that put in per-user keys into the MCP connection so only certain tools are even exposed, etc.
Hopefully there is some sort of version history implemented or planned like they have in Cowork[0]... this sounds great until a co-worker hijacks your Claude session with a worse idea and derails it from what you were intending.
[0] "Editing this message will create a new conversation branch. You can switch between branches using the arrow navigation buttons."
I don't think that that's quite what the parent commenter had in mind.
From reading that and materials on it, it seems unclear if – let's say you do what's done in the demos on the site and 'dispatch work' from a thread in a shared channel (e.g. from some discussion) – that if any one of your coworkers replies below you and says, "Actually, could you fold in <blah> as well?" that Claude wouldn't listen to them and thus derail the work.
Yeah, there is a level of organizational trust that is required to use this tool (as with any system that allows distributing access via service accounts).
We do signal to Claude that there's a difference between a conversation's initiator versus incoming participants and we've found that in situations where people disagree on an approach, Claude patiently waits for a resolution while correcting any misunderstandings.
It's also worth mentioning that since Claude has its own identity, a coworker cannot enter a thread and commandeer _your_ identity; you collectively steer how Claude acts with its _own_ identity (it opens PRs as itself, browses Datadog as itself, etc).
The killer feature here is an auto assembling todo list, punchlist, project management.
Discussing what needs to be done next, and having it automatically sort it into what subtask it is, if it applies or is blocking to multiple other tasks. Recording specifications, measurements, dimensions. Being able to ask other people facts and have them correctly documented into the right task.
Company Brain / Knowledgebase is imho more rear facing, whereas todo is future facing.
Thats a double-edged sword in some scenarios. If you're trying to keep info private then feeding it into a shared agent basically means that you can't guarantee that privacy. I'd imagine the approach here would be to have separate agents for private data and then restrict Slack access, but I could imagine tons of accidents from managers that habitually @Claude without understanding the implications.
Every channel has its own Claude, and Claude's access is configurable per-channel and per-workspace. Private channels don't leak information to other channels
Is someone here using a Claude product that's not code? I'm puzzled about the amount of products they put out. I know a lot of people using Claude but we're all using the terminal-based code. Even for non-engineering stuff it suits great (tax documents, 3D modeling with blender through MCP, academic research, etc.)
Our entire org migrated from random ChatGPT accounts to all Claude Desktop specifically targetting business users. So a lot of non-dev teams in our org see it as essential.
And it sometimes feels like these teams are not talking to each other. Using Claude Design? The way to hand it over to Claude Code is to download a .zip file with the html mockup and some description, which you then have to copy into Claude Code so it can use it.
The latest version of Claude code as of yesterday or day before has Claude design Mcp so you don’t need to do this now.
edit: note this may not be official release, and may be unavailable for some users. I saw it show up yesterday listed as available Mcp and used it to view projects in Claude design.
I use Claude Desktop (& essentially equivalent mobile app) to ask frivolous aspie questions about things society long ago accepted. I enjoy its responses, interpret how you wlll. (my claude.md file has instructions to tell it that the premise of any question i ask is as likely as not wrong, and to never be sycophantic).
But beware the userMemories file (ask Claude to give you a dump of it). bonus points if you can figure out where that file lives.
At first I was freaked out that usermemories is a subpoena’able psychological profile on me. Then I realized that the same file will be produced for spooks all over Langley, so that the day Anthropic gets hacked those profiles will see the light of day (caveat along with the rest of the user base of course) and so I felt more catharsis as a result.
> At first I was freaked out that usermemories is a subpoena’able psychological profile on me. Then I realized that the same file will be produced for spooks all over Langley,
The spooks at Langley aren't going to produce such a file for run-of-the-mill encounters that you have with the legal system, but Anthropic will.
At my work we rolled out Cowork to all the non-technical staff. People are using a ton, wired up for read access to M365, Confluence, etc. as sort of a psuedo enterprise RAG + all the document creation/file management it can do.
I know my users would actually like Claude Tag, but unfortunately we are in Teams, not Slack, as are most other non-tech companies.
Cowork/Claude Desktop itself is also quite a frustrating product. There's no native audit log unless you basically wire up your own with the API & a log aggregator. You can't selectively enable Claude Code access per team member, it's all or nothing. Some of the MCP connections (like QuickBooks Online) don't do RBAC at all, it's all or nothing for every user in the team.
Maybe enterprise isn't their target market, but they do keep making features that make it seem like they want that market. But if they do, they really need to step up work on governance features & RBAC for specific features and settings per member in the team.
If they don't, Microsoft will eat their lunch for enterprise non-programming use.
This happened at Google because there aren’t enough engineers to maintain all these services. This situation may not apply to Anthropic, as they can set up features to be maintained in perpetuity by Claude.
They are going after the non-developer side of the business. Many developers are far less sticky and want to try out different harnesses and models. Case in point, our biz team all has Claude Desktop / Enterprise, developers get choice and there are a lot of setups.
To go after the non-developer side though they need to do a ton more work on governance & RBAC. It's sorely lacking for anything more than a tech company/startup team. You can't even selectively enable or disable Cowork & Claude Code per member on the team plan, it's all or nothing for everyone in the team.
Is this still using Claude Web sessions? Also, has anyone used Claude Web environments to do anything besides stuff with repo access? Like running real environments? SSHing into anything more super powered? Anyone putting real creds into those environments?
yeah. exactly. they have these "self-hosted sandboxes" which seems to be the unlock we'd need. https://platform.claude.com/docs/en/managed-agents/self-host... but those only seem available to their "managed agents" so like "scheduled prompts" i think. one day i assume they'll merge Claude Web sessions with these self-sandboxes maybe
Cursor has had this a while, integrated with their web agents. It was a bit buggy to begin with, not working well with non-github repos, but it was improving last time I checked and was pretty decent.
The best part for me is seeing non-technical folk spec out something in a thread that they discussed something and letting the agent go ahead and build it ready for the humans to review later.
It's interesting to hear that 60% of PRs at Anthropic is created by the Slack bot. While building a Slack bot is easy, making it look like an AI teammate is pretty hard. This is exactly the gap we’re working on with Lobu.ai — disclosure: I’m the founder.
The hard problem is giving a shared agent durable organizational memory and a real isolated environment where it can safely access company systems and perform work. The agents need a durable log of what everybody at the company is doing, prevent data leaks with proper access control and isolate the runtime to give everybody both private & shared space.
It’s also not tied to Claude or Slack. We see Slack as one interface and the models as part of the harness. It's usually better to combine multiple providers to review the work.
Slack is such a simple product, and is so strategic as an interface for AI, Anthropic has to be considering building their own Slack. Hopefully this tag approach is an MVP and it proves the potential of workplace messaging as an interface for AI, but also the limitations of relying on the extension points they salesforce chooses to provide, and it turns into a full fledged slack competitor from anthropic soon.
Nothing, and integration in a chat app would be better served being model agnostic. Anthropic's slack bot here is also at a disadvantage being slack only. 90% of F500 companies are on Teams, not slack. If their only goal is tech companies and startups, fine, but if they intend to grow usage beyond that it needs to be chat app agnostic.
Not Claude but we have AI agents operating like that already. We have 10 different ones actually all deployed in Slack and accessible via DM, or in a shared team chat.
The difference between this and our agents is that they are context aware - i.e. you can use them privately to access personal information safely.
I’d be curious how they’ve solved the attribution/provenance/identity problem here. Are instances of Claude Tag, across channels, sharing the same identity? Can I grant one instance access to a range of AWS roles and another instance access to other roles?
During an incident, how do I know which Claude Tag called AWS?
> Think of it as creating separate Claude identities for different uses: everything, including its memories, will stay scoped to the channels defined by the administrators. For example, a model set up for sales work won’t pass on memories to one set up for engineering; nor will it give engineers access to any sales data or tools. More information about provisioning access is available here (https://claude.com/blog/agent-identity-access-model).
I actually think that "multiplayer" AI usage is very neat I've done a few things where I made a simple telegram wrapper and me alongside a couple of other people were prompting it at the same time to improve a website design / ux. But definitely not whatever the hell this is, how can anthropic make products so much worse when presumeably having access to infinite fable/mythos.
Christ I pray the mouthbreathers who control the inane time-and-attention wasting Slack integrations at my work don't hear about this slop, the last thing I need is enabling morons even more in their search to throw LLM answers at me.
> Today, 65% of our product team’s code is created by our internal version of Claude Tag.
Given the reliability and general product quality of the Anthropic product team's code, this doesn't sound like a selling point.
I was going say the same thing. Today someone must have slacked `@claude can you bring the API down for a couple of hours?`
And this is their circular reasoning of their valuation.
“See, here is our company made to worth X by our product, because it can make a company worth X.”
And yet, the product made something really unreliable.
And nobody bats an eye on the market.
But hey, SpaceX successfully sold that they would generate 30 trillion dollars of revenue.
We ought to rename HN to "The Claude Blog". This is a minor feature update to a slack plugin.
I spoke with a (potentially biased) member of technical staff @ Anthropic today who claimed that tags w/ multi-player capability is the biggest thing they've shipped since Claude Code.
Is this the same Anthropic speaking as the one that's constantly terrified their newest thing is too dangerous and might destroy humanity (now available for $20/month or pay-as-you-go usage credits)?
Effort wise probably, but Slack is... not where everyone is... So it seems underwhelming, this is a win for non-devs I supposed, what would have made this more fascinating is if this was a follow up to Claude Design, which in my opinion could have been as big as Claude Code, or even bigger, but it has its own token usage that burned so quickly, not sure how much of general token usage it takes now though.
Or even Cowork, aim it at non-technical roles. Back and forth chat within a team to collaborate on documents, files, excel sheets, etc.
Although I suppose the problem with doing it for Cowork is this is a slack plugin, and that is not where most non-tech companies are. Teams is, at 320+ million active users vs. ~50 million.
Everyone hates Teams, but like or not that is where enterprise work happens, not slack. Anthropic would do well to make their Microsoft 365/Teams integration story better and go after enterprise before OpenAI does, or before Microsoft catches up (if they ever do) with Copilot.
It's a major rewrite of the slack plugin, with far more functionality and more capabilities. More surfaces will be available in the future
I suppose. But we don't see the rewrite. That's for you.
I think that people see the word "claude" and smash the upvote button. I don't think it's botted. My guess is that people just want another place where they can discuss ai coding workflows.
I wouldn't call this minor. The 2 big features seem to be integrated memory + ambient proactiveness. This requires pretty intense tuning to not be annoying.
I do my part by flagging all Anthropic (and OpenAI, Gemini) announcements by default. I invite anyone who feels similarly to join me.
They're probably artificially raised up tbh as well as many other AI posts. I'm sure even HN staff are financially biased here.
>Today, 65% of our product team’s code is created by our internal version of Claude Tag.
Yeah, that explains a lot.
Is this not something already commonplace? At $dayjob we have been doing this with multiple agents for 9 months.
The most important difference from other products:
> @Claude is multiplayer. Within a given Slack channel, there’s one Claude that interacts with everyone. This means that anyone can see what it’s working on, and can pick up the conversation from where the last person left off. This makes tagging Claude very different from working within a single chat or for a single task—it’s much more like interacting collaboratively with a teammate.
We have the opposite problem. We've tried this slack integration (first with NanoClaw, then Hermes, but now just building our own), and we actually want the OPPOSITE.
In private context, I want to have a per-person conversation with durable context for that person's private chats. I also want that person's permissions to extend. Like contractors in our slack should only be able to ask and get back information about clients that they've been attached to, not our entire knowledgeable.
And we've implemented ALL that, but just with a lot of custom code. We've put in interceptors that put in per-user keys into the MCP connection so only certain tools are even exposed, etc.
Hopefully there is some sort of version history implemented or planned like they have in Cowork[0]... this sounds great until a co-worker hijacks your Claude session with a worse idea and derails it from what you were intending.
[0] "Editing this message will create a new conversation branch. You can switch between branches using the arrow navigation buttons."
this is discussed in https://claude.com/blog/agent-identity-access-model
I don't think that that's quite what the parent commenter had in mind.
From reading that and materials on it, it seems unclear if – let's say you do what's done in the demos on the site and 'dispatch work' from a thread in a shared channel (e.g. from some discussion) – that if any one of your coworkers replies below you and says, "Actually, could you fold in <blah> as well?" that Claude wouldn't listen to them and thus derail the work.
Yeah, there is a level of organizational trust that is required to use this tool (as with any system that allows distributing access via service accounts).
We do signal to Claude that there's a difference between a conversation's initiator versus incoming participants and we've found that in situations where people disagree on an approach, Claude patiently waits for a resolution while correcting any misunderstandings.
It's also worth mentioning that since Claude has its own identity, a coworker cannot enter a thread and commandeer _your_ identity; you collectively steer how Claude acts with its _own_ identity (it opens PRs as itself, browses Datadog as itself, etc).
The killer feature here is an auto assembling todo list, punchlist, project management.
Discussing what needs to be done next, and having it automatically sort it into what subtask it is, if it applies or is blocking to multiple other tasks. Recording specifications, measurements, dimensions. Being able to ask other people facts and have them correctly documented into the right task.
Company Brain / Knowledgebase is imho more rear facing, whereas todo is future facing.
Thats a double-edged sword in some scenarios. If you're trying to keep info private then feeding it into a shared agent basically means that you can't guarantee that privacy. I'd imagine the approach here would be to have separate agents for private data and then restrict Slack access, but I could imagine tons of accidents from managers that habitually @Claude without understanding the implications.
Every channel has its own Claude, and Claude's access is configurable per-channel and per-workspace. Private channels don't leak information to other channels
Is someone here using a Claude product that's not code? I'm puzzled about the amount of products they put out. I know a lot of people using Claude but we're all using the terminal-based code. Even for non-engineering stuff it suits great (tax documents, 3D modeling with blender through MCP, academic research, etc.)
Our entire org migrated from random ChatGPT accounts to all Claude Desktop specifically targetting business users. So a lot of non-dev teams in our org see it as essential.
And it sometimes feels like these teams are not talking to each other. Using Claude Design? The way to hand it over to Claude Code is to download a .zip file with the html mockup and some description, which you then have to copy into Claude Code so it can use it.
The latest version of Claude code as of yesterday or day before has Claude design Mcp so you don’t need to do this now.
edit: note this may not be official release, and may be unavailable for some users. I saw it show up yesterday listed as available Mcp and used it to view projects in Claude design.
I use Claude Desktop (& essentially equivalent mobile app) to ask frivolous aspie questions about things society long ago accepted. I enjoy its responses, interpret how you wlll. (my claude.md file has instructions to tell it that the premise of any question i ask is as likely as not wrong, and to never be sycophantic). But beware the userMemories file (ask Claude to give you a dump of it). bonus points if you can figure out where that file lives. At first I was freaked out that usermemories is a subpoena’able psychological profile on me. Then I realized that the same file will be produced for spooks all over Langley, so that the day Anthropic gets hacked those profiles will see the light of day (caveat along with the rest of the user base of course) and so I felt more catharsis as a result.
> At first I was freaked out that usermemories is a subpoena’able psychological profile on me. Then I realized that the same file will be produced for spooks all over Langley,
The spooks at Langley aren't going to produce such a file for run-of-the-mill encounters that you have with the legal system, but Anthropic will.
At my work we rolled out Cowork to all the non-technical staff. People are using a ton, wired up for read access to M365, Confluence, etc. as sort of a psuedo enterprise RAG + all the document creation/file management it can do.
I know my users would actually like Claude Tag, but unfortunately we are in Teams, not Slack, as are most other non-tech companies.
Cowork/Claude Desktop itself is also quite a frustrating product. There's no native audit log unless you basically wire up your own with the API & a log aggregator. You can't selectively enable Claude Code access per team member, it's all or nothing. Some of the MCP connections (like QuickBooks Online) don't do RBAC at all, it's all or nothing for every user in the team.
Maybe enterprise isn't their target market, but they do keep making features that make it seem like they want that market. But if they do, they really need to step up work on governance features & RBAC for specific features and settings per member in the team.
If they don't, Microsoft will eat their lunch for enterprise non-programming use.
They're pretty much going the Google (how Google was until recently), trying to fan out to every market share.
I expect many of those to be shut down sooner than later, if learning anything from Google.
This happened at Google because there aren’t enough engineers to maintain all these services. This situation may not apply to Anthropic, as they can set up features to be maintained in perpetuity by Claude.
I use design. It's nice enough for me.
They are going after the non-developer side of the business. Many developers are far less sticky and want to try out different harnesses and models. Case in point, our biz team all has Claude Desktop / Enterprise, developers get choice and there are a lot of setups.
To go after the non-developer side though they need to do a ton more work on governance & RBAC. It's sorely lacking for anything more than a tech company/startup team. You can't even selectively enable or disable Cowork & Claude Code per member on the team plan, it's all or nothing for everyone in the team.
Lots of people use design
Design has been very hit or miss for me. I've had more success with Claude Code and the frontend-design skill.
I read this as "Claude integration to Slack is now billed as API usage". Is that wrong?
nailed it.
Is this still using Claude Web sessions? Also, has anyone used Claude Web environments to do anything besides stuff with repo access? Like running real environments? SSHing into anything more super powered? Anyone putting real creds into those environments?
That seems to be the biggest limiter, hard to have it do real work on a codebase without it's own environment set up that we can control.
yeah. exactly. they have these "self-hosted sandboxes" which seems to be the unlock we'd need. https://platform.claude.com/docs/en/managed-agents/self-host... but those only seem available to their "managed agents" so like "scheduled prompts" i think. one day i assume they'll merge Claude Web sessions with these self-sandboxes maybe
How would it work when claude goes down, like it did 3h ago.
This is the "company brain" product spike from Anthropic I think
https://www.ycombinator.com/rfs#company-brain
Cursor has had this a while, integrated with their web agents. It was a bit buggy to begin with, not working well with non-github repos, but it was improving last time I checked and was pretty decent.
The best part for me is seeing non-technical folk spec out something in a thread that they discussed something and letting the agent go ahead and build it ready for the humans to review later.
It's interesting to hear that 60% of PRs at Anthropic is created by the Slack bot. While building a Slack bot is easy, making it look like an AI teammate is pretty hard. This is exactly the gap we’re working on with Lobu.ai — disclosure: I’m the founder.
The hard problem is giving a shared agent durable organizational memory and a real isolated environment where it can safely access company systems and perform work. The agents need a durable log of what everybody at the company is doing, prevent data leaks with proper access control and isolate the runtime to give everybody both private & shared space.
It’s also not tied to Claude or Slack. We see Slack as one interface and the models as part of the harness. It's usually better to combine multiple providers to review the work.
https://lobu.ai https://github.com/lobu-ai/lobu
Why did you build on OpenClaw?
A bit strange to create a brand name for "I tagged the slack app I want to interact with"
Sliced Bread™
Slack is such a simple product, and is so strategic as an interface for AI, Anthropic has to be considering building their own Slack. Hopefully this tag approach is an MVP and it proves the potential of workplace messaging as an interface for AI, but also the limitations of relying on the extension points they salesforce chooses to provide, and it turns into a full fledged slack competitor from anthropic soon.
Why? What does Anthropic have that any other software company that's capable of putting MCP integration in a chat app doesn't?
Nothing, and integration in a chat app would be better served being model agnostic. Anthropic's slack bot here is also at a disadvantage being slack only. 90% of F500 companies are on Teams, not slack. If their only goal is tech companies and startups, fine, but if they intend to grow usage beyond that it needs to be chat app agnostic.
Not Claude but we have AI agents operating like that already. We have 10 different ones actually all deployed in Slack and accessible via DM, or in a shared team chat.
The difference between this and our agents is that they are context aware - i.e. you can use them privately to access personal information safely.
Can provide a link if interested.
https://cbk.ai/?
i am interested if you can share the link
I’d be curious how they’ve solved the attribution/provenance/identity problem here. Are instances of Claude Tag, across channels, sharing the same identity? Can I grant one instance access to a range of AWS roles and another instance access to other roles?
During an incident, how do I know which Claude Tag called AWS?
This is explicitly answered in this post:
> Think of it as creating separate Claude identities for different uses: everything, including its memories, will stay scoped to the channels defined by the administrators. For example, a model set up for sales work won’t pass on memories to one set up for engineering; nor will it give engineers access to any sales data or tools. More information about provisioning access is available here (https://claude.com/blog/agent-identity-access-model).
My big-picture takeaway is the AI labs looking to own the customer interface, not just the models. Expect this trend to continue.
It feels like they release 1 or 2 "products" a week and then we never hear about them again.
If they find another success half as good as Claude Code it will all be worthwhile. (Monetarily good, not like, quality good)
How is CC a success when they still have to force subscribers to use it instead of it being a paid product?
we're in the throw shit at the wall and see what sticks phase
They are very proud of their approach if you listen to them on Lenny's Podcast. I find their products to be rather sloppy.
They'll do anything but actually build an application.
It's interesting to see Anthropic branching out into different areas now. First artifacts and now taking market share from companies like devin.
AI enables quick shipping, but the traditional moat of development no longer applies.
I don't see how this would take market share from something like Devin?
Devin is model agnostic, and isn't Slack only.
Nice, we need more ways to achieve API 529 Overloaded errors thank you Anthropic. Keep driving more growth and usage you can't sustain.
I actually think that "multiplayer" AI usage is very neat I've done a few things where I made a simple telegram wrapper and me alongside a couple of other people were prompting it at the same time to improve a website design / ux. But definitely not whatever the hell this is, how can anthropic make products so much worse when presumeably having access to infinite fable/mythos.
Christ I pray the mouthbreathers who control the inane time-and-attention wasting Slack integrations at my work don't hear about this slop, the last thing I need is enabling morons even more in their search to throw LLM answers at me.
Maybe we can start adding these things to the list.
https://news.ycombinator.com/item?id=48641261
Hermes can also do this when you connect it to Slack, and having Hermes in slack where multiple teammates can share a context window is indeed nice.
Just got a stupid safety restriction on opus 4.8. Perhaps they should focus fixing that instead delivering this garbage chat integration.
for 8,000 USD / month, no thanks.
Wow, that's absurd
Didn't they already have this?
I do this already with the Claude code telegram plugin and telegram groups
>Set a limit on your organization’s monthly spend
A tiny detail...
And here I was thinking we'd be getting Sonnet 5. Or maybe even poor old Fable back. Not this junk.
> Today, 65% of our product team’s code is created by our internal version of Claude Tag.
That explains a lot.
Meh. They are still behind current Agents mainstream IMHO
I feel a great disturbance in the SAAS. As if millions of Slack API startups suddenly cried out in terror, and were suddenly silenced.
Ow. No.
claude is too safety pilled to do anything useful these days anyways
Is there anything specific (and hopefully reasonable) that it refuses to do for you?
I'm still using it all the time and getting an immense benefit.
I don't understand why this makes HN front page. HN has turned into Reddit.