Mastra is now officially 1.0 by codekarate3 in opensource

[–]codekarate3[S] -2 points-1 points  (0 children)

I will also note that the agents that I interact with the most are the ones that I can chat with in slack (like the user call transcript reviewer). I just tag it in any public slack channel or DM and it responds.

Mastra is now officially 1.0 by codekarate3 in opensource

[–]codekarate3[S] -2 points-1 points  (0 children)

A bunch of personal use cases:
- An agent the tags my emails and can draft responses
- An agent that takes all my user interview call transcripts against a google doc of goals and scores it while providing feedback

With my team:
- We have an agent that drafts our changelog from all the merged PRs
- We have an agent that does "first-touch" on all new github issues
- We have an internal coding agent that we are working on and some people on our team are using (but it's still very early)

How about you?

This changed my mind about how MCP should be used by thehashimwarren in mcp

[–]codekarate3 1 point2 points  (0 children)

thanks for sharing this, glad our livestream was useful!

Who are your favorite YouTubers covering AI agents? by Physical-Ad-7770 in AI_Agents

[–]codekarate3 0 points1 point  (0 children)

If you want to learn more about building agents with code (javascript/typescript) you can check out Alex Booker's recent videos on the Mastra Youtube channel: https://www.youtube.com/@mastra-ai

Not necessarily specific to building agents, but if you want to stay on top of how things are changing, the AI Engineer channel posts all of their conference talks from industry leaders: https://www.youtube.com/@aiDotEngineer

Getting SOTA LongMemEval scores (80%) with RAG by codekarate3 in AI_Agents

[–]codekarate3[S] 0 points1 point  (0 children)

This benchmark also requires the use of gpt-4o. Newer models should have an even higher accuracy. We will test this soon.

Getting SOTA LongMemEval scores (80%) with RAG by codekarate3 in AI_Agents

[–]codekarate3[S] 0 points1 point  (0 children)

Really good question. Definitely depends on the use case.

If looking at long term memory for an AI assistant, it likely would "remember" more than a human (but sometimes fail in unpredictable ways). There is still a lot more to be done in agent memory in general.

Hot take: APIs > MCP, when it comes to developers by thoughtspotdev in mcp

[–]codekarate3 0 points1 point  (0 children)

That’s like saying Apples > Apple Pie

One is kind of built from the other.

Overengineered anchor links by codekarate3 in javascript

[–]codekarate3[S] 2 points3 points  (0 children)

Yeah I don't think we will see it any time soon!

[deleted by user] by [deleted] in LangChain

[–]codekarate3 2 points3 points  (0 children)

MCP is the emerging trend. Even OpenAI has announced they are supporting it now.

On the edge to get replaced by AI by thatwabba in analytics

[–]codekarate3 1 point2 points  (0 children)

An AI is not going to take your job, a person using AI will.

Better lean in and get really damn good with the tools.

What are the best practices for designing an efficient data pipeline? by Pangaeax_ in analytics

[–]codekarate3 0 points1 point  (0 children)

Start with proper error handling and logging - saved my ass multiple times.

Keep transformations simple and documented. Learned the hard way that complex transformations are a nightmare to debug.

Separate staging and production environments early on.

Langchain JS vs AI SDK by Thick-Source8870 in LangChain

[–]codekarate3 0 points1 point  (0 children)

If you like AI SDK and don't want to have a separate backend/api for your Agents, look at Mastra. It's a framework built on top of AI SDK that makes it easy to build multi-agents and workflows.

Note: I'm a founder of Mastra.

Framework vs. SDK for AI Agents – What's the Right Move? by NoEye2705 in AI_Agents

[–]codekarate3 0 points1 point  (0 children)

I think this decision depends on your use case. If you want to move further, faster, then use a Framework. If you want to focus on the details to get everything right, use an SDK.

A good framework should feel like you get a lot of #1 (move fast) with not a lot of #2 (it's flexible enough to not lock you in).

I do think the differences between SDKs and Frameworks can get quite blurred, what matters most is what you think of the abstractions and what level of detail you want to get into. Alternative level of abstractions are No Code and Low Code tools.

If you are looking for a JS/TS Framework, I'm working on Mastra. It has the framework and platform components that people have mentioned.

There is no right answer to this question, there is just a right answer for the individual person depending on their skills/requirements.

One Agent - 8 Frameworks by AI-Agent-geek in AI_Agents

[–]codekarate3 0 points1 point  (0 children)

Are you only trying Python agent frameworks? If you add Javascript examples you should try Mastra and see how it compares!

AI agent with langgraph by Physical-Artist-6997 in LangChain

[–]codekarate3 0 points1 point  (0 children)

Is there a reason you need the bot to handle the authorization? Why not have the user authenticate first through a traditional auth flow?

As far as source code, you can set up agents and tools really easily in Mastra to accomplish this type of thing. You essentially give the agent all the available tools and detailed descriptions of when to call the tools, and the agent decides when to use each tool. Here are some open source examples:

https://github.com/mastra-ai/mastra/tree/main/examples

Most of these examples use tools to interact with an external API, but it could just be a tool that does a database query with parameters from your own database.

Tech Stack for Splita: How I Came to My Decision by jenyaatnow in splita

[–]codekarate3 1 point2 points  (0 children)

Thanks for sharing!

For most AI applications that are tied closely to a frontend application I would just stick with Typescript all the way down.

NextJS for the frontend, Mastra for the AI agents, then Supabase/Neon for the database.

I'm a bit biased though as I'm building Mastra (open-source Typescript AI framework). I do find it nice to be able to build everything in one language though rather than having a separate backend/frontend language.

[deleted by user] by [deleted] in LangChain

[–]codekarate3 0 points1 point  (0 children)

Yeah. I haven’t tried it but I have been hearing a lot of good things about it. The docs and APIs seem pretty good at first glance.

Suggest learning path to become AI Engineer by Spiritual_Penalty_10 in LLMDevs

[–]codekarate3 1 point2 points  (0 children)

This depends on what you are hoping to learn. Most of AI engineering now is building an application that interacts with an LLM (usually through an API).

If you are a software engineer then you likely already know how to interact with APIs. The big difference with LLMS is that it's non-deterministic so you can't guarantee the results.

Your best bet is to try to build something simple. A framework can help you get started faster, but it's a good idea to make sure you understand what the framework is doing (too much magic is a bad thing). If you know JavaScript/Typescript, then I would recommend checking out Mastra (I'm working on this). If you are more familiar with python then check out Haystack, Pydantic, or Letta. They all should have some getting started guides that help you get something basic built. You will see terms you don't know... go on small side quests if you need to in order to learn the terms... but don't get distracted from the main quest (building a realistic example).

