Interesting take. I think frameworks are great for getting started, but production is where the real trade-offs show. What's your go-to setup today?
Are orchestration frameworks for production or just for getting started?
7 Comments
Never used one. The agent layer in my game is an abstract class with two methods - give me structured output matching this schema, or give me plain text. Every provider implements those two, and that has carried 20-something models across 9 providers.
The frameworks abstract the part that was already easy. Calling a model is easy. The work is deciding what goes into the context at each step, and that is your domain, not theirs. I compute the exact slice of rules a given step needs and inject it as the last message, then validate the answer against an enum before it goes anywhere.
@[hiper2d] Hey thats a great perspective actually I like the idea of abstracting only the provider layer and keeping the orchestration domain specific. The context injection point is especially interesting that seems to be where the real value is. Did you ever experiment with frameworks or has this custom approach worked well from the beginning? What was your approach when you start working on new agentic ai project?
@[Ayush_SIngh] Never adopted one, but I read through a couple before deciding. What put me off is that when you break them apart, every piece is something you already have. Memory is a file plus a step that decides what to load. The loop is a while statement. The provider call is one function. I would be trading readability for convenience I do not need.
Starting a new one, I write the dumbest possible version first - one script, one prompt, no abstractions - and run it until it breaks. What it breaks on tells you what to build. Mine broke on context: the model kept drifting off rules that were sitting right there in the system prompt. So what I built was the per-step context assembly. If it had broken on tool routing I would have built that instead, and I would have got there without guessing.
The one piece I would put in on day one regardless is validation at the boundary. Every model response gets parsed into a type before anything downstream sees it. Cheap to add early, miserable to retrofit.
Please log in to add a comment.
Please log in to comment on this post.
More Posts
- © 2026 Coder Legion
- Feedback / Bug
- Privacy
- About Us
- Contacts
- Premium Subscription
- Terms of Service
- Early Builders
More From Ayush_SIngh
Related Jobs
- Chemical Maintenance Technician - ProductionNICO PRODUCTS, INC. · Full time · Canada
- Software Engineer, Test & Infrastructure II (Bilingual Spanish)Vail Systems · Full time · Springfield, IL
- Associate Production Resource Specialist (Nursery/Finishing)Murphy-Brown LLC · Full time · Warsaw, NC
Commenters (This Week)
Contribute meaningful comments to climb the leaderboard and earn badges!