Ta strona podsumowuje widoczne dla użytkownika funkcje zawarte w AITM 1.0, pierwszym publicznym wydaniu, w porównaniu z wewnętrznymi wersjami zapoznawczymi, które go poprzedzały.

Co nowego

Pipeline sam się leczy zamiast się zatrzymywać

Największa zmiana dotyczy filozofii: Task powinien kończyć się jako failed tylko wtedy, gdy konfiguracja jest błędna lub AI brakuje danych. Każdy inny problem jest teraz automatycznie ponawiany lub naprawiany.

• Konflikty scalania leczą się same. Task, który napotka konflikt podczas scalania do dev, jest ponawiany ze strategiami rebase i merge, a następnie przekazywany Agent naprawczemu.
• Testy po scaleniu naprawiane są „do przodu". Jeśli testy zawiodą po scaleniu, AITM izoluje przyczynę i naprawia ją w gałęzi Task, zamiast natychmiast wycofywać scalenie.
• Automatyczna naprawa type-check. Nieudany type-check trafia do Agent naprawczego na maksymalnie trzy rundy, zanim Task zawiedzie.
• Błędy infrastruktury są klasyfikowane osobno od rzeczywistych niepowodzeń testów: uszkodzony Worktree jest odbudowywany, a zależne Tasks nie są już kaskadowo pomijane.
• Watchdog obejmuje każdy typ Task, w tym Tasks w trybie agent.
• Przestarzałe blokady scalania i porzucone scalenia są odzyskiwane automatycznie przy następnym takcie harmonogramu oraz po restarcie.
• Poprawki testów po scaleniu pozostają w zakresie Task. Gdy testy są naprawiane po scaleniu, poprawka nie może dotykać plików poza zakresem Task — to ta sama bramka zakresu (Scope Gate) używana w innych miejscach Pipeline.

Tasks mówią, do czego służą

• Pole Intent. Każdy Task ma teraz Intent — bug, feature, enhancement lub other. Okno New Task o nie pyta (przy tworzeniu Task ze zgłoszenia błędu jest wstępnie wypełnione jako bug), można je zmienić podczas edycji Task, a Tasks utworzone z Chat lub Brainstorm otrzymują je od AI. Intent decyduje, jakie zabezpieczenia obowiązują — na przykład tylko Tasks typu bug muszą udowodnić błąd (zob. niżej).
• Chat i Brainstorm dzielą duże żądania. Gdy prosi się o coś dużego, asystent proponuje kilka mniejszych Tasks z właściwym intentem zamiast jednego przerośniętego Task.
• Symulacja projektu dla złożonych Tasks. Przy dużych lub ryzykownych zmianach krok Architect przeprowadza teraz własny plan przez zestaw scenariuszy „co jeśli" (puste dane, restart w środku, dwa Tasks naraz, zawodząca zależność…) zanim powstanie jakikolwiek kod, a późniejsze kroki sprawdzają te same scenariusze. Małe Tasks pomijają to automatycznie.

Scalanie stało się bardziej rygorystyczne — i bezpieczniejsze

• Bramka builda przed scaleniem. Tuż przed scaleniem Task do dev AITM buduje i sprawdza typy wyniku w takiej postaci, w jakiej będzie po scaleniu. Czerwony wynik otrzymuje ograniczoną liczbę automatycznych prób naprawy; jeśli pozostaje czerwony, Task nie jest scalany. Błędy już obecne w dev nie są przypisywane Task. Zob. Merge & Review.
• Kolejka wstrzymuje się podczas aktualizacji narzędzi AI. AITM sam aktualizuje teraz narzędzie wiersza poleceń Claude — przy starcie i raz dziennie — zamiast pozwalać mu aktualizować się w środku pracy. Gdy aktualizacja oczekuje, uruchomione kroki mogą się dokończyć, nowe kroki czekają (pojawia się powiadomienie i mały wskaźnik), a kolejka potem sama kontynuuje.

Tworzenie i sprawdzanie projektów

• Propozycje projektów. AI (w Chat, Brainstorm lub przez podłączonego asystenta) może teraz zaproponować nowy projekt, ale nigdy nie tworzy go samo: pojawia się okno potwierdzenia, w którym można edytować szczegóły, i nic nie jest zapisywane na dysku, dopóki nie zostanie to potwierdzone.
• Kontrola kondycji projektu. Przed pierwszym Task projektu AITM sprawdza podstawy — czy jest to repozytorium Git z co najmniej jednym commitem, czy jest na oczekiwanej gałęzi, czy wymagane pliki dla jego technologii istnieją i są poprawne — i pokazuje każdy problem jako ostrzeżenie w konsoli Task, zamiast pozwolić, by Task zawiódł w połowie z mylącym błędem. Panel projektu zawiera odnośnik do najnowszej kontroli.
• Kontrola repozytorium przy tworzeniu. Nowe projekty są walidowane (zainicjowany Git, pierwszy commit, wymagane pliki) w chwili utworzenia.
• Projekty .NET konfigurują się same. Gdy Wizard New Project wdraża projekt .NET, automatycznie instaluje wymagany .NET SDK i zależności projektu oraz na bieżąco informuje, gdy faktycznie coś instaluje.
• Udogodnienia Wizard. Wizard wstępnie wypełnia folder projektu na podstawie katalogu głównego projektów (Settings → Pipeline → Wizard projects root), ma selektor folderów ograniczony do tego katalogu i automatycznie dodaje skrypt AITM Dev Panel do nowo tworzonych projektów webowych.

