Product family · three fixed lanes

For the AI system you already have. Especially when it is failing.

Dali packages three recovery lanes: rescue an agent that stalls in production, migrate off the OpenAI Assistants API before the August 26, 2026 shutdown, or harden a vibe-coded MVP before it costs trust or money. Each lane is fixed scope with a written triage and its own acceptance test.

Best fit for teams that already shipped something with AI - an agent, an integration, an MVP - and need it to survive production, not a pitch to start over.

Rescue & Migration სისტემის ზედაპირები

Rescue & MigrationAll records
დაცვები და დამტკიცებაShare

All records

+ AddEmail allEnrich all
3 recordsSourcePathOwner signalLast activityStatus
არსებული აგენტის კოდიRescue & migration
Failure modes-ის…High-risk ქმედებებიაგენტები OpenAI, Anthropic,…LiveLive
Assistants API callsRescue & migration
ინტეგრაცია Respon…ქცევის დიფებიOpenAI Assistants API და Az…QueuedIdle
Repo ან previewRescue & migration
რისკის ტრიაჟის რუ…კრიტიკული severityLovable, v0, Cursor, Bolt ა…QueuedIdle

პრობლემა და შედეგი

ჩაანაცვლეთ ხახუნი ერთი დამტკიცებული ოპერაციული გზით.

რას ანაცვლებს

  • აგენტს, რომელიც დემოში კარგად გამოიყურება, მაგრამ რეალური მომხმარებლების მოსვლისას ქმედებებს იგონებს, ჩუმად ვარდება timeout-ზე ან drift-დება.
  • production ინტეგრაციას /v1/assistants, /v1/threads და /v1/runs-ზე, რომელსაც მკაცრი გათიშვის თარიღი აქვს მიბმული.
  • დემო, რომელიც preview-ში მუშაობს, სანამ tokens, webhooks ან admin routes production-ში ღიაა.

რას ქმნის

  • severity-ით დალაგებულ რუკას რეალური failure modes-ისთვის production საუბრებიდან, არა ვარაუდებიდან.
  • Assistants API-ის ყოველი call დაწყვილებულია Responses API ეკვივალენტთან, ხარვეზები კი წერილობით არის დასახელებული.
  • severity-ით დალაგებული ტრიაჟი secrets, payments, admin და outbound ქმედებებისთვის.

პაკეტის საზღვარი

ფიქსირებული მოცულობა გაფართოებამდე.

Family boundary before you pick a lane

One system under rescue, one fixed lane, one written triage or call mapping, one acceptance bar, and a handoff the team can own - not an open-ended retainer.

შედის პაკეტში

  • Start with one lane: agent rescue, Assistants API migration, or vibe-code hardening
  • 1 system or integration in scope, whoever built it
  • A written triage or call mapping before any fix
  • An agreed acceptance bar and a rollback path

განზრახ დარჩა მოცულობის გარეთ

  • Open-ended rebuilds of everything at once
  • New feature development disguised as rescue
  • Ongoing retainer work before the first lane passes

Choose a fixed lane

One system shell. Fixed lanes inside.

Start with this lane

Agent Rescue

ფიქსირებული პაკეტი AI აგენტებისთვის, რომლებიც დემოში გადიან, მაგრამ production-ში ეცემიან: რეალური failure modes-ის ტრიაჟი, eval suite რეალურ საუბრებზე, guardrails და მონიტორინგი, შემდეგ cutover მტკიცებულებით.

ერთი აგენტი, ერთი production პროცესი, წერილობითი failure modes-ის ტრიაჟი, eval suite რეპრეზენტატულ საუბრებზე, guardrails და approval gates high-risk ქმედებებზე, მონიტორინგი და production cutover 2-4 კვირაში.

ფიქსირებული პაკეტი: მინიმუმ $3,500 · ტიპური დიაპაზონი $3,500-9,000

შედის პაკეტში

  • 1 არსებული აგენტი ან AI პილოტი, ვინც არ უნდა აეწყოს: ვენდორი, ფრილანსერი ან in-house
  • failure modes-ის ტრიაჟი: hallucinated actions, ჩუმი timeouts, drift, ხარჯის ნახტომები
  • eval suite რეალური საუბრებიდან შეთანხმებული გავლის ზღვრით
  • guardrails, approval gates high-risk ქმედებებზე და production მონიტორინგი
  • production cutover ლოგებით და rollback ბილიკით

