Hacker News

Also, not a single one of those 300m Teams users wants to spend another minute there. Whereas people find Telegram useful and not odious.

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.

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

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.

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

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.

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.

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.

Twitter is shockingly irrelevant given how much it gets mentioned.

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.

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

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.

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.

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

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

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.

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.

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

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

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.

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

Start in a tmux session and let it run ?

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

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

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

Mind sharing a link?

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

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

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

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

They are doing experiments and seeing what takes off.

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.

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.

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

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

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

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?

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.

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

> Telegram is not end to end encrypted.

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

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?

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

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

that already exists

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

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

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.

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.

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

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.

this is exactly i thought!

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!

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

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

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

yes! its all happening

The software is essentially writing itself.

For a suitable value of “innovation”.

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.

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.

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

Carcinisation

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

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?

it's a webhook ... as MCP!

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.