Push events into a running session with channels

https://code.claude.com/docs/en/channels

by jasonjmcghee • 4 months ago

400 234 4 months ago

code.claude.com

hmartin• 4 months ago

But can it edit tabs? [1]

[1] https://github.com/anthropics/claude-code/issues/11447

ekropotin• 4 months ago

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• 4 months ago

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• 4 months ago

This came up recently when I asked Claude to adjust indentation and it just couldn't. Such a stupid issue.

alexjurkiewicz• 4 months ago

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• 4 months ago

I'd like Claude on IOS to pull/commit from a private git repository for Markdown and ideally drawio diagram editing.

fzzzy5• 4 months ago

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.

bakies2• 4 months ago

Claude Code for the web would be able to do that

ttul2• 4 months ago

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• 4 months ago

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.

8note2• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

so its a webhook

ray_v• 4 months ago

it's a webhook ... as MCP!

samrus• 4 months ago

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• 4 months ago

the truth?

politelemon• 4 months ago

It isn't a fallacy and nothing should ever be above criticism.

8note2• 4 months ago

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• 4 months ago

What do you call it when someone takes offense to calling a spade a spade?

theshrike796• 4 months ago

Yes, and Dropbox is "just rsync" and Tailscale is "just wireguard"

comboy• 4 months ago

Claude getting clawed.

sidgtm3• 4 months ago

this is exactly i thought!

AIorNot• 4 months ago

OpenClaw approach has moved into frontier companies I see -

sidgtm3• 4 months ago

yes! its all happening

aavci• 4 months ago

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• 4 months ago