Wyszukiwanie i codzienna wygoda

• Składnia zapytań wyszukiwania. Pola wyszukiwania zmiennych, Contracts, hintów i Tasks oraz podpowiedzi @keyword / %contract rozumieją teraz trzy operatory: a.b — a, a po nim b, w tej kolejności; a&b — oba, w dowolnej kolejności; a|b — któryś z nich. Dopasowanie ignoruje wielkość liter.
• Reasoning effort. Dla dostawców, którzy to wspierają, można wybrać, jak intensywnie model ma myśleć — w Chat, Brainstorm i dla kroków Pipeline. Kontrolka jest ukryta dla modeli, które tego nie oferują.
• Suwak czcionki tabel w Settings → Font & Style ustawia rozmiar tekstu wierszy wszystkich tabel; rozmiary nagłówków i przycisków za nim podążają.
• Dozwolone źródła CORS można edytować w Settings → System (dokładne adresy i wzorce z symbolami wieloznacznymi), aby otwierać Dashboard z innych komputerów.
• Ostrzeżenia i powiadomienia mają wszystkie przyciski copy i close.
• Menu Help → AITM Dev Panel otwiera dokumentację Dev Panel (zob. Contract Explorer & App Flow).
• Wersja wyświetlana w Dashboard ma jeden spójny format: wersja · data (identyfikator builda).

Tasks typu bug muszą udowodnić błąd

• Bramka reprodukcji. Gdy Task jest poprawką błędu, krok architect musi napisać sekcję Reproduction, która demonstruje objaw przed poprawką i jego brak po niej.
• Pakiet diagnostyczny. Tasks typu bug zakładane automatycznie przez AITM zawierają wiersze awarii, podsumowanie blame, dotknięte pliki i powiązany identyfikator znanego błędu.
• Bramka zakresu biznesowego. Praca poza zakresem Task jest blokowana werdyktem sędziego AI.

Pełny zestaw testów jest opcjonalny

Uruchamianie całego zestawu testów po każdym scaleniu było główną przyczyną presji na pamięć. Jest to teraz domyślnie wyłączone (Pipeline → Full test enabled), a po włączeniu uruchamia się tylko wtedy, gdy Merge queue jest pusta.

Świadomy restart po self-merge

Gdy AITM scala zmianę we własnym kodzie, nie restartuje się już bez wiedzy użytkownika. Domyślnie (Git & Storage → Server restart after self-merge = manual) czeka, aż kolejka się opróżni, i pokazuje przycisk Restart w menu nagłówka.

Ustawienia, do których wcześniej nie było dostępu

• Profile CPU dzień / noc (karta System): rezerwacja większej liczby wątków dla Dashboard w ciągu dnia i oddanie maszyny testom w nocy.
• Disk Janitor i Disk Watchdog (Watchdog & Resources): reguły retencji i bezwzględne budżety GB dla każdej lokalizacji.
• Zarządzanie swap (System): zalecany rozmiar swap obliczany na podstawie RAM i wolnego miejsca na dysku.
• Dedykowana karta Project Check oraz przycisk Test connection dla modelu tłumaczeniowego.
• Nowy projekt otrzymuje domyślny zestaw Skills od razu przy utworzeniu (dokumentacja, wzorce UI), zamiast czekać na pierwszy Task.

Dashboard i panele

• Dokowalne panele (Chat, Brainstorm, Contract Explorer, konsole Tasks) zatrzaskują się w rzeczywistych slotach układu.
• Pasek Monitor zyskał kartę Queued, sparkline CPU oraz kartę Estimation z ETA kolejki.
• Angielski jest domyślnym językiem UI.
• Karty Tasks: numery zależności są klikalne, a przycisk Agent odzyskiwania prosi o potwierdzenie.

Licencjonowanie

Fałszywie pozytywną blokadę licencji można odblokować z poziomu UI. Wykorzystane / maksymalne sloty projektów są wyświetlane w Settings → License. Podczas tworzenia lub importu projektu w Wizard, jeśli licencja ma wolny slot, Wizard proponuje przypisanie go od razu. Sign in with Google jest dostępne zarówno do rozpoczęcia bezpłatnego okresu próbnego, jak i do logowania na konto w panelu licencji.

Zasoby

Sweeper /tmp rozpoznaje wyciekłe katalogi Chrome i Playwright i domyślnie czyści je po dwóch godzinach.