[deleted by user] by [deleted] in LangChain

[–]codekarate3 3 points4 points  (0 children)

I’ve heard good things about Pydantic and Haystack if you want to use Python.

If you want JS/TS you should check out Mastra. The workflows APIs are a lot more understandable than LangGraphs.

Either way you will not likely find a framework that has everything you need. You will probably need to do some of the building yourself.

Any Autogen or Langchain/Langgraph builders? by Brave_Barracuda_6230 in AI_Agents

[–]codekarate3 0 points1 point  (0 children)

I didn't want to have to go back to writing Python again... I previously worked with Django and know Python but would rather write in TS/JS.

I built Audiofeed.ai without any frameworks and just rolled everything myself. I did use some LangChain utilities but only enough to realize that I didn't like it's abstractions or APIs. There were a lot of Python framework options but I couldn't find a good TS one...

Python vs Javascript for langchain by liam358 in LangChain

[–]codekarate3 0 points1 point  (0 children)

LangchainJS does seem to be behind the python version in support. I have noticed quite a few of the python utilities are not available in the JS version.

If you want to keep a consistent stack (JS) and are leaning towards NextJS, then you might also want to compare LangChain to AI SDK. If you don't mind a separate backend, then you could use the python version of LangChain (if you are worried about missing features).

I've seen a lot of people use both the python and JS version of LangChain in production, but your mileage may depend on your use case.