tinyhumansai/opencompany
Run a hive mind of agents to focus on a specific goal
Detaylı değerlendirme
Uyum profiline göre: bu işime yarar mı?
Ne yapar
OpenCompany, tek bir operatorun birden fazla uzman agent tarafindan yurutulen bir "company runtime" kurmasini hedefliyor. Venture studio, software company, marketing agency, support org ve research lab gibi 22 hazir company tanimi sunuyor. Her tanimda agent rolleri, sorumluluklari ve insan onayi gerektiren noktalar yer aliyor. README'deki iddialar buyuk olmasina ragmen proje acikca Work in progress ve production-ready degil olarak belirtilmis.
Nasıl çalışır
Rust tabanli bir host ve orchestration katmani olarak calisiyor. Company konfigurasyonlari `company.toml` dosyalarinda tanimlaniyor; host bu dosyalardan agent roster'ini, rollerini ve insan-in-the-loop karar noktalarini olusturuyor. HTTP yuzeyi icin Axum kullaniliyor. Calisma ortami Docker Compose ile baslatiliyor ve yerel konsolun `http://localhost:5173` adresinden izlenmesi bekleniyor. Agent'larin asil dusunme ve aksiyon kabiliyeti OpenHuman/TinyHumans runtime'lari ve hosted Medulla uzerinden geliyor; Medulla kullanimi icin TinyHumans API key gerekiyor. Bazi yetenekler Rust feature flag'leri arkasinda tutuluyor.
Kullanım alanları
- Onay akislari iceren multi-agent workflow prototipleri
- Research, content, marketing veya support gibi bolumleri agent rolleriyle modelleme
- Birden fazla agent'in sorumluluklarini declarative `company.toml` dosyalarinda tanimlama
- Insanin strateji ve son karar noktasinda kaldigi deneysel agent automation
- Hazir company harness'lerini inceleyerek agent orchestration fikirleri deneme
Alternatifler
- LangGraph
- CrewAI
- Microsoft AutoGen
Kimler için
Agent tabanli bir sistemi butunsel bir organizasyon veya workflow olarak denemek isteyen gelistiriciler icin. Ozellikle Rust ve Docker kullanmaya hazir, hosted TinyHumans/Medulla servisine bagimliligi kabul eden ekipleri hedefliyor. Next.js ve Supabase tabanli urun gelistiren bir ekip icin dogrudan uygulama kutuphanesi degil, ayri bir orchestration runtime'i olarak degerlendirilmeli.
Olgunluk
Deneysel / erken beta. README bunu dogrudan Work in progress ve Not production-ready olarak belirtiyor; API, CLI, example harness ve dokumanlarin degisecegi soyleniyor. 55 gunluk repo yasina ragmen son 28 gunde 11.431 commit ve yalnizca 3 farkli yazar gorulmesi cok yuksek bir gelisim temposuna isaret ediyor; bu, hizli ilerleme kadar API ve mimari istikrarsizligi riski de yaratir. 3 surum bulunmasi production olgunlugunu kanitlamiyor. Ayrica temel agent zekasi ve orchestration yetenegi OpenCompany'nin kendi kodundan cok hosted Medulla'ya bagli.
Kurulum
Denenmesi orta-yuksek zahmetli. `git clone --recurse-submodules`, Docker Desktop ve Windows'ta POSIX terminal gerekiyor. `TINYHUMANS_API_KEY` alinip `OPENCOMPANY_FEATURES=medulla` ayarlandiktan sonra `./scripts/launch-demo.sh marketing up` calistiriliyor; ilk calistirma image ve kaynak kodlari indirip build ettigi icin birkaç dakika surebilir. API key olmadan konsol acilabiliyor ancak agent'larin gercek is yapmayacagi belirtiliyor. Kaynaktan build ve deploy icin Cargo, Compose, feature flags ve DigitalOcean/AWS dokumanlarini ayrıca incelemek gerekir.
Bizim için
Somut kullanım
En makul kullanim, Kaliwa'dan bagimsiz bir agent orchestration laboratuvari kurup `company.toml` ile research, content veya support rollerinin nasil modellenebilecegini test etmek olur. Eger OpenCompany'nin Rust host'u HTTP endpoint'leri ve kalici event modeliyle yeterince aciksa, Supabase Edge Functions tarafindan tetiklenen harici bir worker olarak incelenebilir; fakat README bu entegrasyonu gostermiyor. Mevcut Kaliwa urunlerine dogrudan eklenebilecek bir Next.js kutuphanesi, Deno module'u veya Supabase entegrasyonu sunulmuyor. Bu nedenle asil degeri kodu kullanmakta degil, agent roster ve human approval tasarimini incelemekte.
Uyum gerekçesi
Agent, LLM, multi-agent ve orchestration konulari ekibin takip ettigi alana dogrudan temas ediyor; bu nedenle kavramsal uyum var. Ancak agirlikli ana yigin Next.js, React, TypeScript, Supabase/PostgreSQL ve Deno iken proje Rust, Docker ve Axum tabanli ayri bir runtime. Supabase, PostgreSQL, pgvector, Anthropic veya Vercel entegrasyonu README'de gosterilmiyor. En kritik yetenek olan Medulla hosted ve TinyHumans API key ile erisilen kapali bir dependency. Bu nedenle fikir ve PoC uyumu orta-dusuk, mevcut urun mimarisine entegrasyon uyumu dusuk.
Engeller
- Rust ve Axum tabanli ayri bir teknoloji yiginini isletme gerekliligi
- Docker Desktop, Compose ve recursive submodule gereksinimi
- Agent inference ve orchestration icin hosted TinyHumans Medulla'ya bagimlilik
- TinyHumans API key olmadan agent'larin gercek is yapmamasi
- GPL-3.0 lisansinin, kodu veya turevlerini urun icine gomme ve dagitma modelinde hukuki inceleme gerektirmesi
- Work in progress olmasi; API, CLI, harness ve dokumanlarin degisebileceginin belirtilmesi
- README'de Supabase, PostgreSQL, Deno, Anthropic veya Vercel entegrasyonunun gosterilmemesi
- Son 28 gundeki 11.431 commit / 3 yazar verisinin cok hizli ve muhtemelen istikrarsiz gelisim anlamina gelebilmesi
- Hosted bir model kullanildigi icin veri gizliligi, maliyet, rate limit ve vendor lock-in konularinin ayrica dogrulanmasi
Ne zaman kullanılır
Kaliwa icinde agent'larin rollerini, insan onay noktalarini ve uzun sureli workflow'lari declarative bir modelle kesfetmek istiyorsak; ornegin research brief, support triage veya marketing content pipeline icin kucuk bir PoC'de kullanilabilir. Ayrica `company.toml` yaklasimi, agent yetki ve sorumluluklarinin koddan ayrilmasi konusunda fikir verebilir. Ancak deneme, OpenCompany'yi urunun ana runtime'i yapmak yerine ayri bir sandbox olarak yapilmali.
Ne zaman kullanılmaz
Kaliwa'nin Next.js/Vercel/Supabase akislarina dogrudan agent automation eklemek istedigimizde ilk tercih olmamali. Rust tabanli ayri bir runtime, Docker ve submodule gereksinimleri mevcut yigina ek operasyonel yuk getiriyor. Hosted Medulla ve TinyHumans API key zorunlulugu, Anthropic kullanan mevcut LLM akislarimizdan farkli bir servis ve vendor dependency olusturuyor. Production customer support, finans, hukuk veya dis sistemlere yazma yetkisi olan kritik workflow'larda projenin kendi production-ready olmadigini soylemesi nedeniyle kullanilmamali.
Dikkat edilecekler
- README'deki "dokuz agent'dan dokuz yuz agent'a" ve "billion dollar startup" gibi iddialari benchmark veya production case study kaniti olarak kabul etmeyin; verilen metinde olcum, latency, maliyet veya basari orani yok.
- Once sadece `marketing` demo'sunu API key'siz veya izole bir test hesabiyla calistirin; dis sistemlere yazma, e-posta gonderme ve geri donusu olmayan aksiyonlari kapali tutun.
- `company.toml` tanimlarinin agent yetkilerini gercekten kisitlayip kisitlamadigini ve insan onayinin teknik olarak zorunlu mu yoksa sadece prompt seviyesinde mi oldugunu kontrol edin.
- Medulla'ya giden verinin nerede saklandigini, hangi retention ve privacy kosullarinin uygulandigini TinyHumans dokumanlarindan dogrulayin.
- GPL-3.0 kodunun Kaliwa backend'ine veya dagitilan bir servise alinmasi durumunda lisans etkisini hukukla inceleyin; sadece ayri bir servis olarak kullanmanin da lisans sonuclarini varsaymayin.
- Submodule'larin hangi commit'lere sabitlendigini, release'lerin reproducible olup olmadigini ve hizli commit temposunda regression test kapsamlarini inceleyin.
- Kucuk bir PoC'de agent basina maliyet, toplam workflow suresi, retry davranisi, idempotency ve failure recovery metriklerini olcun.