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

231–240 of 266 posts

Re: Claude Integrations

#231

Post by Balgair »

wyre wrote: post #159
Balgair wrote: post #150

Earlier quoted context omitted.

Yeah, that was intentional, well, somewhat. The project requires the full list of every known city in the western hemisphere and also Japan, Korea, and Taiwan. But that dataset is just maddeningly large, if it is possible at all. Like, I expect it to take me years, as I have to do a lot of translations. So, I figured that I'd be nice and just as for the top 250 for the various models. There's a lot more data that we'…

If you have the data, but need to parse all of it, couldn’t you upload it to your LLM of choice (with a large enough context window) and have it finish your project?

I'm sorry I was unclear. No, I do not have the data yet and I need to get it.

Re: Claude Integrations

#233

Post by Balgair »

therein wrote: post #200
Balgair wrote: post #150

Earlier quoted context omitted.

Yeah, that was intentional, well, somewhat. The project requires the full list of every known city in the western hemisphere and also Japan, Korea, and Taiwan. But that dataset is just maddeningly large, if it is possible at all. Like, I expect it to take me years, as I have to do a lot of translations. So, I figured that I'd be nice and just as for the top 250 for the various models. There's a lot more data that we'…

Sounds like the you're having it conduct research and then solve the Knapsack problem for you on the collected data. We should do the same for the traveling salesman one. How do you validate its results in that scenario? Just take its word for it?

Ahh, no. We'll be doing more research on the data once we have it. Things like ranking and averages and distributions on the data will come later, but first we just need it to begin with.

Re: Claude Integrations

#234

Post by bjornsing »

jimbokun wrote: post #164
bjornsing wrote: post #86

The strategic business dynamic here is very interesting. We used to have "GPT-wrapper SaaS". I guess what we're about to see now is the opposite: "SaaS/MCP-wrapper GPTs".

The GPT wrappers were always going to be subsumed by improvements to the models themselves. LLMs wrapping the services makes more sense, as the data stored in those services adds a lot of value to off the shelf LLMs.

I think I agree. There’s a lot of utility in a single LLM that can talk to many SaaS and integrate them. Feels like a better path forward than a separate LLM inside every SaaS.

Re: Claude Integrations

#235

Post by game_the0ry »

Its only a matter of time where folks write user stories and an LLM takes over for the first draft, then iterate from there.

Btw, that speaks to how important it is to get clear business requirements for work.

Re: Claude Integrations

#236

Post by hombre_fatal »

spaceman_2020 wrote: post #187
tiberriver256 wrote: post #141

Earlier quoted context omitted.

3.7 did score higher in coding benchmarks but in practice 3.5 is much better at coding. 3.7 ignores instructions and does things you didn't ask it to do.

3.7 is too overactive I prefer Gemini 2.5 pro for all code now

Gemini 2.5 Pro has solved problems that Claude 3.7 cannot, so I use it for the hard stuff.

But Gemini is at least as overactive as Claude, sometimes even more overactive when it comes to something like comment spam.

Of course, this can be fixed with prompting. And sometimes it feels sheepish complaining about the machine god doing most of my chore work that didn't even exist a couple years ago.

Re: Claude Integrations

#237

Post by artur_makly »

sensanaty wrote: post #117
atonse wrote: post #76

Earlier quoted context omitted.

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…

Someone please shoot me if my PM ever gets this idea in his head of using LLM slop to spam tickets with en masse. There's nothing I hate more than people sending me their AI messages, be it in a ticket or a PR or even on Slack. I'm forced to engage and spend effort on something it took them all of 3 seconds to generate without even proofreading what they're sending me says. The amount of times I've had to ask 11 clar…

"I remember those days when we manually wrote comments"... - what were comments papa?

Re: Claude Integrations

#238

Post by terminalcommand »

user_7832 wrote: post #205
garrickvanburen wrote: post #158

Earlier quoted context omitted.

My current hypothesis: the more familiar you are with a topic the worse the results from any LLM.

That is certainly the case in niche topics where published information is lacking, or needs common sense to synthesize proper outputs [1]. However in this specific example, I don't remember if it was chatgpt or gemini or 3.5 Haiku but the other(s) explained it well enough. I think I re-asked 3.5 Haiku at a later point of time, and to my complete non-surprise, it gave an answer that was quite decent. 1 - For example,…

I built open baffle speakers based on measurements and discussion I had with Claude. I think it is really good.

I am a novice, maybe that's why I liked it.

Re: Claude Integrations

#239

Post by simsla »

garrickvanburen wrote: post #158
user_7832 wrote: post #26

Earlier quoted context omitted.

I agree with your overall message - rapid growth appears to encourage competition and forces companies to put their best foot forward. However, unfortunately, I cannot shower much praise on Claude 3.7. And if you (or anyone) asks why - 3.7 seems much better than 3.5, surely? - Then I’m moderately sure that you use Claude much more for coding than for any kind of conversation. In my opinion, even 3.5 Haiku (which is a…

My current hypothesis: the more familiar you are with a topic the worse the results from any LLM.

I always tell people to trust the LLM to the same extent as an intern. Avoid giving it tasks you cannot verify the correctness of.

Re: Claude Integrations

#240

Post by bredren »

viraptor wrote: post #225
bredren wrote: post #10

Had been planning a custom mcp for our orgs’ jira. I’m a bit skeptical that it’s gonna work out of the box because of the amount of custom fields that seem to be involved to make successful API requests in our case. But I would welcome, not having to solve this problem. Jira’s interface is among the worst of all the ticket tracking applications I have encountered. But, I have found using a LM conversation paired with…

You can also do the same thing locally: https://github.com/sooperset/mcp-atlassian Either with the cloude app, or some other system with any tool-using LLM you want.

I'm familiar with that MCP and was planning to build on top of it.

I hadn't realized but the new integration seems to actually just be an official, closed-source MCP produced *by* Atlassian.

sooperset's MCP is MIT licensed, so I wonder how much of the Atlassian edition is just a lift of that.

There's a comment [1] on the actual integration page asking about custom fields, which I think is possibly a big issue.

At first I thought the open-source version would get crushed by an actual Atlassian release, but not if Atlassian doesn't offer all the support for it to work really well no matter what customizations are fitted into each instance.

My hypothesis is that it takes custom code to make this work, and using the off-the-shelf for Jira won't work. Hoping to be proven wrong though, as it would be less work for me on that front.

[1] https://community.atlassian.com/forums/Atlassian-Platform-ar...

Post reply on HN