[HN Gopher] Push events into a running session with channels
___________________________________________________________________
Push events into a running session with channels
Author : jasonjmcghee
Score : 391 points
Date : 2026-03-20 00:22 UTC (22 hours ago)
(HTM) web link (code.claude.com)
(TXT) w3m dump (code.claude.com)
| hmartin wrote:
| But can it edit tabs? [1]
|
| [1] https://github.com/anthropics/claude-code/issues/11447
| ekropotin wrote:
| Gemini has similar bug https://github.com/google-gemini/gemini-
| cli/issues/1028, that essentially made this tool absolutely
| unusable for me.
|
| Never had this problem with Claude tho. Must be something
| environment-specific.
| dmd wrote:
| Weird. I see lots of people in that thread have this issue, but
| I personally can't reproduce it at all, and I just spent an
| hour trying.
| Klaster_1 wrote:
| This came up recently when I asked Claude to adjust indentation
| and it just couldn't. Such a stupid issue.
| alexjurkiewicz wrote:
| Claude is leaning into the idea of a local "session" being the
| host where everything connects.
|
| I guess this makes sense for now. You can build integrations
| leveraging the user's personal access credentials. Later, once
| Claude takes over the world, they can move sessions to live in
| their own walled garden.
| clcaev wrote:
| I'd like Claude on IOS to pull/commit from a private git
| repository for Markdown and ideally drawio diagram editing.
| fzzzy wrote:
| It can. Go to the code tab, choose your repo, and have it
| write an image file to disk. If you tell it to read it, it
| should show in the chat. It works on the web version so
| hopefully it works on ios.
| bakies wrote:
| Claude Code for the web would be able to do that
| ttul wrote:
| They certainly are. And this is likely to some degree a
| response to enterprise security desires. Enterprise endpoints
| are locked down already - no need for extra external API
| security if it's just the user's desktop communication as
| usual.
| CorpOverreach wrote:
| I feel like this is absolutely not the case. Our corporate
| infosec guys are freaking out, as developers and general
| users alike are finding all new ways to poke holes in
| literally everything.
|
| We're finding out quickly that enterprise endpoints are not
| locked down anywhere near enough, and the stuff that users
| are creating on the local endpoints is quickly outpacing the
| rate at which SOC teams can investigate what's going on.
|
| If you're using Claude via Anthropic's SaaS service it's near
| impossible to collect logs of what actually happened in a
| user's session. We happen to proxy Claude Code usage through
| Amazon Bedrock and the Bedrock logs have already proven to be
| instrumental in figuring out what led a user to having
| repeated attempts to install software that they wouldn't have
| otherwise attempted to install - all because they turned
| their brains off and started accepting every Claude Code
| prompt to install random stuff.
|
| Sandboxing works to an extent, but it's a really difficult
| balance to strike between locking it down so much that you
| neuter the tool and having a reasonable security policy.
| tharkun__ wrote:
| Oh so much this, in a sense.
|
| Look, as a software dev myself, I really like that my
| company lets us use our computers the way we see fit. Pre-
| or post-AI with no restrictive lockdown. Been there, hated
| that.
|
| But I totally get the freaking out over "normal devs". The
| amount of stuff most people think is reasonable, AI or not,
| is mind boggling. For myself of course I like to just be
| able to be responsible myself. But as a security team I'd
| also be freaking out.
|
| Like, the amount of people that find our super boring,
| totally corporate "security training videos", helpful and
| insightful and "oh dang I'd never have thought of that!" is
| mind boggling all by itself. Never mind any _actual_
| security training that 'd be useful to someone with half a
| brain. You can literally just click through the 8+ hours of
| stuff you're supposed to watch / answer / do in 30 minutes.
| bob1029 wrote:
| > If you're using Claude via Anthropic's SaaS service it's
| near impossible to collect logs of what actually happened
| in a user's session.
|
| If you are big into logs, OpenAI might be more your speed.
| They've got an extremely good logging UI in their platform
| web app. I use it all the time to figure out what the hell
| copilot was thinking.
| 8note wrote:
| thats how Amazon worked its MCP setup - got everything onto
| oauth tokens, and then the harness knows how to to access the
| token to get permissions to whatever the user has.
|
| the bad part is setting separate permissions for different user
| tokens
| anentropic wrote:
| The auth mess is part of why I don't use the AWS MCP
|
| Also because the aws cli works better, just add an
| instruction like this to your agents file:
|
| > When performing aws cli commands in terminal always use the
| `--no-cli-pager` flag to avoid interactive pagination.
| ewidar wrote:
| What these 'channels' do is essentially why I was running a
| nanoclaw at work: triggering a claude code based on events and
| getting feedback/review/analysis which nicely closes the loop
| with other agents.
|
| Not sure why it has to be an mcp, but will be trying this out
| asap.
| Invictus0 wrote:
| so its a webhook
| ray_v wrote:
| it's a webhook ... as MCP!
| samrus wrote:
| i dont like this class of criticism. mostly because i find
| myself do it alot. it doesnt matter if the tool used is simple,
| if it generates value then its a good idea
|
| what should this fallacy be called? ad implementum? ad modum?
| deadbabe wrote:
| the truth?
| politelemon wrote:
| It isn't a fallacy and nothing should ever be above
| criticism.
| hrmtst93837 wrote:
| Ask about backpressure first. You can dump events into a
| channel all day, but when sessions spike and the reciever
| falls behind, you get the boring failure modes nobody
| mentions: queues swell, latency climbs, and memory bloat or
| dropped messages show up before anyone notices. The
| "nothing should be above criticism" line is fine, but if
| every design choice is open season nothing concrete gets
| built and the thread turns into process theater.
| shahbaby wrote:
| Much talk, less say, probably AI
| 8note wrote:
| its a description of the opportunity, i think.
|
| webhooks have been very powerful, and you can start feeding
| the same stuff into claude as the orchestrator
| heavyset_go wrote:
| What do you call it when someone takes offense to calling a
| spade a spade?
| knollimar wrote:
| It's not just a spade, it's a spade as a service
| theshrike79 wrote:
| Yes, and Dropbox is "just rsync" and Tailscale is "just
| wireguard"
| comboy wrote:
| Claude getting clawed.
| sidgtm wrote:
| this is exactly i thought!
| AIorNot wrote:
| OpenClaw approach has moved into frontier companies I see -
| sidgtm wrote:
| yes! its all happening
| aavci wrote:
| Interesting to see it took them so long to implement this. Claude
| was super limiting without the ability to have a scheduler or a
| connection to events
| mmaunder wrote:
| This feels like a response to openclaw (and openai's hiring of
| the lead).
| vessenes wrote:
| This looks super super useful.. I'm making an agent to agent chat
| tool (that I think is actually ready for testing, so please check
| it out) -- https://chat.corpo.llc/ or
| https://github.com/corpo/qntm -- and the difficulty of getting
| claude to check and respond to messages is real.
|
| Basically the Claude CLI is the operating system is the product
| vibe I get right now.
| mixtureoftakes wrote:
| github unavailable; what you think would be the primary usecase
| for agent to agent chat?
| vessenes wrote:
| Dang it, I wrote the wrong link.
| https://github.com/corpollc/qntm
|
| I wrote it originally because I wanted my openclaw install to
| talk to my assistant's openclaw, and my openclaws that were
| local at different houses.
|
| It's morphed a lot since then, and is close to being super
| useful -- it allows group chat, and is close to having a
| realistic API call on threshold vote gateway system built in.
|
| That stuff is built to support Corpo's main business model
| which is providing real world asset and governance access to
| agents.
|
| So, for example, I think agents might like to vote on sending
| a wire transfer by approving a specific mercury bank API
| call.
|
| I could go on. You can also use it to remotely chat to an
| agent across firewalls - it's pull / poll only.
|
| And if anyone is interested, I made an HN Group chat: https:/
| /chat.corpo.llc/?invite=p2F2AWR0eXBlZmRpcmVjdGVzdWl0Z...
| vessenes wrote:
| Gosh darn it: github.com/corpollc/qntm. NOT corpo/qntm.
| 2001zhaozhao wrote:
| At this point the limitation is even requiring a terminal in the
| first place.
|
| Claude Code daemon mode in background when?
| theParadox42 wrote:
| Just switch it to a background process with
|
| Ctrl-Z $ bg
|
| Or run it in tmux so you can pull it up on demand and have it
| open at startup.
| athrowaway3z wrote:
| I'm using `pi` as my agent and build my entire agent
| orchestration on like 4 skills to start / stop / capture /
| await a set of tmux-bash & tmux-pi sessions.
|
| This is the first time in a few months I might actually try
| `claude` cli again to try out this channels scheme.
| miroljub wrote:
| Why not just "pi install npm:@e9n/pi-channels" ? It was
| there before Claude copied it.
| nebben64 wrote:
| people who use pi: is this stuff easy? do I just clone the
| repo and give SKILL.md arguments to implement features &
| customize ??
| dbbk wrote:
| They already have cloud environments you can use, though
| they're fragile as glass
| Evan-Purkhiser wrote:
| I've been using opencode's server command as a systemd unit on
| my home server. I connect to it with the desktop and mobile
| client. Use it for a bunch of openclaw-esq things, but with a
| nicer interface.
|
| I think CC does have "remote control" now which I think would
| work similar, but it's Max only right now
| Galanwe wrote:
| I tried various solutions around this. CloudCLI (ex
| claudecodeui) looked promising, but very buggy (disconnects,
| UI overlapping text, etc). Tried Claude Remote Control as
| well, but also very buggy, websocket disconnecting, UI
| broken.
|
| I ended up just running Claude code in a dtach+ttyd session.
| Still not the best, as xterm.js has tons of issues with long
| scrollbacks, but it's at least somewhat _usable_.
| simosmik wrote:
| Hello Galanwe, CloudCLI author here. This is a fair
| criticism and something we are actively working on. The
| older versions had real issues with websocket stability and
| the chat ui. We shipped a pretty big refactor yesterday
| that should fix most the disconnects and page rendering
| issues. Would be worth another look if you have a few
| minutes.
|
| If you hit anything else, feel free to reach out to me
| personally (email in my hn profile) or via the discord
| channel we have. Always useful hearing from people who
| actually tried it and ran want to make it better
| Galanwe wrote:
| Hey, thanks for jumping in.
|
| So I did spend some time retrying it today, and while I
| can see some improvements, it is still not in a shape
| where I trust it enough to replace ttyd.
|
| Some feedbacks:
|
| - The UI is bloated with not-so-useful widgets which take
| a lot of space. On my S22 Ultra, arguably a screen on the
| larger side of the spectrum, around 60% of the screen
| real estate is used for non-chat purpose. If I start to
| enter text, that jumps to 90% of the screen for widgets,
| and can see barely a line or two of chat history while
| typing. Most of these widgets are options that you maybe
| change once in a while (thinking mode, model selection)
| but don't need to have all the time above the text input.
| Same for the "Processing / Stop generation" widget, it
| takes 20% of the screen.
|
| - The login flow is broken. I have to login two times in
| a row for it to work. Also if anything goes wrong during
| login, there is no error message and you're just not
| logged, and end up trying to login through the shell tab,
| which is painful.
|
| - I still have issues with answers appearing below the
| text input, effectively hiding the last lines of the
| answers. Much less than in the previous version, but it
| does still happen. Refreshing the page fixes it though,
| which is a win compared to before.
|
| - Sometimes my last message appears at the very bottom of
| the chat as if I retyped it. Refreshing the page make it
| disappear.
|
| - Unclear to me what the right hand side options do. I
| tried many of them and can't tell a difference.
| Skidaddle wrote:
| Happy was the best but needs some updates as I've started
| getting blocking errors now with some of the recent CC
| updates
| ramraj07 wrote:
| Start in a tmux session and let it run ?
| ainch wrote:
| I was a little surprised to see a Telegram integration rather
| than Slack or Teams, given Anthropic's enterprise-first posture.
| But then I looked it up, and it turns out Telegram dwarfs both,
| at around 1bn MAUs, vs 50m and 300m respectively! I had no idea -
| reminds me of the time I found out Snapchat has 2x the userbase
| of Twitter.
| jen729w wrote:
| Also, not a single one of those 300m Teams users wants to spend
| another minute there. Whereas people find Telegram useful and
| not odious.
| pokegobots wrote:
| Back in the day, when I used to play pokemon go, there was a
| small local community and we would struggle to decide where
| to meet up for the daily raids because people would basically
| not respond (so as t not commit), or not know which gym each
| other meant exactly, nor give live updates when people moved
| around, etc. etc.
|
| Then I joined a group from a bigger city where I commuted for
| work. They had a telegram group chat with two "channels", one
| for talking, one for bot posts. The telegram bot could be
| sent a single screenshot of a raid, and it would use OCR to
| automatically generate an interactive UI for that raid for
| everyone to see, with all the relevant info, and it would
| also clear itself up when the raid is no longer relevant. You
| could press buttons to say you were going, that you MAYBE
| were going, if you were late, and if you already started/done
| it, all in single clicks. Tons of options, tons of
| information, all live updated.
|
| I was bedazzled. That feature singlehandedly removed all
| attrition from urban social gaming. And it was entirely
| grassroots. It made me try out making my own telegram bots,
| and yeah, you basically have the power to make a little app
| in chat form, even some that feel like CLI commands.
|
| It's been OVER HALF A DECADE and I have yet to see a single
| other chat application have that degree of freedom where it
| comes to applications and bots. Some like discord even did
| whole ass 100% reworks of their bot AP to support the likes
| of slash commands, and still fall short. And there's none
| worse than Teams. Teams hates you. Teams spent the prior 2
| years before this one basically pointing a gun to our heads
| telling us they were removing webhooks and pushing back on it
| whenever they repeatedly get told that's the most insane and
| dogshit idea ever. And they still did it. There's just no
| spark in Teams UX. No self-respect. It's a soulless product
| made entirely as a dumping place of "synergy" with other M$
| products. It's reciprocal, I hate it too.
|
| Oh and my local group never go into telegram because they
| didn't want a new app. It died, but I still kept playing
| after work without problem. It makes me wonder how fast Teams
| would die if it wasn't proped up by 365 and Azure
| subscriptions.
| eru wrote:
| I wonder if Teams hates you, because they are doing the
| bidding of their actual customers (corporate decisions
| makers and purse holders), and those people's interests are
| not exactly aligned with the users'.
| nine_k wrote:
| The problem is that these people holding the actual purse
| don't care enough about their subordinates' experience.
| They care about the price tag, and about compliance.
| Apparently the makers of Teams think about the same. None
| of them thinks in terms of lost productivity.
| eru wrote:
| Yes, compliance is a big one. And it's not so much that
| they are actively hostile to user productivity (and
| quality of life), they just don't care enough.
| nozzlegear wrote:
| > _we would struggle to decide where to meet up for the
| daily raids because people would basically not respond (so
| as t not commit), or not know which gym each other meant
| exactly, nor give live updates when people moved around,
| etc. etc._
|
| This kind of thing is so common in groups of people, it's
| one of my pet peeves. My own family does this in our group
| messages when trying to make big decisions like who should
| host thanksgiving or where we should go for a family
| vacation.
|
| I make it a point to just take charge and tell people that
| we're doing XYZ now. It usually either results in a
| decision, or gets the discussion going enough that I can do
| it again with new information.
| theK wrote:
| That has roughly been my MO as well and it works great
| for groups where identities have settled.
|
| But one has to keep in mind that, in our currwnt "more
| woke" times, if you go this way in a new group you run
| the risk of being labeled an array of things. So tread
| carefully there.
| do_anh_tu wrote:
| I've been using Telegram for about 10 years, and it's one of
| the few products that has consistently felt great the entire
| time. It's fast everywhere: backend, mobile app, desktop app,
| all of it. Everything just works. Its sync is out of this
| world--fluid, fast, and seamless across devices. You can use
| it on your phone, then move to your PC or laptop and continue
| instantly without friction. Unlimited message history and
| file storage are fantastic, and the bot platform is absurdly
| powerful. It's boring in the best way, which is exactly what
| you want from a channel for interacting with your agents
| everywhere.
| hallway_monitor wrote:
| Since we are apparently giving messaging platform reviews
| here, I feel exactly the same way about Microsoft Teams. It
| works great. It does everything I want. It doesn't get in
| my way. 10 out of 10 keep up the great work guys!
| ozozozd wrote:
| Username checks out?
| dijit wrote:
| I don't believe you.
|
| I would never accuse Teams of being fast.
|
| Doesn't seem to matter if I have an i9, a macbook m4 or a
| threadripper.
| badc0ffee wrote:
| I only use Teams for meetings and the calendar, and the
| occasional chat during a meeting. I find it totally fine
| and I don't really think about it much one way or the
| other. For reference I have a 2021 M1 Max with 64 GB.
| roywashere wrote:
| Probably all managers and engineers working on Teams have
| similar copious amounts of memory and powerful CPUs on
| their devices and hardly use their own product. That
| would explain a lot
| badc0ffee wrote:
| It honestly wasn't much different on my 2018 i5 Mini with
| 32 GB.
|
| Maybe what sucks here is the experience of running it on
| Windows. Or maybe it sucks for large meetings? But I
| never have Teams meetings with > 40 people at this
| company.
| gostsamo wrote:
| satire is dead for when it comes home we look her in the
| face and cannot recognize her.
| DetroitThrow wrote:
| >It works great.
|
| When it is online, I agree with things asides from the
| "fast" part, actually. But many companies have a
| secondary service for async comms/chat when being Teams
| cannot be online, and compared to Slack.
| xeyownt wrote:
| Then you must not be using it.
|
| Teams network connectivity is a plain joke. If you use
| suspend, or frequently change network, the thing will
| just never reconnect, even though you have VPN alive and
| all network applications perfectly running.
|
| And the thing is just absurbdly sluggish, only display
| blurred grey lines instead of text in a meager attempt to
| look snappy.
| tim-projects wrote:
| I had a teams meeting yesterday and the entire UI
| disappeared so I couldn't unmute the mic. Shortcut didn't
| work either.
|
| Months back I was in a meeting and the dial tone just
| started sounding like someone was calling me.
|
| I face bugs like this often. It's a pos.
| theshrike79 wrote:
| Now try to be connected to 3 different Teams instances at
| the same time.
| dd_xplore wrote:
| I thought this was sarcastic
| ikt wrote:
| I was like are we using the same teams app?
| gf000 wrote:
| Honestly can't tell if this is not sarcasm/rage bait.
|
| Teams that has 3 different UI frameworks on every
| platform (but your best bet is the web)? With the
| Microsoft login that tends to loop forever redirecting to
| God knows where?
|
| It's incomparable to telegram.
| miroljub wrote:
| > Since we are apparently giving messaging platform
| reviews here, I feel exactly the same way about Microsoft
| Teams. It works great. It does everything I want. It
| doesn't get in my way. 10 out of 10 keep up the great
| work guys!
|
| It looks like we found a high executive using company
| money to buy a product no one wants to use.
|
| It's easy to promote Teams if your secretary is handling
| it for you and you don't need to suffer yourself.
|
| The other possibility: Microsoft started an astroturfing
| campaign on HN.
| tclancy wrote:
| > It does everything I want.
|
| Does it not start on your chosen platform or just not
| exist?
| mhitza wrote:
| Everything except privacy of communication. No?
| MidnightRider39 wrote:
| In what way is privacy in Telegram worse than in Teams or
| Slack?
| mhitza wrote:
| I don't know and I don't care.
|
| The comment I replied to said all these great things
| about Telegram, as if it where a marketing copy, but none
| of the downsides.
| yunwal wrote:
| Ok, well in case anyone else _does_ care, telegram offers
| e2e encrypted messages, slack and teams do not
|
| https://tsf.telegram.org/manuals/e2ee-simple
| mhitza wrote:
| Instead of Telegram, go self-hosted for company related
| communication activity. See Gamers Nexus recent video on
| self-hosted discord alternatives
| https://www.youtube.com/watch?v=kpjcmXbmMVM
|
| For encrypted group conversation over third-party
| networks use Signal, or Matrix which try to keep your
| conversations private.
|
| The fact that Telegram has their support playbooks
| online, is interesting. Though I would call the following
| claim a stretch
|
| > As a result, we have disclosed 0 bytes of user data to
| third parties, including governments, to this day.
|
| Telegram gave more user data to French authorities after
| founder's arrest https://www.lemonde.fr/en/pixels/article
| /2025/01/08/telegram...
| ciex wrote:
| Telegram had always impressed me for the same reasons. They
| have constantly gotten worse since about 2022/2023 though.
| Dark patterns, pay gate, they lost chat history for some of
| my closest contacts including 15k+ lost photos, no support
| at all. Something changed in their product direction and I
| started moving all my chats to Signal.
| sunaookami wrote:
| They need to stop cramming in useless features like Stories
| and NFT's and they recently redesigned the Android app to
| be like iOS but it broke my muscle memory, moved ALL items
| around (like "Saved" being in 1st spot when sharing, after
| the update it was buried, then it was at the top again and
| now it's under "Create a Story") and trashed the
| performance with the chat list not even loading at start
| (switching the tabs at the bottom "fixes" this, speaking of
| tabs, who even needs these there? The hamburger menu was
| fine). At least the desktop program is good AND native and
| not web slop.
|
| EDIT: and the Bot API is a killer feature
| almostdeadguy wrote:
| Odious is one of the most reserved words you could use to
| describe Telegram, which is primarily a host for scams that
| the influencers and other bottom feeders aren't allowed to
| monetize on the big social networks.
| onair4you wrote:
| My employer keeps Slack so locked down it is not really
| possible to use anything useful with it anyway...
| snthpy wrote:
| I feel the opposite. I'm on Teams all day at work and have
| reluctantly opened Telegram recently to try a Claw despite
| having an account for years.
|
| I've been surprised how little support there has been for
| Teams in the whole AI ecosystem. It seems all developers
| assume that the whole world is at startups working on Slack
| when most businesses are on Microsoft 365.
| xeyownt wrote:
| Looking forward to seeing AI ranting about pesky bullets in
| Word.
| weird-eye-issue wrote:
| Compared to operating on text files (which is relatively
| very simple and something Claude Code is great for), I have
| a feeling it's kind of a disaster dealing with Microsoft
| integrations and the different file formats
| theshrike79 wrote:
| Just the fact how much Microsoft lies when you click the
| "keep me logged in" button should tell you why nobody
| bothers with Teams integration with anything.
| dot_treo wrote:
| The main reason is just how hard it is to actually create
| anything that integrates with Teams. You have to jump
| through so meany hoops, wade through so many deprecated
| APIs, guess through so many half-way-wrong-by-now
| documentation pages.
|
| After building a proof of concept, we decided that we will
| only continue Teams integration if anyone is going to pay
| serious money for it.
| revlolz wrote:
| Telegram has a major issue with bots and bad actors though.
| They paywalled privacy features making it truly a terrible
| experience for users. 3-10 per day random messaging you.
| rowanG077 wrote:
| Can't say I have had literally anyone ever message me on
| telegram. And I have been a daily user for years.
| OJFord wrote:
| I get occasional spam - I'd guess it's because you've never
| joined a public group or shared your handle anywhere?
| rowanG077 wrote:
| I indeed never have joined a public group and never
| shared my handle with non-people I know.
| Gigachad wrote:
| If you join public groups with a lot of users you end up on
| a bunch of spam lists and get smashed by bots.
| sunaookami wrote:
| It's especially bad when you have a public username that is
| also kinda popular. They made "hide chat and mute for
| unknown contacts" free at least...
| informal007 wrote:
| Maybe most of users of anthropic are individual developers over
| employee in tech company.
|
| I'm really happy that they choose telegram and discord.
| fragmede wrote:
| You're telling me that Anthropic, one of the hottest
| companies on the planet right now couldn't field four teams
| of developers to integrate with Discord, Slack, Telegram,
| _and_ Teams? AI being such a productivity multiplier, seems
| like they could just choose to do it all. I mean, mythical
| man month and all that, but do it three times and have a
| retrospective and use Claude to refactor the pain points and
| centralize the learnings.
| airstrike wrote:
| You'd be surprised....
| Forgeties79 wrote:
| Turns out the companies making promises don't exemplify the
| results of their promises lol
| whatever1 wrote:
| Boris casually implements features and closes tickets the
| same day they are opened.
| yen223 wrote:
| A lot of such cases. Claude itself had (has?) fewer users than
| Perplexity, let alone Meta AI, Gemini or ChatGPT
| Marciplan wrote:
| no they definitely did not have fewer users than Perplexity
| xD
| yen223 wrote:
| I like Claude, but polling done on Americans late last year
| shows otherwise:
|
| https://epoch.ai/data/polling
|
| Overseas numbers are likely worse for Claude.
|
| Try and ask someone not in tech what they think of Claude
| or Anthropic. There's a high chance they've never heard of
| either.
|
| Things might have changed with Anthropic showing up at the
| Superbowl, and in the news over their fight with the
| Pentagon.
| borski wrote:
| Late last year is not the timeline you want. Anthropic's
| hockey stick happened earlier this year.
| yen223 wrote:
| Late last year was like 3 months ago.
|
| I'm bullish on Claude. It will see a surge in users, and
| will likely surpass Perplexity this year. However I don't
| think it will catch up to even Meta AI (which had 10x the
| number of users) this year.
| borski wrote:
| I'm aware of how long ago late 2025 was.
|
| Anthropic's revenue in Q1 2026 has skyrocketed.
| yen223 wrote:
| It's probably true that Anthropic's revenue is booming.
| But we need massive grains of salt:
|
| a) they are private and revenue numbers for private
| companies are hopelessly unreliable, and
|
| b) they are planning an IPO, so there's an extra
| incentive to big up the numbers. Anthropic always brings
| up ARR, which is very gameable when the year hasn't ended
| yet
| borski wrote:
| You're right that time will tell the end story.
| tharkun__ wrote:
| I use Claude. I use Codex. I've never heard of or used
| Meta AI. Nor do I have a Facebook account. Never have,
| never will.
|
| I am also a software developer. So while the numbers of
| "people" that use one AI or another may be higher than
| either of these, it's not a useful metric for myself.
| yen223 wrote:
| That's fine. I'm not making a value judgement about which
| LLMs you should use, if any.
|
| I'm only pushing back against someone thinking "oh HN
| talks about Claude a lot, therefore Claude must be
| extremely popular". The information bubble is a real
| problem.
| Mashimo wrote:
| It's Android app is 18th place in Denmark right now.
| Someone must have heard about it.
| magnio wrote:
| Talk about a bubble. No one outside of programmers know
| what the heck is Claude. In Asia, ChatGPT and Gemini
| dominates LLM usage, followed by Perplexity.
| yen223 wrote:
| I suspect we're underestimating the number of users
| Deepseek has in Asia.
| ainch wrote:
| Microsoft released a report with some numbers on Deepseek
| adoption globally. They say it's got ~90% market share in
| China, and is growing in popularity across Africa.
|
| https://www.microsoft.com/en-us/corporate-
| responsibility/top...
| miki123211 wrote:
| Telegram's bot API is literally one of the friendliest APIs (of
| any kind) I've ever seen. It's the first thing I reach for when
| server-to-mobile notifications are concerned.
|
| It's just as easy to set up as ntfy.sh, except that it doesn't
| break every other week on iOS.
| vrosas wrote:
| Interesting. I set up a bunch of slack webhooks for server
| events that's been working decently well but maybe I'll look
| at telegram.
| theshrike79 wrote:
| Slack (and Discord) webhooks are good for just shooting
| one-sided data into channels, but for interactive bots
| Telegram is so far ahead of anyone else it's crazy.
|
| Signal specifically is missing any kind of official bot
| support, cutting off massive audiences from even
| considering it as an option.
| ttul wrote:
| This is so true. I don't like Telegram for a host of reasons,
| but the bot architecture is second to none. Try creating a
| bot in Slack. You'll pull your hair out for hours. Same goes
| for Discord. Utter nightmare. Telegram? You send a DM and it
| is basically done.
| baq wrote:
| Discord webhooks aren't too bad... but the proper bot thing
| is ridiculous. They really lack a development mode server,
| having to know everything about oauth and token permissions
| before even starting is bonkers and why do I even need an
| app is beyond me. I'd probably have my bot completely
| implemented in telegram in the same time I figured out what
| an app is in discord and how to even add a new app to my
| server.
| lxgr wrote:
| Unfortunately, Telegram is also a no-go from a security/data
| privacy perspective for many use cases.
| karlitooo wrote:
| Surprisingly large number of businesses run on whatsapp, as a
| consultant in Asia it's prob around half the businesses I've
| worked with prefer it over teams/slack. If Meta had been
| sensible about API access Telegram wouldn't have even got a
| foothold.
| tmatsuzaki wrote:
| WhatsApp is actually more popular than Slack, isn't it? In my
| country, almost everyone uses Slack, and I've hardly ever
| heard of any companies using WhatsApp, so that was surprising
| to me.
| yen223 wrote:
| WhatsApp is more popular than Slack, Teams and Telegram
| _combined_. WhatsApp has something like 2-3 billion users
| worldwide
|
| WhatsApp vs Slack + Teams is a bit of an apples to oranges
| comparison though.
| tmatsuzaki wrote:
| Living in Japan has made me realize how different
| cultures can be -- even down to the apps and services
| people use. It honestly surprises me, and now I kind of
| want to try WhatsApp too.
| benhurmarcel wrote:
| Honestly Whatsapp is nothing special. It works well, just
| like many other chat apps nowadays. The interest is that
| in some large parts of the world, everyone uses it
| already.
| kelvinjps10 wrote:
| The only thing it's that creating bots for whatsapp it's
| not as easy as for telegram and it cost money. Actually
| that is the business plan for whatsapp making money from
| whatsapp business
| tmatsuzaki wrote:
| Interesting. I'm an engineer, so how easy it is to use
| and how much it costs both matter a lot to me.
| ramraj07 wrote:
| What country is it? Surprised someone on tech even asks
| this question
| mtkd wrote:
| Getting an agent working via an existing Slack setup is
| fairly effortless and the control over output format is
| useful
|
| I had a look at getting same agent up in WhatsApp but it
| seems to need FB business acc to even start process, to get
| FB business you need an FB personal etc. ... looked like
| too much effort
| senectus1 wrote:
| south america and africa are both heavily invested in
| whatsapp in the business space.
| arjie wrote:
| Telegram has the best programmatic integration. Trivial to get
| working. You can be up and running in minutes. I use it to talk
| to a claw-style agent and it's truly unbelievable what you get
| for free.
| zerkten wrote:
| One issue is that 95% of the integrations will be fine with the
| default configuration. The others including some with high
| profit potential will have weird configs that will frustrate
| your customers the first time they try if not well
| tested/documented. It's better to take time and get it right.
| Enterprise customers love piloting and spending time, so best
| to approach that the right way too. Going with less complex
| options, that arguably have better APIs, makes it easier to
| develop your core product too and get real feedback from users.
| kelvinjps10 wrote:
| I think it might because telegram integration it's just easy to
| do, I don't use telegram for actually messaging, I use it just
| to deploy my bots, it's a simple way to build simple tools, in
| a few lines you can get something working, you can have
| commands that work like buttons, accept images, respond with
| images and don't need anything else than your telegram account
| beoberha wrote:
| Spend 5 minutes looking up how to make a chat bot and be amazed
| how Telegram is really the only option. I was dumbfounded when
| rolling my own agent.
|
| iMessage is proprietary. WhatsApp charges you. Unofficial APIs
| exist, sure, but not my cup of tea.
|
| Then you have Discord or Slack, which are pretty heavyweight
| when all you want is a simple chat interface.
|
| Telegram makes it SO easy. Bots are first class resources on
| Telegram and they make them so easy to use.
| sroerick wrote:
| XMPP is working pretty well for me
| moostee wrote:
| Twitter is shockingly irrelevant given how much it gets
| mentioned.
| theshrike79 wrote:
| Twitter put all normal fun bots out of business with their
| API changes, that's about it.
| ACCount37 wrote:
| Telegram is more popular among "normal people", and it also has
| a laissez-faire attitude towards bots and bot development.
| Making a bot that you, or even other people, could add to their
| contact list and use is pretty easy.
|
| It's wild, but "people who want to build and run their own one-
| off bot for something like home automation" are almost treated
| by Telegram like first class citizens.
| miroljub wrote:
| It's not even funny how a multibillion-dollar company with
| thousands of employees having unlimited access to the "world's
| best coding models" lags behind a small one-man [1] open source
| project that already had multiple plugins for the same feature
| [2] for months.
|
| Pi already has 700+ third-party packages [2] for various
| purposes of various quality. But it doesn't matter, since
| creating a new working Pi extension to suit your needs is just
| a prompt away, and you don't even have to restart your coding
| session.
|
| [1] Pi Coding Agent https://pi.dev [2]
| https://www.npmjs.com/package/@e9n/pi-channels [3]
| https://pi.dev/packages
| elAhmo wrote:
| Apples and oranges comparison, one is a messaging app, the
| other two are used for communication and collaboration across
| teams in a workspace. I have worked in 5+ companies who used
| either Slack and Teams, none used Telegram for any comms.
|
| Telegram is 'bot friendly' since the beginning, gaining a lot
| of users with crypto boom a decade ago with coin drops and
| things like that, so it is very good to develop for, but I have
| your initial sentiment first - shame this hasn't launched with
| tools people actually use for work.
|
| And no, Discord is not used for that either.
| paxys wrote:
| Not really a meaningful comparison. Telegram is a personal
| messenger while Slack and Teams are for work. Telegram should
| be put alongside WhatsApp, iMessage, WeChat etc., which all
| have user bases in the billions.
| informal007 wrote:
| Really surprised for the frequent innovation of Anthropic
| kgwgk wrote:
| For a suitable value of "innovation".
| bpodgursky wrote:
| The software is essentially writing itself.
| subpixel wrote:
| This is exactly what I planned to figure out how to do: maintain
| an instance of Claude that can accept triggers that become tasks.
| killme2008 wrote:
| Claude caught up pretty quickly. I think OpenClaw's core value is
| the channel, heartbeat, and the open-source ecosystem.
| sanex wrote:
| And unfortunately I think hearbeats are a little cost
| prohibitive. I burn through my plus plan with half hour cadence
| heartbeats checking email.
| djeastm wrote:
| Heartbeat should be set to be a cheaper model.
| theshrike79 wrote:
| All *Claw implementations should use a local model for
| heartbeat, it doesn't need to do anything complex, pretty
| much just read a text file and do a true/false decision if
| there's something in there to do when it wakes up.
|
| If so, it can either just shove the full heartbeat file to a
| smarter model or try to intelligently spread the tasks to the
| correct models.
| operatingthetan wrote:
| I would rather they build something similar to openclaw than
| all these individual features that replicate functionality.
| gusmally wrote:
| Maybe it's less risk for them to offer the individual
| features. That way if people get inadvertent results, it's
| easier to blame the user, not the tool/company
| tekacs wrote:
| I mean you can just use /loop in both Claude Code and Codex for
| heartbeats.
| awwaiid wrote:
| Yes -- this is getting very close to ClaudeClaw. Next they'll
| offer cloud hosting of persistent execution.
| lxgr wrote:
| OpenClaw's core achievement is that it was first, and that's
| not a moat.
|
| The code/product itself is an absolute nightmare of
| overengineering, riddled with bugs and undocumented behavior
| changes across versions.
| luckydata wrote:
| finally! I'm building an app that's essentially a "sidecar" to an
| llm subscription and works via mcp and has a web ui to make
| reviewing deliverables easier, uses the user's subscription for
| intelligence instead of requiring to pay for tokens inside the
| app. The problem until now is I couldn't trigger AI work from the
| web ui, that limitation will be soon gone, it fixes a huge ux
| issue for me, I honestly thought it would happen sooner but I'm
| glad the industry is catching up.
| vicchenai wrote:
| been running something similar with openclaw for a while now -
| github webhooks triggering code review, slack messages kicking
| off tasks, etc. nice to see anthropic building this natively into
| claude code. the telegram/discord support is a smart call too,
| way more devs hang out there than people realize.
| zerd wrote:
| I was making a telegram to Claude via tmux capture-pane and send-
| keys, this will be so much nicer. Also sounds like something that
| addresses some of what Steve Yegge said was missing for agent to
| agent communication as well.
| TIPSIO wrote:
| This was my setup exactly, I open sourced a framework of it a
| while ago:
|
| - https://clappie.ai
|
| Plus it gives a little ASCII dog to Claude Code terminal.
|
| The ability to spawn independent CLI is awesome. No brainer
| they would add eventually between the great threaded
| functionality it brings and is essentially a more controlled
| version of OpenClaw IMO
| jasonjmcghee wrote:
| This isn't quite as good unfortunately- you can't accept / deny
| permissions prompts.
|
| Maybe there should be a Claude code that facilitates others
| that is connected. Like sub agents but can "choose what to do"
| on permissions check.
|
| Or some other means to listen for permissions check
| ed_mercer wrote:
| I don't understand how this can be economically viable. If this
| takes off, it will allow businesses to use openclaw-like
| functionality at non-api prices (pro, max).
| tpt2 wrote:
| Do you know for sure if the pro / max plans are unprofitable at
| full usage? I did a brief back of the envelope calculation for
| minimax m2.5 comparing its api pricing to my token usage on a
| full quota max 20x Claude plan, it worked out around 260 ish
| which assuming some margin would put the Claude max around
| breakeven.
| CuriouslyC wrote:
| Anthropic previously shared that they make ~60% margin on API
| access. So they're losing money on plan whales.
| levocardia wrote:
| It doesn't matter if they are unprofitable at full usage, as
| long as there are enough users (like me!) who barely ever max
| out but still pay the $100/month. The people who love Claude
| Code enough to max out the 20x plan every day, that's
| probably the best influencer marketing campaign you could
| ever buy anyways.
| aantix wrote:
| Imagine if they were able to support iMessage.
| miki_oomiri wrote:
| Bluebubble is the way to go for this.
|
| I've created an iCloud account for my llm. On my Mac, I created
| another user account, not an admin, just regular. Linked to the
| iCloud account. Installed Bluebubble.
|
| And now I can chat with my AI via iMessage, via my Apple watch,
| or my homepods. It works beautifully.
| Skidaddle wrote:
| Can you give an example of why this is better than the iOS
| Claude app?
| _pdp_ wrote:
| Very cool!
|
| However, once remote capabilities are added to any software, it
| is virtually guaranteed that they will eventually be exploited as
| backdoors.
|
| This means enterprise security solutions will need to develop the
| capability to distinguish between legitimate and illegitimate
| Claude Code instances.
| random17 wrote:
| I've been looking to build something similar to this so this is
| very timely!
|
| What I wanted to build is a way for Claude Code to automatically
| receive reviews and CP failures from a Github PR and
| automatically revise code and respond to comments. It looks like
| with a custom Github PR channel I can get very close to this,
| although I do wish that a channel can be opened in a running
| session instead of having to create a new one. Hopefully they add
| that soon.
| t0mas88 wrote:
| I did this for Forgejo, now adding Gitlab and planning Github
| as well: https://github.com/smithy-ai/smithy-ai
|
| It runs Claude in docker containers, listens for webhooks to
| see comments and CI status.
| ftchd wrote:
| we have OpenClaw at home
|
| (and it may be better)
| dbbk wrote:
| It would have surely taken less time to just set up notifications
| for the Claude Code app? Are they ever going to do this? It's
| baffling to me that they're just skipping over letting you know
| when a task is completed... this is basic stuff.
| gondo wrote:
| What notifications are you missing specifically?
|
| Personally I'm receiving native macOS notifications from Claude
| (both the app and the CLI), and there's also the hook system,
| which you can script to send even more custom notifications.
|
| What am I missing?
| dbbk wrote:
| Anything to do with Code. Not on Mac or iOS, and not with
| local sessions or cloud sessions. Normal Claude chats send
| notifications fine.
| justech wrote:
| Do you have notifications turned on for your terminal app?
| I never received notifications from Claude Code until I
| moved to a new machine and remember explicitly allowing
| notifications from Ghostty.
| dbbk wrote:
| I'm talking about server side push
| fzzzy wrote:
| They appear to get turned on but then just never work on iOS
| for me. Hooks work fine, I use it to get a beep.
| _betty_ wrote:
| isn't that a completely different use case? messages to Claude
| from other sources vs from Claude when it's finished?
|
| hooks can already alert you and have flexibility
| procinct wrote:
| This already exists for me on iOS? Maybe check your
| notification settings?
| dbbk wrote:
| I've tried everything. Regular Claude chats notify me fine,
| but nothing from Code - neither a cloud session or remote
| control.
| girvo wrote:
| I had to setup a hook with terminal-notifier to get it to
| work myself
| fragmede wrote:
| that already exists
| dbbk wrote:
| Not for me
| antiframe wrote:
| It doesn't make sense that it's implemented for others but
| not for you. What platform are you running on? I have
| notifications on my Linux laptop and Linux desktop. But I
| did have to turn them on.
| planckscnst wrote:
| I'm using Fedora with KDE and I haven't seen any
| notifications and had no idea it did this. I'll see if I
| can figure out what's going on in my system and maybe it
| will help other people.
| antiframe wrote:
| I asked Claude to set up notifications for itself and it
| did. It wasn't on by default. Claude edited some config
| file. For simplicity I had it play some audio file, not a
| KDE toast, since I mostly cared if I wasn't looking as
| that machine. I am also on Fedora KDE.
| dbbk wrote:
| I'm talking about server side push
| anthonySs wrote:
| at this point anthropic is dogfooding us a new product every week
| just to see what might stick - doubt a lot of the
| features/products they've rolled out will actually be around or
| supported in a year
| rzmmm wrote:
| They are doing experiments and seeing what takes off.
| vrosas wrote:
| I also get the impression this is way more complicated than it
| needs to be. Or maybe it's simple and they keep inventing new
| terminology for stuff that basically already exists. The crypto
| bros did the same shit. Like, bidirectional communication has
| been a thing for decades. We're just changing what we call the
| client and the server? And the protocol is just strings the bot
| on the other end is a little better at reading?
| owenthejumper wrote:
| Claw-ification
| rubslopes wrote:
| Carcinisation
| sidgtm wrote:
| It's quite basic if I am using it correctly! It expects certain
| commands to be still approved on main machine.
| pdrojack wrote:
| You can remove the requirements for specific commands in
| settings.json, or run claude with the --dangerously-skip-
| permissions flag. It's dangerous tho.
| wewewedxfgdf wrote:
| I enabled the github connector in claude web interface.
|
| I presumed Claude would then be able to clone repos, make
| commits, update the code in its container and then write it back
| to github.
|
| Instead, the github connector does ..... nothing it all. It's
| very weird.
| fzzzy wrote:
| It can do all those things from the claude code web version.
| wewewedxfgdf wrote:
| Quote:
|
| "i enabled github connector can you see it?"
|
| Answer: "I don't see a GitHub connector in the available
| integrations. The search only returned a Microsoft Learn
| connector (not connected). It's possible the connector hasn't
| fully activated yet, or it may not be available in your
| current setup. Could you double-check in Settings -
| Integrations that it shows as connected?"
|
| Multiple such checks and re-setups do nothing.
| fzzzy wrote:
| It doesn't work that way. When you start a new claude code
| session, you choose a GitHub repo, and it will
| automatically create a branch and push over the course of
| the session.
|
| It's not an actual MCP. It's just built into the UI.
|
| Anthropic has a lot of stuff that's way more difficult to
| use because of bad UI, spread over lots of different
| places.
| wewewedxfgdf wrote:
| I am using the Claude web UI not Claude Code.
| anamexis wrote:
| Claude Code Web does all of those things for me with the GitHub
| connector enabled. I did have a lot of song and dance to get
| the permissions right though.
| jimmydoe wrote:
| My gh connnector half works in cc web. It clones ok but cant
| see gh comments.
| bakies wrote:
| Use GITHUB_TOKEN env var to give it gh access with the CLI. Or
| is gh not installed?
| wewewedxfgdf wrote:
| I'm using the web UI and its container.
| jon-wood wrote:
| Claude Code Web uses the Github connector to check out
| repositories, make commits to them, and open a PR.
| Unfortunately that's about all it can do with it currently, I
| was working with it the other day and found it somewhat
| disappointing that it can't read and reply to PR comments as
| that would be a really natural way to handle refining the code
| that's been written.
|
| I tried getting it to use the `gh` CLI to do so but it either
| doesn't have the right permissions on its token or the requests
| are being intercepted and filtered by the sandbox it's in. I
| eventually dumped all the comments as JSON from my desktop and
| pasted it in at which point it handled them fine so it's
| certainly capable of working that way.
| mberg wrote:
| I just created agent-http that leverages the channels feature to
| enable you to wrap claude code with a http api. This provides an
| identical API to Agent API (https://github.com/coder/agentapi)
| that relies on terminal scraping to achieve this. Now you can
| interact with claude code in a headless manner using your
| subscription. Previously I think you had to do this via the
| Agents SDK which relies on api token use.
| sunnybeetroot wrote:
| Mind sharing a link?
| mberg wrote:
| Here you go: https://github.com/mberg/agent-http/
| bronco21016 wrote:
| Does anyone else have issues opening Claude.com domains on iOS?
| It's infuriating I can never open documentation or the usage page
| or account management portal on iOS on Safari. Works fine on a
| laptop. Mac, Windows, or Linux.
| nlawalker wrote:
| It's going to be fascinating to see what kinds of malicious
| execution and exfiltration this enables.
| ericlevine wrote:
| This is fantastic. There are a ton of use cases where you'd want
| to be able to build an integration that hooks back to your
| running agent session. OpenClaw has this today, but it's pretty
| janky. Hopefully this is coming to Claude Cowork as well.
|
| My use case is that I have a separate system that provides human
| approvals for what my agent can do. Right now, I've had to resort
| to long-polling to give a halfway decent user experience. But
| webhooks are clearly the right solution. Curious to see how it
| ends up being exposed outside of these initial integrations.
| sneak wrote:
| The convenient thing about using Claude via Telegram is that you
| can provide all of your private and proprietary information to US
| intelligence _and_ Russian intelligence at the same time.
| (Telegram is not end to end encrypted.)
| pdrojack wrote:
| Ahh, the AGI, Artificial General Intelligence for all parties.
| gf000 wrote:
| > Telegram is not end to end encrypted.
|
| By default. It can be enabled though on a per conversation
| basis.
| lxgr wrote:
| For bots?
| bilekas wrote:
| Just as I started to move away from events.
| pdrojack wrote:
| Lol made the same thing using claude earlier:
| https://www.viahuman.xyz/ They are gonna implement everything,
| aren't they?
| resonious wrote:
| This is the first time I've seen MCP's push capabilities come in
| handy. I'm not much of an MCP nerd though so I don't know much.
| But when I read the spec it looked extremely over engineered
| partly because of the 2 way nature of it.
| tekacs wrote:
| Unfortunately, we're all stuck moving at the speed of the model
| labs because of the subscription models that they've provided.
|
| The rest of us were able to implement things like push a long
| time ago, but because Claude Code and Codex stubbed those
| things out, we couldn't really use them for 'most agent users'.
|
| In fairness to OpenAI, they have been generous in allowing for
| example OpenCode to sign in with your ChatGPT subscription - so
| you _could_ build a more powerful agent (which OpenCode is...
| not) - but unfortunately GPTs' instruction following just isn't
| up to snuff yet. Hopefully they pre-train something amazing
| this year!
| crashabr wrote:
| Honestly not sure what I would be using this for when there's
| Claude remote control? Is it because you can script the telegram
| bot to send messages at regular intervals? But Claude has a /loop
| as well, so I'm still confused.
| Galanwe wrote:
| Remote Control is buggy a hell, the websocket keeps
| disconnecting every 10 minutes. And the UI is unusable on
| mobile.
| jon-wood wrote:
| The Telegram bot is just an example (and I guess a subtle jab
| at Openclaw, which people tend to use via Telegram). Personally
| I'm hoping to set this up so it can receive Github webhooks
| when a pull request opened by Claude Code receives comments.
| xngbuilds wrote:
| You can't send an image for example from Claude iOS app to
| remote control session. With this new channels the attachment
| you send from Telegram bot is saved into your local Telegram
| inbox folder ready for you to process.
| rcarmo wrote:
| I'm struggling with how useful this is in an enterprise setting
| where a security team will be at least slightly annoyed at devs
| hooking into their personal machines via untrusted chat... but
| OK, I guess. Myself, I have pretty dropped WhatsApp support in
| https://github.com/rcarmo/piclaw and have made sure its auditable
| through a proxy...
| sho wrote:
| Nice, i've been waiting for this capability to show up. I've
| added support to my side project llmsg.com, here's a video of it
| in action https://x.com/sho/status/2034898928618152412
| vanillameow wrote:
| I am not sure how I feel about all these hype-driven tools
| honestly, especially considering they are super janky since
| probably rushed out with Claude Code.
|
| It reminds me that I don't really like Anthropic as a company, I
| just like Claude as a model a lot. It just feels more capable and
| personable than the others. I wonder if / when OpenAI et al. will
| be able to replicate it.
|
| For now, I basically have no choice but to use the walled garden
| but I do hope Anthropic is not completely compromising their core
| mission of actually making the model better rather than following
| these public bandwagons.
|
| Then again most of these probably take them like a day to develop
| through a junior dev talking to Claude Opus 5 or some shit lol
| (and to be fair, it shows). I don't know.
| loaderchips wrote:
| Very well put. I love Claude but anthtopic as a company sucks.
| alexovch wrote:
| This is one of those features that sounds small but actually
| changes how you structure things.
|
| Not having to restart or rebuild context every time makes a big
| difference once systems get more stateful.
| tomasz-tomczyk wrote:
| I like it but it's one conversation at a time, no ability to
| manually compact the chat... I guess it's an early version still.
| jasonjmcghee wrote:
| I don't see this said anywhere - maybe I missed it. Why is it
| only one conversation at a time?
|
| Couldn't you have multiple sessions using different plugins or
| whatever?
| tomasz-tomczyk wrote:
| Well, it's one conversation per bot. I set it up, connected
| the channel. DM'd it (only way to converse with it - wish I
| could have a Discord channel per project, different CWDs
| etc...) and asked what happens when I start 2 claude sessions
| connected to the channel and it said it'll just work with
| one.
|
| Suppose you could have multiple bots, but it looks like it
| only supports one bot token anyway.
| jon-wood wrote:
| This is an API designed to build connectors, there's
| absolutely nothing preventing you from building one that
| connects to Discord and listens to a different channel for
| each instance.
| jasonjmcghee wrote:
| I think they gave two sample implementations to demonstrate
| it.
|
| I'm guessing their expecting the community to run with it
| zknill wrote:
| This is actually great for *claws. When Anthropic changed their
| T&Cs to disallow using claude code oauth tokens in the Anthropic
| Agent SDK, you had a choice between violate the terms or pay a
| lot more for the model inference using an API key from
| platform.claude.com instead of claude.ai.
|
| With this change, it looks like an officially sanctioned version
| of *claws. Connecting to whatever "channels" you want via MCP.
|
| Architecturally it's a little different, most *claws would call
| the Agent SDK from some orchestrator, but with claude channels
| the claude code binary starts the MCP server used to communicate
| with the channel. So it's a full inversion of control where
| Claude code is the driver, instead of your orchestrator code.
|
| I updated my nanoclaw fork to start the claude code binary in a
| docker container on PID 1, and you can read the docker logs
| straight from claude code stdout, but with comms directly to/from
| your channel of choice. It's pretty neat.
| aimarketintel wrote:
| Channels are a natural fit for real-time data pipelines. I've
| been building MCP servers that push structured data from multiple
| sources (news feeds, social media, academic papers) into AI agent
| sessions.
|
| The pattern that works well: have the MCP server query sources in
| parallel, then use channels to stream results as they arrive
| rather than waiting for all sources to complete. For market
| research, this means the agent can start analyzing Wikipedia and
| Google News data while arXiv and GitHub queries are still
| running.
|
| One thing I'd love to see is channel multiplexing -- being able
| to label different data streams so the agent can prioritize which
| channel to process first.
| JumpingVPN2027 wrote:
| This is an interesting direction.
|
| Pushing events into an already running session feels like a step
| toward decoupling execution from transport state.
|
| I've been thinking along similar lines -- where a session
| continues to exist independently, and transports are just
| interchangeable carriers attached to it.
| swah wrote:
| I could not answer yes/no over Telegram so this makes no sense.
| Why is this gigantic company shipping these vibe coded changes to
| quickly and partially?
| nebben64 wrote:
| I was reading through CC MCPs docs ... MCP Notifications kind of
| did this right? The server/client could update each other
| automatically. So there was already this channel-like
| communication.
|
| This is like that but instead of the server/client sending
| messages it's you.
| fogzen wrote:
| Tailscale + tmux + Moshi. You're welcome.
___________________________________________________________________
(page generated 2026-03-20 23:01 UTC)