This feels like a response to openclaw (and openai's hiring of the lead).

vessenes3• 4 months ago

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• 4 months ago

github unavailable; what you think would be the primary usecase for agent to agent chat?

vessenes3• 4 months ago

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...

vessenes3• 4 months ago

Gosh darn it: github.com/corpollc/qntm. NOT corpo/qntm.

2001zhaozhao• 4 months ago

At this point the limitation is even requiring a terminal in the first place.

Claude Code daemon mode in background when?

theParadox42• 4 months ago

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• 4 months ago

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.

dbbk7• 4 months ago

They already have cloud environments you can use, though they're fragile as glass

Evan-Purkhiser• 4 months ago

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

Galanwe3• 4 months ago

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_.

ramraj072• 4 months ago

Start in a tmux session and let it run ?

ainch2• 4 months ago

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• 4 months ago

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• 4 months ago

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.

do_anh_tu• 4 months ago

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.

almostdeadguy• 4 months ago

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• 4 months ago

My employer keeps Slack so locked down it is not really possible to use anything useful with it anyway…

snthpy• 4 months ago

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.

revlolz• 4 months ago

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.

rowanG0772• 4 months ago

Can't say I have had literally anyone ever message me on telegram. And I have been a daily user for years.

informal0072• 4 months ago

Maybe most of users of anthropic are individual developers over employee in tech company.

I'm really happy that they choose telegram and discord.

fragmede2• 4 months ago

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.

yen2237• 4 months ago

A lot of such cases. Claude itself had (has?) fewer users than Perplexity, let alone Meta AI, Gemini or ChatGPT

Marciplan• 4 months ago

no they definitely did not have fewer users than Perplexity xD

miki123211• 4 months ago

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.

vrosas2• 4 months ago

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.

ttul2• 4 months ago

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.

lxgr3• 4 months ago

Unfortunately, Telegram is also a no-go from a security/data privacy perspective for many use cases.

karlitooo• 4 months ago

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.

tmatsuzaki3• 4 months ago

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.

senectus1• 4 months ago

south america and africa are both heavily invested in whatsapp in the business space.

arjie• 4 months ago

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• 4 months ago

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.

kelvinjps102• 4 months ago

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• 4 months ago

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• 4 months ago

XMPP is working pretty well for me

moostee• 4 months ago

Twitter is shockingly irrelevant given how much it gets mentioned.

theshrike796• 4 months ago

Twitter put all normal fun bots out of business with their API changes, that's about it.

ACCount37• 4 months ago

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.

miroljub3• 4 months ago

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• 4 months ago

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• 4 months ago

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.

informal0072• 4 months ago

Really surprised for the frequent innovation of Anthropic

kgwgk• 4 months ago

For a suitable value of “innovation”.

bpodgursky• 4 months ago

The software is essentially writing itself.

subpixel• 4 months ago

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• 4 months ago

Claude caught up pretty quickly. I think OpenClaw’s core value is the channel, heartbeat, and the open-source ecosystem.

sanex• 4 months ago

And unfortunately I think hearbeats are a little cost prohibitive. I burn through my plus plan with half hour cadence heartbeats checking email.

djeastm• 4 months ago

Heartbeat should be set to be a cheaper model.

theshrike796• 4 months ago

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• 4 months ago

I would rather they build something similar to openclaw than all these individual features that replicate functionality.

gusmally• 4 months ago

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

tekacs2• 4 months ago

I mean you can just use /loop in both Claude Code and Codex for heartbeats.

awwaiid• 4 months ago

Yes -- this is getting very close to ClaudeClaw. Next they'll offer cloud hosting of persistent execution.

lxgr3• 4 months ago

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• 4 months ago

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.

zerd• 4 months ago

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• 4 months ago

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

jasonjmcghee3• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

Anthropic previously shared that they make ~60% margin on API access. So they're losing money on plan whales.

levocardia• 4 months ago

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• 4 months ago

Imagine if they were able to support iMessage.

miki_oomiri• 4 months ago

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.

Skidaddle2• 4 months ago

Can you give an example of why this is better than the iOS Claude app?

_pdp_• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

we have OpenClaw at home

(and it may be better)

dbbk7• 4 months ago

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• 4 months ago

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?

dbbk7• 4 months ago

Anything to do with Code. Not on Mac or iOS, and not with local sessions or cloud sessions. Normal Claude chats send notifications fine.

fzzzy5• 4 months ago

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_• 4 months ago

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• 4 months ago

This already exists for me on iOS? Maybe check your notification settings?

dbbk7• 4 months ago

I’ve tried everything. Regular Claude chats notify me fine, but nothing from Code - neither a cloud session or remote control.

fragmede2• 4 months ago

that already exists

dbbk7• 4 months ago

Not for me

anthonySs• 4 months ago

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• 4 months ago

They are doing experiments and seeing what takes off.

vrosas2• 4 months ago

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• 4 months ago

Claw-ification

rubslopes• 4 months ago

Carcinisation

sidgtm3• 4 months ago

It’s quite basic if I am using it correctly! It expects certain commands to be still approved on main machine.

pdrojack3• 4 months ago

You can remove the requirements for specific commands in settings.json, or run claude with the --dangerously-skip-permissions flag. It's dangerous tho.

wewewedxfgdf5• 4 months ago

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.

fzzzy5• 4 months ago

It can do all those things from the claude code web version.

wewewedxfgdf5• 4 months ago

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.

anamexis• 4 months ago

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• 4 months ago

My gh connnector half works in cc web. It clones ok but cant see gh comments.

bakies2• 4 months ago

Use GITHUB_TOKEN env var to give it gh access with the CLI. Or is gh not installed?

wewewedxfgdf5• 4 months ago

I'm using the web UI and its container.

jon-wood3• 4 months ago

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.

mberg2• 4 months ago

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• 4 months ago

Mind sharing a link?

mberg2• 4 months ago

Here you go: https://github.com/mberg/agent-http/

bronco21016• 4 months ago

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• 4 months ago

It’s going to be fascinating to see what kinds of malicious execution and exfiltration this enables.

ericlevine• 4 months ago

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.

sneak2• 4 months ago

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.)

pdrojack3• 4 months ago

Ahh, the AGI, Artificial General Intelligence for all parties.

gf0002• 4 months ago

Telegram is not end to end encrypted.

By default. It can be enabled though on a per conversation basis.

lxgr3• 4 months ago

For bots?

sneak2• 4 months ago

The e2ee you can “enable” is a homemade custom cipher and cryptosystem. There are no open source implementations.

I have no evidence that Telegram is an FSB honeypot. What I do know is that if the FSB had a honeypot chat platform, it would look and function exactly the way Telegram does.

bilekas• 4 months ago

Just as I started to move away from events.

pdrojack3• 4 months ago

Lol made the same thing using claude earlier: https://www.viahuman.xyz/ They are gonna implement everything, aren't they?

resonious• 4 months ago

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.

tekacs2• 4 months ago

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• 4 months ago

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.

Galanwe3• 4 months ago

Remote Control is buggy a hell, the websocket keeps disconnecting every 10 minutes. And the UI is unusable on mobile.

jon-wood3• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

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• 4 months ago

Very well put. I love Claude but anthtopic as a company sucks.

alexovch• 4 months ago

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-tomczyk2• 4 months ago

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.

jasonjmcghee3• 4 months ago

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-tomczyk2• 4 months ago

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.

zknill• 4 months ago

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.

swah• 4 months ago

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?

nebben642• 4 months ago

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• 4 months ago

Tailscale + tmux + Moshi. You're welcome.

arunakt• 4 months ago

Will need to push the entire session as an object event.

Push events into a running session with channels

Related Stories