SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Agent team di osFoundry: cara kerja tim AI dan kapan satu agen cukup

0
·4 views

Artikel ini menjelaskan dua cara menyerahkan pekerjaan AI di aplikasi desktop osFoundry, yakni Single agent dan Agent team. Single agent berupa satu agen dengan satu tujuan yang setiap run-nya tercatat dan bisa ditelusuri. Agent team terdiri atas seorang leader yang merencanakan pekerjaan, sejumlah anggota spesialis, dan seorang reviewer yang memeriksa setiap langkah sebelum hasilnya sampai ke pengguna. Contohnya, seorang pengguna meminta tim menguji apakah empat hari kerja seminggu menjaga produktivitas, dengan pembagian peran mencari sumber, menarik angka, dan membuang klaim yang tidak bersumber. Seluruh pesan, serah terima, dan keputusan dalam sesi tim disimpan sehingga bisa ditinjau kembali.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Audit of 11 Voice AI Engineering Teams Highlights Latency and Compliance Hurdles in Healthcare

A DEV Community analysis reviews 11 engineering teams building voice AI for healthcare, comparing their underlying technology stacks. It argues that a weekend prototype quickly breaks down in clinical settings due to four challenges: response latency, HIPAA Business Associate Agreement requirements, data access boundaries, and carrier spam flagging. The piece notes that natural phone conversation requires total turn-taking latency under roughly 800 milliseconds, which depends on a streaming pipeline spanning telephony, speech-to-text, the language model, and voice synthesis. Teams are compared by primary voice stack, telephony gateway, typical entry cost, and location, with specialties ranging from AWS telephony to hospital EHR integration.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

AutoMode: free Claude Code mod that auto-picks model and effort per prompt

A developer released AutoMode, a free, MIT-licensed mod for Claude Code that selects the model and reasoning effort for each prompt. Two small Haiku judges first estimate task difficulty, then route simple questions to cheaper models and riskier work such as auth or migrations to Opus. The tool also offers a multi-agent workflow for larger jobs, with subagents handling discovery, planning, building, verification and review. In the author's five mixed-session benchmark, AutoMode cost about 51% less than Claude Code on Opus while all tasks still passed. The savings were smallest on long coding sessions without intervening questions, where it runs mostly on Sonnet.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Weaker model panels can still flag wrong MMLU answer keys, with strength mattering more than size

Researchers at Munim, Inc. tested which AI models best identify mislabeled answers in the MMLU benchmark, using pre-registered, open code. They compared a rule based on the top 10 most accurate models with a signal using all 78 models, measuring item discrimination. Against expert labels in MMLU-Redux 2.0, the discrimination signal performed slightly worse than the top-10 rule, while the two together gave the most precise short list. Splitting models into panels by accuracy showed that weaker panels catch roughly the same wrong keys but add many more false flags. The team concluded that stronger panels are preferable, though cheaper older models still perform reasonably when reviewed under a fixed budget rather than a vote threshold.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

osFoundry Code·IDE·Wiki로 AI 에이전트 병렬 작업을 머지 전에 점검하는 방법

A solo developer ran three AI agents in parallel on a shop project, covering a cart rounding fix, a discount code feature, and price-formatting tests. The osFoundry desktop app organizes this through three views: Code for parallel agent runs on separate branches and worktrees, IDE for manual editing, and Wiki for generating sourced documentation from a repository. Before merging, Code flags conflicting files, runs per-run tests, and previews a combined merge in a disposable copy so the user decides what reaches their branch. The article also describes how Wiki asks for consent before writing files and marks pages whose cited code has changed.

0 comments Read more at DEV Community