უკან დაბრუნება
როგორ გახდა claude.ai სამჯერ უფრო სწრაფი ორ კვირაში
SiTech AI Team2 წთ. საკითხავი

როგორ გახდა claude.ai სამჯერ უფრო სწრაფი ორ კვირაში

ამ აგვისტოში claude.ai-ის გუნდმა ორ კვირაში ვებ და დესკტოპ ვერსიის ძირითადი გამოცდილება სამჯერ დააჩქარა — აკრეფადი გვერდის ჩატვირთვა 3.1 წამიდან 0.55-მდე შემცირდა.

ამ აგვისტოში claude.ai-ის გუნდმა ორ კვირაში ვებ და დესკტოპ აპლიკაციის ძირითადი გამოცდილება დაახლოებით სამჯერ დააჩქარა; სამუშაო ერთ Slack არხში მიმდინარეობდა და Claude ყველა თრედში მონაწილეობდა. სამ ათასზე მეტი ცვლილება გაერთიანდა — მომხმარებლისთვის შესამჩნევი ინციდენტისა და rollback-ის გარეშე.

ოთხ ძირითად სცენარზე ჩატარებული ცამეტი გაზომვა მომხმარებლის აქტივობის 95%-ს მოიცავს. 75-ე პერცენტილზე აკრეფად გვერდამდე დრო 3.1 წამიდან 0.55-მდე დაეცა, ახალი Claude Code სესიის გახსნა — 0.8 წამიდან 0.3-მდე, Claude Cowork-ის ღრუბლოვანი სესიის ჩატვირთვა კი 2.6 წამიდან 0.73-მდე — გუნდის შეფასებით, ეს ყოველდღიურად ათიათასობით საათის ლოდინს ზოგავს.

ერთი Slack არხი, ათასობით ცვლილება

არხში მუდმივი ინსტრუქცია Claude-ს ავალდებულებდა დეპლოების მონიტორინგს, ტელემეტრიის გადამოწმებასა და წარმადობის სამუშაოების შეთავაზებას; მონაცემები Datadog MCP სერვერიდან იკითხებოდა. გამოყენებული მოდელი იყო Claude Tag (beta) — შიდა კვლევითი მოდელი, დაახლოებით Opus 5.5-ის დონის; მიზნებსა და ცვლილებების დამტკიცებას ადამიანები აკონტროლებდნენ. ცამეტი სამიზნიდან თორმეტი მესამე დღესვე იქნა მიღწეული, მათ შორის HTML-ში ჩაშენებული სტატიკური composer, რომელიც React-ის ინიციალიზაციის დროს აკრეფის საშუალებას იძლევა.

შემდეგ მუშაობა ციკლად იქცა: თრედი იხსნება ნელი მონაკვეთის გამო, Claude აშენებს ბენჩმარკს, რომელიც პრობლემას ამრავლებს, მოჰყვება pull request-ები flag-ის მიღმა დამალული ცვლილებებით, გაშვების შემდეგ Claude საველე მონაცემებს კითხულობს და ან ბენჩმარკის ჭერს ამცირებს, ან flag-ს თიშავს. არხში ერთდროულად 150-ზე მეტი თრედი მუშაობდა.

რასაც ზომავ, იმას აუმჯობესებ

საველე მონაცემები ძალიან ნელა ჩამოდის, ამიტომ გაზომვა ლაბორატორიაში გადავიდა: ბენჩმარკები CPU ინსტრუქციებს Valgrind-ში node --predictable-ით ითვლიდნენ, მაგრამ მხოლოდ მას შემდეგ, რაც ამტკიცებდნენ, რომ რეალურ დროს ასახავდნენ. ორმა ცხელმა გზამ ეს დაამტკიცა: შეტყობინებების ხის აწყობა 48%-ით ნაკლებ ინსტრუქციას მოიხმარდა და 78%-ით უფრო სწრაფად მუშაობდა, Claude Code-ის status line-ების სკანერი კი 44%-ით დაჩქარდა. ორივე CI-ის ratchet-ად იქცა.

ინსტრუმენტებმა უცნაური დეფექტებიც გამოავლინა: composer-ის აკრეფის გზაზე 6,900 React hook და 900 store subscription ყოველ კლავიშზე ხელახლა რენდერდებოდა, ხოლო layout shift-ის ახალმა ტელემეტრიამ აჩვენა, რომ ჩატვირთვების 31%-ში რაღაც მოძრაობდა გვერდის გამოსაყენებლად გახდომის შემდეგ.

Sidebar-ის ჭრიალი გამოსწორებამდე და შემდეგ

შემაკავებელი მექანიზმები და შემდეგი ნაბიჯები

თითქმის ყველაფერი ცხელი გზა იყო, ამიტომ უსაფრთხოება თავიდანვე დაწესდა: ავტომატური განხილვა და ერთი ადამიანის დამტკიცება ყოველ PR-ზე, ტესტები ოპტიმიზაციამდე და მოკლევადიანი feature flag-ები. თითქმის ორასი flag შემოვიდა, ნახევარზე მეტი ორ კვირაში მოიხსნა.

დღეს claude.ai და დესკტოპ აპლიკაცია აგვისტოს დასაწყისთან შედარებით სამჯერ უფრო სწრაფია და ratchet-ები ამ დონეს ინარჩუნებს. 95-ე პერცენტილი, სხვა სცენარები და გრძელი საუბრები ჯერ კიდევ გაუმჯობესებას საჭიროებს; ცალკე პოსტი შესწორებებს აღწერს, რომლებიც upstream-ში — Electron-ში, Chromium-სა და Node.js-ში — მოხვდა.

SSiTech

SiTech — AI-გაძლიერებული ვებ დეველოპმენტი

ვქმნით სწრაფ, თანამედროვე ვებსაიტებს და AI-ს ვაერთიანებთ ქართული ბიზნესებისთვის. გაქვთ პროექტი ან კითხვა? სიამოვნებით დაგეხმარებით.