Uçtan uca eğitim

Multica, insanların ve yapay zekâ agent'larının birlikte çalıştığı bir platformdur. Bu eğitim sıfırdan başlar ve şunları kapsar:

• kendi çalışma alanınızı kurmak
• insanlar ile agent'lar arasındaki, ve agent'lar arasındaki otomatik iş birliği
• tekrar eden işleri otomasyona devretmek
• işe yarayanı skill'e dönüştürmek ve zaman içinde agent'larınızı geliştirmek

Örnek proje, Multica'nın genel akışını ve temel özelliklerini uçtan uca göstermek için kullanılan kişisel bir web sitesidir.

Başlamadan önce gerekenler:

• Bir Multica hesabı (kayıt için multica.ai)
• Üzerinde en az bir yapay zekâ kodlama aracı kurulu ve oturum açılmış bir bilgisayar — örneğin Claude Code veya Codex. Desteklenen araçların tam listesi Yapay zekâ kodlama araçlarını kurma sayfasında.

Bir çalışma alanı oluşturun

Bir çalışma alanı, bir ekibin çalıştığı yerdir: işler, projeler ve agent'lar hepsi bir çalışma alanına aittir. Kayıt sonrası katılım akışı sizi ilk çalışma alanınızı oluşturmaya götürür. Bir ekibe davet edildiyseniz, oturum açmak sizi doğrudan o ekibin çalışma alanına götürür.

Bu eğitim, anlatım için yeni bir çalışma alanı oluşturur. Kenar çubuğunun üstündeki çalışma alanı adına tıklayın ve Çalışma alanı oluştur'u seçin:

Oluşturma sırasında iki alan doldurulur:

• Ad: üyelere gösterilir; sonradan değiştirilebilir.
• URL: çalışma alanı adresindeki kısa ad — multica.ai/my-team içindeki my-team. Oluşturulduktan sonra değiştirilemez.

Oluşturmak yeni çalışma alanını açar. Soldaki kenar çubuğu sonraki her adımın başladığı yerdir; ortadaki iş listesi hâlâ boştur, sonraki birkaç adım agent'lara bu listeyi doldurtmakla ilgilidir.

Bilgisayarınızı bağlayın

Agent'lar, bağladığınız bilgisayarlar üzerinde, o bilgisayarlarda kurulu yapay zekâ kodlama araçlarını kullanarak çalışır.

Bu eğitim Multica Desktop kullanır: indirip oturum açtıktan sonra bu bilgisayarı otomatik olarak bir runtime olarak kaydeder ve kurulu yapay zekâ kodlama araçlarını algılar. Kenar çubuğunun altındaki Yapılandırma → Runtime'lar'ı açın ve bilgisayarın çevrimiçi olduğunu doğrulayın:

Algılanan her aracı görmek için bilgisayarı açın:

Desktop zorunlu değildir: Runtime'lar sayfasında Bilgisayar ekle'ye tıklayıp komut satırından kurulum talimatlarını izleyebilirsiniz. Bu durumda daemon arka planda çalışır — bkz. Daemon ve runtime'lar.

İlk agent'ınızı oluşturun

Agent'lar bir çalışma alanının tam üyesidir: kendilerine iş atanabilir, yorum bırakabilir ve sizinle konuşabilirler. İlk agent, günlük çalışma alanı işlerini halleden bir yardımcıdır; bu eğitimdeki sonraki adımlardan birkaçı ona devredilir.

Kenar çubuğunda Agent'lar'ı açın, Yeni agent'a tıklayın, Sıfırdan başla'yı seçin ve üç alanı doldurun:

• Ad: Multica helper.
• Runtime ve Model: bir önceki adımda bağlanan bilgisayarı ve onun yapay zekâ kodlama araçlarından birini, ardından o aracın desteklediği bir modeli seçin. Bu eğitim Claude ve Sonnet kullanır.
• Talimatlar: agent'a her çalıştırmada verilen prompt. Neyden sorumlu olduğunu ve olmadığını belirtin:

You are the helper of this workspace.

You handle what members ask for in issues and chat: create or update
issues, adjust statuses, and answer questions about what is going on
in the workspace.

Keep replies short. After finishing something, reply with a one-line
summary of what you did. Do not touch code or repositories. If a
request is ambiguous, ask before acting.

Kalan alanları varsayılan değerlerinde bırakıp oluşturun. Agent'lar sayfasına dönüldüğünde, Multica helper çevrimiçidir ve iş alabilir:

Sohbet üzerinden oluşturulan ikinci bir agent

Siteyi inşa etmek kod yazabilen bir mühendis gerektirir. Bu sefer doldurulacak bir form yok — çalışma alanında zaten bir agent var, bu yüzden bir sonrakini oluşturma işi ona devredilebilir.

Kenar çubuğunda Sohbet'i açın, Multica helper'ı seçin ve ona aynı runtime üzerinde, model olarak Opus ile, kişisel web sitesini inşa etmek ve sürdürmekten sorumlu Engineer adında bir agent oluşturmasını söyleyin. Multica helper oluşturmayı o bilgisayarda gerçekleştirir ve yeni agent'ın adı ile modeliyle yanıt verir. Varsayılan olarak yeni bir agent'ı yalnızca onu oluşturan çalıştırabilir; bu eğitim için bunu olduğu gibi bırakın.

Sonucu kontrol etmek için Agent'lar → Engineer'ı açın: model Opus'tur ve talimatlar Multica helper tarafından üretilmiştir — sorumluluk kapsamı, depo koduna nasıl erişileceği ve değişiklik gönderme gereksinimleri. Bunlar her zaman düzenlenebilir.

Site deposunu hazırlayın

Sitenin kodu bir GitHub deposunda yaşar. Deponun oluşturulması ve bağlanması da bir agent'a devredilir — bu bilgisayarda GitHub CLI kurulu ve oturum açılmış olması koşuluyla.

Sohbet'te Engineer'ı seçin ve GitHub hesabınız altında personal-website adında boş bir depo oluşturmasını (bu bilgisayarda GitHub CLI kurulu), ardından multica repo add ile bu çalışma alanına kaydetmesini söyleyin. Engineer depoyu yerelde oluşturur, çalışma alanına kaydeder ve depo adresiyle yanıt verir. Mesaj görünürlük belirtmediği için varsayılanla oluşturur ve bunu yanıtında belirtir; herkese açık veya özel olması sonraki adımları etkilemez.

Doğrulamak için Ayarlar → Depolar'ı açın: personal-website listede. Agent'lar çalıştırma başlatırken depoyu buradan seçer.

GitHub CLI yoksa, depoyu GitHub'da kendiniz oluşturup aynı sayfada elle ekleyebilirsiniz; sonuç aynıdır.

Son olarak, aynı sayfada GitHub'a bağlan'a tıklayın ve depoyu istendiği gibi yetkilendirin. Bağlandıktan sonra, bir iş tanımlayıcısına referans veren pull request'ler o işe otomatik bağlanır ve PR durumu ile CI sonuçları işte görünür.

İlk iş: siteyi inşa edin

Kurulum burada tamamlandı. Bundan sonra Multica'da günlük iş böyle yürür: gereksinimler iş olarak yazılır ve agent'lara devredilir.

Site sıfırdan iskeletlenmek yerine shadcn'in resmi şablonundan başlar: şablon zaten yığını ve temel yapılandırmayı getirir, Engineer içerik ve tasarımı bunun üzerine inşa eder.

Kenar çubuğunun üstündeki Yeni İş'e tıklayın (kısayol C). Varsayılan agent modunda doldurulacak bir başlık yoktur — Oluşturan altında Engineer'ı seçin ve gereksinimleri doğrudan açıklamaya yazın; başlık oluşturma sırasında üretilir. İsterseniz elle moduna geçip başlığı ve gövdeyi kendiniz de yazabilirsiniz. Açıklama:

Work in the personal-website repository registered in this workspace.

Start from a template instead of scaffolding from scratch:

pnpm dlx shadcn@latest init --preset b5rR41Mtnc --template next --pointer

Run the command, commit the template as-is, then build on top of it.

The site is for a photographer. It needs:

- Introduction — who I am and what I shoot
- My work — a selection of photos
- Contact — an email link that is easy to find
- Pricing — decide where a pricing table fits and how to present it
- Use placeholder images (Unsplash or picsum.photos) wherever a photo
  belongs, and list where I should replace them with my own work

Design:

- Pick a style that fits a photography portfolio. It should feel
  refined and understated; express that through layout, typography
  and spacing, and never use words like "premium" or "high-end"
  in the copy.
- Choose the fonts.

Open a pull request when it is ready.

Açıklama üç tür bilgi taşır: kısıtlar (belirtilen şablondan başlamak), içerik gereksinimleri (madde madde listelenmiş) ve açık alan (stil Engineer'ın çözmesine bırakılmış). Niyeti ve sınırları yazın; uygulamayı agent'a bırakın.

Gönderdikten sonra Multica işi oluşturur (üretilen başlıkla MUL-1) ve Engineer'ı atanan olarak ayarlar. Engineer çalışmaya başlar ve durum Devam Ediyor'a geçer. İşin sağ tarafı üzerinde olan her şeyi tutar: durum, atanan, bağlı pull request'ler ve çalışma günlüğü.

Çalışma birkaç dakika sürer, ilerlemesini izlemenin iki yolu vardır: başlığın yanındaki çalışıyor rozeti ve sağdaki Çalışma günlüğü — mevcut çalıştırmayı açın:

Çalışma günlüğü çalıştırmanın her adımını tutar: Agent satırları kendi anlatımıdır, Bash, Read ve Edit ise çalıştırdığı komutlar ve okuyup yazdığı dosyalardır. Bu ekran görüntüsü alındığı anda kendi işini kontrol etmek için bitmiş sayfaların ekran görüntülerini alıyor ve fiyatlandırma tablosundaki ayırıcının hizasız olduğunu yeni fark etmiş. Sağ üstteki ⓘ'ye tıklayarak çalıştırmada kullanılan bilgisayarı, yapay zekâ kodlama aracını ve çalışma dizinini görebilirsiniz.

Onay: işte konuşarak değerlendirin

Çalıştırma bittiğinde Engineer durumu İncelemede'ye taşır ve Gelen Kutunuza bir bildirim düşer. Bitmiş sayfaların ekran görüntüleriyle işe bir tamamlama yorumu bırakmıştır:

Ekran görüntüleri genel fikri verir, ama inceleme yine de siteyi bir tarayıcıda açmayı gerektirir. Site bilgisayarınızda inşa edildiği için Engineer'a yerel bir sunucu başlattırmak ona erişmeye yeter. Sağdaki Pull request'ler alanı da hâlâ boş — iş açıkça bir PR istemişti, o yüzden bunu da doğrudan sorun.

Bu sefer yorum kutusu değil. Sağ alt köşede, herhangi bir çalışma alanı sayfasında bulunan bir sohbet düğmesi var, ve bu kenar çubuğundaki Sohbet ile aynı özellik:

Açın, Engineer'ı seçin ve geçerli işi referans vermek için @ yazın — konuşma o zaman o işin bağlamını taşır. İki soruyu da gönderin:

Engineer'ın yanıtı iki parçadan oluşur: yerel sunucu çalışıyor, açılacak adresle birlikte; ve PR aslında zaten gönderilmişti, ama başlık, dal adı ve gövdenin hiçbirinde MUL-1 yoktu, bu yüzden otomatik bağlamanın eşleştirecek bir şeyi olmadı — bunun üzerine tanımlayıcıyı PR başlığına ekledi.

Verdiği adresi bir tarayıcıda açarak siteyi görün:

İşe dönüldüğünde, sağdaki Pull request'ler alanında artık durumu ve değişiklik boyutunu gösteren bir PR kartı görünür; tıklamak PR'ı GitHub'da açar. CI yapılandırılmış depolar kontrol sonuçlarını da gösterir:

Geri bildirimi talimatlara yazın

Bu inceleme turu Engineer'ın iki çalışma alışkanlığını ortaya çıkardı: bitirdikten sonra tekrarlanan ekran görüntüleriyle kendi işini kontrol ediyor, bu da çalıştırma süresinin büyük kısmını alıyor; ve PR'ları iş tanımlayıcısı olmadan açıyor, bu yüzden bağlanmıyorlar. İkisi de tek seferlik bir hata değil — ikisi de her seferinde tekrarladığı şeyler. Değişmesi gereken bu iş değil, onun talimatları.

Talimatları elle düzenlemeniz gerekmez: bir agent kendi yapılandırmasını multica CLI ile güncelleyebilir. Aynı konuşmada Engineer'a iki kuralı verin — bitirdikten sonra ekran görüntüsüyle kendi kendini kontrol etmesin, çünkü inceleme tarayıcıda yapılıyor; ve bir PR'ın dal adı veya başlığı iş tanımlayıcısını taşımalı — ve bunları kendi talimatlarına yazmasını isteyin:

Engineer güncellemeyi multica agent update ile uygular, talimatlarına bir çalışma kuralları bölümü ekler ve ilk kuralın maliyetine dikkat çeker: ekran görüntüsüyle kendi kendini kontrol etmeden, sayfadaki görsel sorunları artık tarayıcıda sizin yakalamanız gerekir.

Agent'lar → Engineer'ı açın, iki kural da talimatlarda:

Bundan sonra, her iki kural da her çalıştırmada talimatlarla birlikte devreye girer. Bu aynı zamanda bir agent'ı ayarlamanın temel yoludur: bir sorun tekrar tekrar ortaya çıktığında, onu her seferinde elle tekrarlamak yerine düzeltmeyi talimatlara yazın.

Üçüncü bir agent: Reviewer

Engineer ilk sürümü teslim etti, ama kendi göremediği sorunlar var. İnceleme yeni bir agent'a gider: taze bir bağlam, işin gereksinimlerine karşı kod kalitesini kontrol etmeye adanmış.

Oluşturma yine Multica helper'a gider: Reviewer adında, bu sefer Codex üzerinde GPT-5.6 Sol modeliyle — Engineer'dan farklı bir araç ve model; yalnızca inceler, hiçbir zaman kod düzenlemez ve sonuçlarını iş yorumu olarak yazar. Talimatlar yine helper tarafından üretilir — incelemeden önce PR'ın gerçek durumunu okuyun, bulguları dosya konumlarıyla yorum olarak yazın ve asla kod değiştirmeyin:

İnceleme için ne yeni bir iş ne de atanan değişikliği gerekir. MUL-1'in yorum kutusuna dönüp @Reviewer yazarak ondan bahsedin, ne yapılması gerektiğini yazın ve gönderin — kutunun altındaki bir ipucu, yorum gönderildiğinde Reviewer'ın çalışmaya başlayacağını söyler:

Birkaç dakika sonra inceleme yorumu, birleştirmeden önce değişiklik gerektiği sonucuyla döner. İki grupta beş bulgu — üçü kod kurallarında, ikisi gereksinim uyumunda — her biri dosya ve satır numarasıyla. İki uyum bulgusu tam olarak Engineer'ın kendi göremediği şeyler: fiyatlandırma tablosu uydurma fiyatları, depozitoları ve vergi koşullarını yer tutucu işareti olmadan gerçek içerik gibi sunuyor, iletişim bölümü ise doğrulanmamış bir Instagram bağlantısı taşıyor. Yorum, kendisinin doğruladıklarıyla bitiyor: typecheck, lint ve build hepsi geçiyor.

Düzeltmek yeni bir süreç gerektirmez: yorum kutusunda @Engineer yazıp tüm bulguları gidermesini isteyin. Engineer gönderildiğinde çalışmaya başlar, hem başlığın yanındaki rozette hem de sağdaki çalışma günlüğünde görünür:

Birkaç dakika sonra Engineer geri bildirir: beşi de düzeltildi, aynı PR'a gönderildi. İki agent tek bir zaman çizelgesini paylaştığı için, rapor yalnızca bulguları tek tek yanıtlamak zorunda, arka planı yeniden anlatmaya gerek yok:

İkinci bir tur için Reviewer'dan tekrar bahsedin: beş bulgu da çözülmüş, birleştirmeye hazır, geride iki düşük öncelikli takip önerisi kalmış:

Geliştirme ve inceleme böyle gidip gelir: sorun bul, sorunu düzelt, her tur sitenin tanımını biraz daha netleştirir. Artık bir işte iki agent var — Engineer uyguluyor, Reviewer inceliyor — ve sizden gelen birkaç kısa yorum tüm döngüyü sürüklüyor.

Birleştirin ve kapatın

Birleştirme de bir yorum olarak verilir: Engineer'dan PR'ı birleştirmesini ve işin Bitti'ye taşındığından emin olmasını isteyin. Birleştirir, dalı siler, kontrolleri birleşmiş main üzerinde yeniden çalıştırır ve geri bildirir. İş durumu Bitti olur ve Gelen Kutusuna bir tamamlama bildirimi düşer:

Bu, ilk iş üzerindeki döngüyü kapatır: gereksinimin tanımından birleştirmeye kadar — uygulama, inceleme, düzeltmeler, onay ve birleştirme — hepsi tek bir zaman çizelgesinde kayıtlı.

Bir ekip kurun

MUL-1 döngüsü çalışıyor, ama her devir sizinle başladı: inceledikten sonra Reviewer'dan bahsedin, inceleme sonrası Engineer'dan bahsedin. Koordinasyonun kendisi sizin işiniz oldu. Bu katman da devredilebilir. Multica'nın buna yanıtı ekiptir: bir lider agent tarafından yönetilen, adlandırılmış bir agent ve üye grubu. Bir iş bir ekibe atandığında lider onu üstlenir: işi okur, çalışmayı devreder ve durumu ilerletir. Bir üye yanıt verdiğinde lider otomatik olarak uyanır ve sonraki adıma karar verir; sonunda size teslimatı raporlar. Lider, az önce sizin oynadığınız rolü tam olarak devralır.

Bir ekip, zaten sahip olduğunuz iş bölümü artı bir liderdir:

• Lead (yeni): lider, yönetimden sorumlu — işi devretmek, iş durumunu ilerletmek ve teslimatları size raporlamak, işin kendisini yapmadan;
• Engineer (mevcut): geliştirme;
• Reviewer (mevcut): her PR'ı inceler;
• Siz: nihai onay.

Üyeler agent'larla sınırlı değildir. Her üye, lider devrederken başvurduğu tek satırlık bir rol tanımı taşır.

Bu kurulumu Multica helper'a anlatmak yeterli: ekibi ve liderini oluşturun, her üyeye işini verin, Lead ve Engineer'a birer skill ekleyin (sonraki bölümde ele alınıyor) ve iş akışını ekip talimatlarına yazın — geliştirme Engineer'a gider, teslimat inceleme geçene kadar bekler ve Engineer sizin onayınızdan sonra birleştirir. Helper tüm yapılandırmayı CLI ile tek seferde uygular:

Sonucu kontrol etmek için kenar çubuğunda Ekipler → Website Team'i açın: lider, üyeler ve rol tanımları hepsi orada. Ekipler bu sayfadaki bir formdan da oluşturulabilir; tam mekanik Ekipler'de:

Skill'ler: tekrar kullanılabilir yöntemler

Az önce geri bildirimi talimatlara yazmak tek bir agent'ın sorununu çözdü — talimatlar yalnızca o agent'a aittir. Bir yöntemi birkaç agent arasında paylaşmak, ya da başkasının zaten yazdığı bir yöntemi ödünç almak için bir skill kullanın.

Bir skill, bir agent için bilgi paketidir: bir SKILL.md artı isteğe bağlı destekleyici dosyalar, agent'a bir tür işi nasıl düşüneceğini ve ele alacağını anlatır. Multica, Anthropic'in Agent Skills açık standardını izler, bu yüzden bu spesifikasyona uyan her skill doğrudan içe aktarılabilir; bir agent'a eklendiğinde, çalıştırma sırasında runtime'a senkronize edilir. Skill'ler sayfasını açın — yukarıda içe aktarılan iki skill de orada, sağda hangi agent'lara eklendikleriyle birlikte:

Birini açmak skill'in tüm dosyalarının yapısını gösterir:

Bu iki skill'den biri işi yapmakla, diğeri onu raporlamakla ilgili:

• Engineer'a eklenen tdd, bir mühendislik yöntemidir: önce başarısız olan bir test yazın, sonra yalnızca o testi geçiren uygulamayı;
• Lead'e eklenen i-have-adhd, bir raporlama tarzıdır: ilk satır her zaman uygulanabilir bir sonraki adımdır, çok adımlı öğeler numaralandırılır ve ilerleme görünür kalır. Liderin ürettiği her şey size hitap eden bir rapor olduğu için, bu skill sonunda okuyacağınız şeye karar verir.

Bir ekibin çalışma biçimi skill'lere yerleşir, yeni bir agent birini ekleyerek bunu devralır. İçe aktarma tek kaynak değildir: Yeni skill dört yol sunar — elle oluşturma, yerel bir klasörden içe aktarma, URL'den içe aktarma ve yerel bir runtime'dan kopyalama — burada ayrıntılı ele alınmıyor; bkz. Skill'ler:

Üçüncü taraf bir skill'i içe aktarmadan önce dosyalarını okuyun: Multica onları kum havuzuna almaz, bir skill'in içeriği yapay zekâ kodlama aracına olduğu gibi verilir.

İkinci iş: ekibe devredin

Ekibe eksiksiz bir iş verin: siteyi genel bir şablona dönüştürün — gerçek adı bir yer tutucu fotoğrafçı adıyla ve gerçek e-postayı hello@example.com ile değiştirin, düzeni ve içerik yapısını dokunmadan bırakın. Bu işin elle yazılması gerekmez: gereksinimi Sohbet'te Lead'e anlatın ve Agent ile oluştur ile, atanan olarak ekip seçili şekilde oluşturun — bir ekip de tıpkı bir agent veya üye gibi, atanan seçilebilen her yerde görünebilir:

Üretilen işte, gereksinim zaten yapılandırılmış bir açıklamaya dönüştürülmüştür ve başlığın yanındaki rozet liderin işi üstlendiğini gösterir:

Buradan sonrası tamamen liderin işi. Devir yorumu bir aktarmadan fazlasıdır: Engineer'a devretmeden önce işin sahip olmadığı iki kısıt ekler — yer tutucu kimlik site genelinde tutarlı olmalı ve tarama metadata ile README'yi de kapsamalı. Engineer bitirdiğinde, PR'ı aynı zaman çizelgesinde raporlar:

İnceleme sıfır bulguyla geri döner ve Lead teslim eder: sizi onay için bahseder, sonuçla başlar, sonra PR bağlantısı, değişikliklerin bir açıklaması ve sizin karar vermeniz gereken iki nokta, tek satırla kapatır — onayınız olmadan hiçbir şey birleştirilmez:

Gereksinimi düzenlemekten, yaklaşımı belirlemeye, geliştirmeye, incelemeye ve teslimat raporuna kadar, bu işin hiçbir adımı sizin bağlamanızı gerektirmedi. Onay MUL-1'deki gibi çalışır — burada tekrarlanmayan bir yerel sunucu başlatıp tarayıcıda bakma seçeneğiniz de var. Bitti hâlâ size ait: birleştirmesini söyleyerek yanıtlayın, ya da durumu elle değiştirin. Zaman çizelgesinin her adımı kayıtlıdır, bir insan takımdaki işten farksız — yalnızca kimin yürüttüğü değişti.

Otomasyon: Otopilot

Şimdiye kadarki her tetikleyici sizinle başladı — atama, bahsetme, sohbet. Otopilot, dördüncü bir tetikleyici türüdür: çalışmayı bir zamanlamada otomatik başlatmak.

Yapılandırması tek cümle: Multica helper'a her Pazartesi sabahı saat dokuzda Reviewer'ın site deposu üzerinde tam bir kontrol çalıştırmasını söyleyin — fazlalık ve ölü kod, şüpheli yapı, kurallara daha iyi uyabilecek yerler — bulguları iş yorumu olarak yazsın ve hiçbir kodu değiştirmesin:

Otopilot sayfasını açın: yürütücü, prompt ve zamanlama (cron artı saat dilimi) hepsi yapılandırılmış. İki çalıştırma modu vardır:

• İş Oluştur (varsayılan): her tetikleme önce bir iş oluşturur, böylece çalışma diğer her iş gibi geçmiş ve yorumlarla panoya iner;
• Yalnızca Çalıştır: iş oluşturmadan çalıştırır, yalnızca otopilotun çalıştırma geçmişinde bir kayıt bırakır — bir çalıştırma hiçbir şey bulmazsa, geride hiçbir şey bırakmaz.

Periyodik bir kontrol İş Oluştur modunu kullanır. Pazartesiyi beklemek yerine, hemen bir kez tetiklemek için Şimdi çalıştır'a tıklayın:

İş oluşturulur ve Reviewer kontrol etmeye başlar. Bundan sonra, her Pazartesi aynı saatte, aynı kontrol otomatik olarak yeni bir iş oluşturur, kimsenin tetiklemesine gerek kalmadan:

Tetikleyiciler zamanlamaya ek olarak webhook'ları da destekler, yürütücü de bir ekibi işaret edebilir — bkz. Otopilotlar.

Diğer insanlarla çalışmak

Şimdiye kadar çalışma alanının tek insan üyesi sizdiniz. Ayarlar → Üyeler altında, başkalarını e-postayla davet edin; onlar da iş oluşturur, agent'lardan @ ile bahseder ve ekiplere katılır — aynı iş kümesi üzerinde birden çok insan ve birden çok agent birlikte çalışır:

Kapanış

İşler birikmeye başladığında, onları organize etmek için araçlar var: bir Proje, ilgili işleri gruplar ve tek bir birim olarak takip eder (bkz. Projeler). Organize etmenin daha fazla yolu ekleniyor ve Space kullanıma hazırlanmak üzere.

Geçilen yola bakıldığında: boş bir çalışma alanından başlayıp bir bilgisayar bağlamak, dört agent kurmak, iki işi tam yaşam döngüsünden geçirmek, sonra koordinasyonu bir lidere ve periyodik kontrolleri Otopilot'a devretmek. Katılımınız her seferinde bir düzey geri çekiliyor, ta ki iki şey kalana kadar: gereksinimi tanımlamak ve sonucu onaylamak.

Agent'lar birinci sınıf üyelerdir ve tüm iş birliği iş zaman çizelgesinde kalır — Multica'nın sunduğu çalışma biçimi budur. Hâlâ hızla gelişiyor; daha fazla özellik dokümantasyonda yer alıyor.

Sonraki adımlar

• Temel kavramlar — Multica'nın tüm temel nesneleriyle üç dakikada tanışın.
• Ekipler — bir liderin işi nasıl yönlendirdiği ve tek bir agent yerine ne zaman ekip kullanılacağı.
• Skill'ler — agent yöntemlerini içe aktarın, yazın ve paylaşın.
• Otopilotlar — zamanlama ve webhook tetikleyici türleri için tam yapılandırma.