განზრახ დარჩა მოცულობის გარეთ

  • სრული rebuild ნულიდან, როცა არსებული აგენტის შეკეთება შესაძლებელია
  • ახალი ფიჩების დეველოპმენტი იმის მიღმა, რაც თავად rescue-ს სჭირდება
  • მრავალაგენტიანი პორტფელის rescue ერთ პაკეტში

Lane acceptance test

შეთანხმდით eval pass rate-ზე რეალური საუბრების რეპრეზენტატულ ნაკრებზე. Rescue გადის მხოლოდ მაშინ, როცა აგენტი ამ მაჩვენებელს აღწევს, high-risk ქმედებები approval gates-ზე ჩერდება და მონიტორინგი ხარჯსა და latency-ს შეთანხმებულ ბიუჯეტში აჩვენებს.

Start with this lane

Assistants API მიგრაცია

ვადით შემოსაზღვრული მიგრაცია OpenAI Assistants API-დან 2026 წლის 26 აგვისტოს shutdown-მდე: ყველა call-ის mapping, state-ისა და threads-ის გადატანა, side-by-side evals და cutover downtime-ის გარეშე.

ერთი Assistants API ინტეგრაცია: call-by-call mapping, გადატანა Responses API-ზე, გადამოწმება side-by-side eval გაშვებებით და cutover downtime-ის გარეშე, thread მონაცემების ექსპორტით shutdown-მდე.

ფიქსირებული პაკეტი: მინიმუმ $1,900 · ტიპური დიაპაზონი $1,900-4,500

შედის პაკეტში

  • 1 production ინტეგრაცია /v1/assistants, /v1/threads ან /v1/runs-ზე, OpenAI ან Azure
  • call-by-call mapping Responses API-ზე, პირდაპირი პარიტეტის გარეშე ნაწილების ჩათვლით
  • state-ისა და threads-ის გადატანა თქვენს კონტროლქვეშ მყოფ საცავში, სადაც API მათ აღარ ინახავს
  • side-by-side eval გაშვებები ძველი და ახალი ქცევის შესადარებლად რეალურ ქეისებზე
  • zero-downtime cutover და thread მონაცემების ექსპორტი shutdown-მდე

განზრახ დარჩა მოცულობის გარეთ

  • ახალი ფიჩები იმის მიღმა, რასაც თავად მიგრაცია მოითხოვს
  • გარემომცველი კოდბაზის დაუკავშირებელი რეფაქტორინგი
  • ასისტენტის ქცევის redesign - ჯერ პარიტეტი, გაუმჯობესებები მერე

Lane acceptance test

გაუშვით შეთანხმებული ქეისების ნაკრები ძველ და ახალ ინტეგრაციაში პარალელურად. მიგრაცია გადის მხოლოდ მაშინ, როცა პასუხები შეთანხმებულ კრიტერიუმებზე ემთხვევა, state გადატანას გადაურჩება, thread მონაცემები ექსპორტირებული და გადამოწმებულია, ხოლო production downtime-ის გარეშე გადაერთვება.

Start with this lane

Vibe-code Rescue პაკეტი

ფიქსირებული პაკეტი: AI-ით აწყობილი MVP-ის secrets, payments და admin ბილიკების ტრიაჟი, patch vs rewrite გადაწყვეტილებები, gates, stop-switch და handoff პაკეტი გუნდისთვის.

ერთი პროდუქტული ზედაპირი, მაღალი რისკის ბილიკების ტრიაჟი, patch ან rewrite გადაწყვეტილებები, production gates და stop-switch, handoff პაკეტი owners-ით და residual risks-ით.

ფიქსირებული პაკეტი: მინიმუმ $2,500 · ტიპური დიაპაზონი $2,500-6,000

შედის პაკეტში

  • 1 პროდუქტული ზედაპირი ან deployable აპი (საიტი, MVP ან admin-backed flow)
  • secrets, payments, admin access და high-impact outbound ქმედებების ტრიაჟი
  • patch vs rewrite შენიშვნები თითოეულ critical path-ზე scope-ში
  • production gates, logging მოლოდინები და აშკარა stop-switch
  • handoff პაკეტი: residual risks, owners და შემდეგი engineering ნაბიჯები

განზრახ დარჩა მოცულობის გარეთ

  • ყველა ფიჩის ან ეკრანის სრული rewrite
  • ღია product redesign ან rebrand
  • მრავალპროდუქტიანი rescue ერთ პაკეტში
  • გუნდის დარცხვენა AI builders-ის გამოყენებისთვის

Lane acceptance test

