
როგორ გახდა 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%-ში რაღაც მოძრაობდა გვერდის გამოსაყენებლად გახდომის შემდეგ.

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