upvote

points

by andyg_blog6 hours ago |
comments
upvoteby sbpayne6 hours ago|
next
[-]
I think this is an important point! I am actually a big fan of doing what works in the language(s) you're already using.

For example: I don't use Dspy at work! And I'm working in a primarily dotnet stack, so we definitely don't use Dspy... But still, I see the same patterns seeping through that I think are important to understand.

And then there's a question of "how do we implement these patterns idiomatically and ergonomically in our codebase/langugage?"

reply
upvoteby redwood4 hours ago|
parent|
[-]
Out of curiosity, what are you finding success with in dotnet land? My observation is that it's not clear when Semantic Kernel is recommended versus one of multiple other MSFT newly-branded creations
reply
upvoteby CharlieDigital1 hours ago|
parent|
next
[-]
Agent Framework + middleware + source generation is the way to go.

Agent Framework made middleware much easier to work with.

Source generation makes it possible to build "strongly typed prompts"[0]

Middleware makes it possible to substitute those at runtime if necessary.

[0] https://github.com/CharlieDigital/SKPromptGenerator/tree/mai...

reply
upvoteby sbpayne4 hours ago|
parent|
prev|
[-]
we have been using Agent Framework. I also have been eyeing LlmTornado. Personally, I find dotnet as a whole hard to implement the kind of abstractions I want to have to make it ergonomic to implement AI stuff.

I've been fiddling around with many prototypes to try to figure out the right way to do this, but it feels challenging; I'm not yet familiar enough with how to do this ergonomically and idiomatically in dotnet haha

reply
upvoteby BoorishBears4 hours ago|
prev|
[-]
Why did you do that instead of using Liquid templates?
reply