Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Integrations

anthropic.com

Post reply on HN
Print view View original

91–100 of 266 posts

Re: Claude Integrations

#91

Post by loufe »

fhd2 wrote: post #21
boh wrote: post #8

I think all the retail LLM's are working to broaden the available context, but in most practical use-cases it's having the ability to minimize and filter the context that would produce the most value. Even a single PDF with too many similar datapoints leads to confusion in output. They need to switch gears from the high growth, "every thing is possible and available" narrative, to one that narrows the scope. The "hal…

Definitely my experience. I manage context like a hawk, be it with Claude-as-Google-replacement or LLM integrations into systems. Too little and the results are off. Too much and the results are off. Not sure what Anthropic and co can do about that, but integrations feel like a step in the wrong direction. Whenever I've tried tool use, it was orders of magnitude more expensive and generally inferior to a simple model…

Couldn't agree more. I wish all major model makers would build tools into their proprietary UIs to "summarize contents and start a new conversation with that base". My biggest slowdown with working with LLMs while coding is moving my conversation to a new thread because context limit is hit (Claude) or the coherent-thought threshold is exceeded (Gemini).

Re: Claude Integrations

#92

Post by zoogeny »

eknkc wrote: post #82
warkdarrior wrote: post #74

Earlier quoted context omitted.

My colleagues' LLM assistants think that my LLM assistant leaves great JIRA comments.

Why use JIRA at this point then? Can’t we point an LLM to a sqlite db and tell it to treat it as an issue tracking db and have everyone do the same. The service (jira) would materialize inside the LLMs then. Why even use abstractions like tickets etc. Ask LLM what to do.

JIRA is more than just ticket management for most big orgs. It provides a reporting interface for business with long-term planning capabilities. A lot of the annoying things that devs have to do in JIRA is often there to make those functions more valuable. In other cases it is a compliance thing as well. Some certifications necessary for enterprise sales require audit trails for all code changes, from the bug report to the code commit. JIRA provides the integration and reporting necessary for that.

Unless you can provide the same visibility, long-term planning features and compliance aspects of JIRA on top of you sqlite db, you won't compete with JIRA. But if you do add those things on top of SQLite and LLMs, you probably have a solid business idea. But you'd first need to understand JIRA well enough to know why they are there in the first place.

Re: Claude Integrations

#93

Post by zoogeny »

edaemon wrote: post #45

Lots of reported security issues with MCP servers seemed to be mitigated by their local-only setup. These MCP implementations are remotely accessible, do they address security differently?

They offhand mention OAuth integration in their discussion of Cloudflare integrated solutions. I can't see how that would be any less secure than any other OAuth protected API offering.

Re: Claude Integrations

#94

Post by conroy »

Remote MCP servers are still in a strange space. Anthropic updated the MCP spec about a month ago with a new Streamable HTTP transport, but it doesn't appear that Claude supports that transport yet.

When I hooked up our remote MCP server, Claude sends a GET request to the endpoint. According to the spec, clients that want to support both transports should first attempt to POST an InitializeRequest to the server URL. If that returns a 4xx, it should then assume the SSE integration.

Re: Claude Integrations

#95

Post by naravara »

n_ary wrote: post #30

Is this the beginning of the apps for everything era and finally the SaaS for your LLM begins? Initially we had internet but value came when instead of installed apps, webapps arrived to become SaaS. Now if LLMs can use specific remote MCP which is another SaaS for your LLM, the remote MCP powered service can charge a subscription to do wonderful things and voila! Let the new golden age of SaaS for LLMs begin and the…

On one hand, yes this is very cool for a whole host of personal uses. On the other hand giving any company this level of access to as many different personal data sources as are out there scares the shit out of me.

I’d feel a lot better if we had something resembling a comprehensive data privacy law in the United States because I don’t want it to basically be the Wild West for anyone handling whatever personal info doesn’t get covered under HIPAA.

Re: Claude Integrations

#96

Post by organsnyder »

atonse wrote: post #51
pton_xd wrote: post #44

"To start, you can choose from Integrations for 10 popular services, including Atlassian’s Jira and Confluence, Zapier, Cloudflare, Intercom, Asana, Square, Sentry, PayPal, Linear, and Plaid. ... Each integration drastically expands what Claude can do." Give us an LLM with better reasoning capabilities, please! All this other stuff just feels like a distraction.

I disagree. They can walk and chew gum, do both things at once. And this practical stuff is very important. I've been using the Atlassian MCP for nearly a month now, and it's completely changed (and eliminated) the feeling of having an overwhelming backlog. I can have it do things like "find all the tickets related to profile editing and combine them into one epic" where it works perfectly. Or "help me prioritize the…

I have Claude hooked up to our project management system, GitHub, and my calendar (among other things). It's already proving extremely useful for various project management tasks.

Re: Claude Integrations

#97

Post by sdesol »

atonse wrote: post #77
warkdarrior wrote: post #74

Earlier quoted context omitted.

My colleagues' LLM assistants think that my LLM assistant leaves great JIRA comments.

haha! Funny enough I do have to tell the LLMs to leave concise comments. I also don’t want to read too many unnecessary words.

Joking aside, I do believe we are moving into a era where we have LLMs write for each other and humans have a dedicated TL;DR. This includes code with a lot of comments or design styles that might seem obvious or stupid but can help another LLM.

Re: Claude Integrations

#98

Post by OJFord »

atonse wrote: post #76
OJFord wrote: post #63

Earlier quoted context omitted.

> If you look at my JIRA comments now, you'd wonder how I had so much time to write such thorough comments. I don't, Cursor and whatever model is doing it for me. How do your colleagues feel about it?

Well I had half a mind to not tell them to see what they’d say, but I also was excited to show everyone so they can also be empowered with it. One of them said “yeah I was wondering cuz you never write that much” - as a leader, I actually don’t set a good example of how to leave quality JIRA comments. And my view with all these things is that I have to lead by example, not by orders. With the help of these kinds of t…

Notice they commented on the quantity, not the quality?

I don't think it's good leadership to unleash drivel on an organisation, have people waste time reading and perhaps replying to it, thinking it's something important and thoughtful coming from atonse.

Good thing you told them though, now they can ignore it.

Re: Claude Integrations

#99

Post by avandekleut »

pcwelder wrote: post #9
behnamoh wrote: post #2

That "Allow for this chat" pop up should be optional. It ruins the entire MCP experience. Maybe make it automatic for non-mutating MCP tools.

In the latest update they've replaced "Allow for this chat" with "Always Allow".

MCP also has support for "hints" which note whether an action is destructive.
Post reply on HN