პაკეტი გადის მხოლოდ თუ high-severity secrets და payments findings დახურულია ან წერილობით მიღებულია owner-ის მიერ, scope-ის თითოეულ critical path-ს აქვს patch-or-rewrite გადაწყვეტილება, high-impact ქმედებებზე არსებობს stop-switch, და handoff პაკეტი ასახელებს residual risks-სა და owners-ს.

სისტემის ზედაპირები

ინტეგრაციები, მაგალითები და კონტროლის წერტილები.

ინტეგრაციები და მაგალითები

One recovery shell for AI systems under pressure: rescue an agent that fails in production, migrate off the Assistants API before shutdown, or harden a vibe-coded MVP - each as a fixed lane with its own acceptance bar.

  • აგენტები OpenAI, Anthropic, LangChain, LangGraph ან custom სტეკებზე
  • OpenAI Assistants API და Azure OpenAI Assistants სარკე
  • Lovable, v0, Cursor, Bolt ან შერეული AI-assisted კოდბაზები
  • CRM, helpdesk და შიდა ინსტრუმენტები, რომლებსაც აგენტი უკვე ეხება
  • Responses API სამიზნედ, საუბრის state-ის თქვენს საცავში გადატანით

დაცვები და დამტკიცება

გადარჩენილი აგენტი ნდობას იმით იმსახურებს, რომ ხილულად და იაფად ეცემა, სანამ მარტო მოქმედების უფლებას ისევ მიიღებს.

  • High-risk ქმედებები approval gates-ის უკან მიდის, სანამ eval suite სხვას არ იტყვის.
  • არავითარი cutover, სანამ side-by-side eval გაშვება შეთანხმებულ ქეისებზე არ დაემთხვევა.
  • Secrets და payment ბილიკები stop-the-bleeding სამუშაოა კოსმეტიკურ გაწმენდამდე.
  • აგენტის ყოველი ქმედება ლოგირდება იმ კონტექსტთან ერთად, რომელმაც ის წარმოშვა.

მიღების ტესტი

ზუსტად იცოდეთ, რას ნიშნავს რომ სისტემა მუშაობს.

პაკეტის ჩაბარების პირობა

Pick one lane. Each lane has its own pass condition: an agreed eval pass rate for agent rescue, a matching side-by-side run with zero-downtime cutover for the migration, closed high-severity findings for vibe-code rescue. The family passes when the chosen lane does.

აუდიტი აფიქსირებს failure modes-ს, eval ნაკრებსა და გავლის ზღვარს. შემდეგ Dali აფასებს ერთ fixed-scope, fixed-price rescue-ს. სამუშაო იწყება დამტკიცების შემდეგ, ხოლო აგენტის უფრო ფართო roadmap ცალკე გადაწყვეტილებაა.

თუ მიღების ტესტი არ ჩაბარდა, თქვენ არ იხდით.

მაჩვენებლები, რომლებსაც გუნდთან ერთად ვამოწმებთ

  • eval pass rate რეპრეზენტატულ საუბრების ნაკრებზე
  • side-by-side eval დამთხვევის წილი შეთანხმებულ ქეისებზე
  • high-severity findings დახურული ან owner-ის მიერ მიღებული
  • hallucinated ან არაავტორიზებული ქმედებების წილი
  • downtime cutover-ის დროს, მიზანი - ნული
  • stop-switch და gate coverage high-impact ქმედებებზე

მიწოდება სამ ნაბიჯში

ერთი პრაქტიკული გზა გაშვებამდე.

ნაბიჯი 01

failure modes-ის ტრიაჟი

ვკითხულობთ რეალურ production საუბრებსა და ლოგებს, ვასახელებთ ნამდვილ failure modes-ს - hallucinated actions, ჩუმი timeouts, drift, ხარჯის ნახტომები - და ვალაგებთ ზიანის მიხედვით.

ნაბიჯი 02

eval suite-ის აწყობა და ფიქსი

რეპრეზენტატულ საუბრებს ხელახლა გაშვებად eval suite-დ ვაქცევთ, შემდეგ ვასწორებთ guardrails-ს, პრომპტებს, ინსტრუმენტებსა და state-ის მართვას, სანამ suite შეთანხმებულ ზღვარს არ გაივლის.

ნაბიჯი 03

cutover მონიტორინგით

აგენტი production-ს approval gates-ის უკან უბრუნდება, მონიტორინგით, ბიუჯეტებით და rollback ბილიკით - სტარტიდან 2-4 კვირაში.

შესაბამისობის შემოწმება

როდის არის ძლიერი შესაბამისობა, სუსტი შესაბამისობა და რა არ უნდა დავაძალოთ.

კარგი შესაბამისობა

  • აგენტი ან AI პილოტი უკვე არსებობს და დემოში საკმარისად კარგად მუშაობდა, რომ გადარჩენად ღირდეს.
  • გაქვთ production ინტეგრაცია Assistants API-ზე, პირდაპირ ან Azure-ის გავლით.
  • AI builders-ით ან heavy AI-assisted coding-ით გაუშვით MVP და რეალური მომხმარებლები ან payments ახლოსაა.
  • გაქვთ რეალური საუბრები ან ლოგები, საიდანაც eval suite აიწყობა.

ჯერ არ არის შესაფერისი

  • მომუშავე პროტოტიპი ჯერ არ არსებობს - ეს აწყობაა, არა rescue.
  • ინტეგრაცია პროტოტიპია, რომელზეც არავინ არის დამოკიდებული - წაშლა შეიძლება იაფი იყოს.
  • გჭირდებათ ყველა ეკრანის სრული product rewrite ერთ engagement-ში.
  • პროცესი იმდენად შეიცვალა, რომ აგენტის სამუშაო აღარ არსებობს.

FAQ

პრაქტიკული კითხვები პაკეტის დაწყებამდე.

აგენტი სხვა ვენდორმა ააწყო. ეს პრობლემაა?

არა. rescue-ების უმეტესობა ზუსტად იქ იწყება. ვკითხულობთ კოდსა და საუბრებს, ვინარჩუნებთ იმას, რაც მუშაობს, და ვცვლით იმას, რაც ეცემა. დამნაშავის ძებნა პაკეტში არ შედის.

ეს უბრალოდ endpoint-ების გაცვლაა?

არა. Responses API ცვლის საუბრის state-ის მართვასა და ხარჯის მოდელს, და ფიჩების სრული პარიტეტი არ არსებობს. ზუსტად ამიტომ დაგეგმილი მიგრაცია 1-2 კვირას იღებს, ხოლო საავარიო - გათიშვის შუაგულში - 3-5x ჯდება.

უნდა გადავაგდოთ vibe-coded აპი?

ჩვეულებრივ არა. უმეტეს rescue ინარჩუნებს მომუშავე ზედაპირს და rewrite-ს მხოლოდ არაუსაფრთხო ან შეუნარჩუნებად ბილიკებს აკეთებს. patch vs rewrite წყდება თითოეულ critical path-ზე. გადაწყვეტილების ჩარჩო იხილეთ rewrite-vs-patch-vibe-code Dali ბლოგზე.

შემდეგი ნაბიჯი

დაიწყეთ ყველაზე ვიწრო, მაგრამ სასარგებლო პაკეტით.

რა უნდა გაუგზავნოთ Dali-ს

Tell us which system is under pressure: a failing agent, an Assistants API integration, or a vibe-coded MVP. Dali will reply with the lane boundary, the triage plan, and the acceptance bar.

  1. Starting lane: agent rescue, Assistants API migration, or vibe-code hardening
  2. Who built the system and what stack it runs on
  3. Where it fails or what deadline it faces
  4. Owner who can approve scope and accept residual risk
ყველა პაკეტის ნახვა

კომერციული მოდელი

ფიქსირებული პაკეტი

მინიმუმ $1,900

ტიპური დიაპაზონი: $1,900-9,000 · ერთ საწყის lane-ზე.

თუ მიღების ტესტი არ ჩაბარდა, თქვენ არ იხდით.

Dali არ გთხოვთ, რომ თავიდანვე ფართო ავტომატიზაციის პროგრამა იყიდოთ. ჩვენ ვადგენთ ერთ მიღების ტესტს, ვაფასებთ ერთ პაკეტს, ვაშენებთ მხოლოდ შეთანხმების შემდეგ და მოცულობას ვაფართოებთ მხოლოდ მაშინ, როცა პირველი პროცესი შემოწმებას გაივლის.

Founding კლიენტის ტარიფი: პირველი 5 კლიენტი იღებს 25% ფასდაკლებას მეტრიკებიანი საჯარო ქეისის სანაცვლოდ.

გაშვების შემდეგ ყველა პაკეტი გადადის Agent Care-ში - მონიტორინგი, eval რეგრესიები და ერთი გაზომვადი გაუმჯობესება თვეში.