Codex ဖြင့် Proaction ရောင်းအား 60% တိုး၊ 75+ နာရီ သက်သာ

Proaction⁠(ဝင်းဒိုးအသစ်တွင် ဖွင့်မည်) သည် ကား၊ ကုန်တင်ယာဉ်မှ ဆောက်လုပ်ရေးစက်ယန္တရားအထိ ယာဉ်အုပ်စုများကို စီမံခန့်ခွဲသည့် လုပ်ငန်းများအတွက် ဆော့ဖ်ဝဲ ဖန်တီးပေးသည်။ ယာဉ်အုပ်စုတိုင်း၏ လည်ပတ်ပုံ မတူသဖြင့် Proaction ပလက်ဖောင်းက ဝယ်သူလောင်းတို့၏ လုပ်ငန်းနှင့် မည်သို့ကိုက်ညီကြောင်း ပြသခြင်းသည် အရောင်းအတွက် မရှိမဖြစ် အရေးပါသည်။

သို့သော် စိတ်ကြိုက်သရုပ်ပြများ ဖန်တီးရန် အင်ဂျင်နီယာများ အချိန်ပေးရပြီး အဖွဲ့တွင် ထိုမျှ အချိန်ပိုမရှိပါ။ တည်ထောင်သူများသည် လုပ်ဆောင်ပေးနိုင်သည့်အရာများကို ဆွေးနွေးပြောဆိုခြင်းနှင့် ဆလိုက်များဖြင့်သာ ရှင်းပြခဲ့ရသည်။ Codex က ထိုအခြေအနေကို ပြောင်းလဲပေးခဲ့သည်။

“ကျွန်တော်က နည်းပညာသမား မဟုတ်တော့ အရင်က သရုပ်ပြတစ်ခု လိုချင်ရင် အင်ဂျင်နီယာတွေကို အကူအညီတောင်းရတယ်” ဟု Proaction ပူးတွဲတည်ထောင်သူနှင့် လုပ်ငန်းလည်ပတ်မှုအရာရှိချုပ် Colin Knudsen က ပြောသည်။ “အခုတော့ Codex မှာ ကိုယ်တိုင်လုပ်ပါတယ်။” Colin သည် အပြန်အလှန် စမ်းသုံးနိုင်သော စိတ်ကြိုက်သရုပ်ပြ လေးခုမှ ခြောက်ခုကို လစဉ် ဖန်တီးပြီး တစ်ခုလျှင် မိနစ် 30 မှ 45 မိနစ်သာ ကြာသည်။ ထိုနည်းဖြင့် အင်ဂျင်နီယာအလုပ်ချိန် နာရီ 40 မှ 60 အထိ သက်သာသည်ဟု သူက ခန့်မှန်းသည်။

အရောင်းဖုန်းခေါ်ဆိုမှုအပြီးတွင် Colin က Granola အသံဖမ်းမှတ်တမ်း၊ ဝယ်သူလောင်းနှင့် အီးမေးလ်အပြန်အလှန်များ၊ ၎င်းမျှဝေထားသည့် စာရင်းဇယားများကို Codex အား ညွှန်ပြပေးသည်။ Codex က ထိုအချက်အလက်များကို သုံးပြီး Proaction ထုတ်ကုန်နှင့် ဖောက်သည်၏ ယာဉ်အုပ်စုအတိုင်း ပုံဖော်ထားသော HTML သရုပ်ပြပတ်ဝန်းကျင်ကို စိတ်ကြိုက်ပြင်ဆင်ပေးသည်။

Colin က သူ၏စခရင်ကို မျှဝေသည့်အခါ ဝယ်သူလောင်းများသည် မိမိတို့ ကား၊ ကုန်တင်ယာဉ် သို့မဟုတ် စက်ကိရိယာများကို မိမိတို့ အလုပ်လုပ်ပုံနှင့်အညီ စုစည်းထားသည်ကို မြင်ရသည်။ သူတို့က ပြင်ဆင်ရန်လိုသည့်အချက်များကို ထောက်ပြကာ ဖြေရှင်းနည်းဖန်တီးရာတွင် ပါဝင်ကူညီနိုင်သည်။ “အင်ဂျင်နီယာတွေ လုံးဝ ပါစရာမလိုဘဲ နောက်ဆုံးဖြေရှင်းနည်းကို အတူတူ ဖန်တီးနိုင်တယ်” ဟု Colin က ပြောသည်။

ဝယ်သူလောင်း၏ ကိုယ်ပိုင်ဒေတာဖြင့် သရုပ်ပြပေးခြင်းက ရှေ့ဆက်ရန် ခိုင်မာသော အကြောင်းရင်းကို ပေးသည်။ စိတ်ကြိုက်သရုပ်ပြများကြောင့် ကနဦးဆက်သွယ်မှုမှ ဆက်ဆံရေးထိန်းထားရုံအဆင့်တွင် မရပ်ဘဲ ဖြေရှင်းနည်းဖန်တီးသည့်အဆင့်သို့ ရောက်သည့် အရောင်းအခွင့်အလမ်း ရာခိုင်နှုန်းသည် 50% မှ 60% အထိ တိုးလာသည်ဟု Colin က ခန့်မှန်းသည်။

အလားတူ သရုပ်ပြများကို Proaction အင်ဂျင်နီယာများ ဖန်တီးမည်ဆိုလျှင် တစ်ခုလျှင် 10 နာရီခန့် ကြာမည်ဟု Colin က ဆိုသည်။ Proaction က လစဉ် သရုပ်ပြ လေးခုမှ ခြောက်ခုခန့် ပြုလုပ်သဖြင့် တစ်လလျှင် အင်ဂျင်နီယာအလုပ်ချိန် နာရီ 40 မှ 60 အထိ သက်သာစေသည်။

သရုပ်ပြက နောက်ပိုင်းအလုပ်များတွင်လည်း အချိန်သက်သာစေသည်။ ဝယ်သူလောင်းက ဖောက်သည်ဖြစ်လာသည့်အခါ Colin သည် ထိုစိတ်ကြိုက်သရုပ်ပြကို ရုပ်ပုံကိုးကားစရာအဖြစ် အင်ဂျင်နီယာများထံ ပေးသည်။ ထို့ကြောင့် ဘာဖန်တီးရမည်နှင့် ပတ်သက်သည့် မေးခွန်းများ၊ အပြန်အလှန် ဆွေးနွေးမှုများ နည်းသွားသည်။

Proaction သည် Codex ဖြင့် ဖောက်သည်ဖြေရှင်းနည်းစင်တာတစ်ခုလည်း ဖန်တီးခဲ့သည်။ ဝယ်သူလောင်းများက ဝင်ရောက်ကာ မိမိလုပ်ငန်းအတွက် ပြင်ဆင်ထားသည့် အလုပ်စဉ်များကို လေ့လာပြီး အရောင်းဆိုင်ရာ အချက်အလက်များကို ကြည့်နိုင်သည်။ ယင်းက ဖောက်သည်များအား မိမိလိုအပ်ချက်ကို ရှင်းပြနိုင်စေပြီး အင်ဂျင်နီယာမဟုတ်သော အဖွဲ့ဝင်များအား ထိုဆွေးနွေးချက်များမှ ပိုရှင်းလင်းသည့် လိုအပ်ချက်များ ဖော်ထုတ်နိုင်စေသည်။ အင်ဂျင်နီယာများ ပါဝင်လာချိန်တွင် ဘာဖန်တီးရမည်ကို ပိုတိကျစွာ သိရှိထားပြီဖြစ်သည်။

Colin ၏ နေ့စဉ်အလုပ်တွင် အရောင်း၊ ဖောက်သည်ပံ့ပိုးမှုနှင့် ထုတ်ကုန်စီမံခန့်ခွဲမှုတို့ ပါဝင်သည်။ Granola၊ Gmail၊ Slack၊ Linear၊ GitHub နှင့် HubSpot စသည့် ကိရိယာများအတွက် Codex ပလပ်အင်များမှတစ်ဆင့် Colin သည် ဖောက်သည်အချက်အလက်များကို စုစည်းကာ Codex ထဲတွင်ပင် လုပ်ဆောင်သည်။

သူသည် နောက်ဆက်တွဲဆက်သွယ်ရန် ဖုန်းပြောစာသားမှတ်တမ်းနှင့် အီးမေးလ်မှတ်တမ်းများကို ထုတ်ယူပြီး Linear တွင် လုပ်ဆောင်ရန်ကိစ္စများ ဖန်တီးကာ HubSpot ရှိ အရောင်းအခွင့်အလမ်းများကို အပ်ဒိတ်လုပ်သည်။ လတ်တလော ဖုန်းပြောမှတ်တမ်းများကို သုံးသပ်ကာ အဖွဲ့အတွက် အရောင်းနောက်ဆုံးအခြေအနေ ပြင်ဆင်ပေးသည့် အချိန်သတ်မှတ်ထားသော အလိုအလျောက်စနစ်ကိုလည်း သူ တည်ဆောက်ထားသည်။

ယခင်က အလုပ်များသဖြင့် တက်ဘ်များအကြား ပြောင်းသုံးကာ ကိရိယာတစ်ခုမှ တစ်ခုသို့ အချက်အလက်များ ကူးယူနေရသည်။ ယခု Colin သည် လိုအပ်သည်ကို ပြောပြကာ Codex ဖြင့် သက်ဆိုင်ရာအချက်အလက်များ စုစည်းပြီး နောက်တစ်ဆင့်ကို လုပ်ဆောင်နိုင်သည်။ “ကျွန်တော်လုပ်သမျှက Codex မှာပဲ အဓိက လုပ်တာပါ။ တခြားနေရာ သိပ်မသွားဖြစ်တော့ဘူး” ဟု Colin က ပြောသည်။ တစ်နေ့လျှင် သီးခြားအလုပ် 15 ခုမှ 20 ခန့် ရှိသည်ဟု ခန့်မှန်းထားသော Colin က Codex ကြောင့် တစ်လလျှင် 25–33 နာရီ သက်သာသည်ဟု ယုံကြည်သည်။

Proaction သည် ၎င်း၏ပလက်ဖောင်းတစ်လျှောက်တွင်လည်း OpenAI မော်ဒယ်များကို သုံးသည်။ ဖောက်သည်များက ယာဉ်ပြဿနာအစီရင်ခံချက်နှင့် ဓာတ်ပုံများ ပေးပို့သည့်အခါ ChatGPT‑5.6 Sol က ပျက်စီးမှုကို ရှာဖွေဖော်ထုတ်ပေးသည်။ ထို့ပြင် GPT‑Live‑1 ဖြင့် Proaction သည် ယာဉ်အုပ်စုလည်ပတ်ရေး နေ့စဉ်အလုပ်များကို ပိုမိုဆောင်ရွက်ပေးနိုင်သည့် အေးဂျင့်များ ဖန်တီးနေသည်။ ကုမ္ပဏီက ယင်းကို ၎င်း၏ စီမံကြီးကြပ်ထားသော လုပ်ဆောင်မှုအလွှာဟု ခေါ်သည်။

ဖောက်သည်များသည် လမ်းအသုံးပြုခ သို့မဟုတ် ယာဉ်ပြုပြင်ထိန်းသိမ်းရေးတို့ကို အထူးပြုအေးဂျင့်များအား ဆောင်ရွက်ခိုင်းနိုင်သည်။ သို့မဟုတ် သင့်လျော်သည့် အေးဂျင့်ကို အလိုအလျောက် အလုပ်ခိုင်းမည့် အလုပ်စဉ်များ သတ်မှတ်နိုင်သည်။ အေးဂျင့်များသည် GPT‑Live‑1 နှင့် GPT‑6 Astra အပါအဝင် OpenAI မော်ဒယ်များဖြင့် အသံဖုန်းခေါ်ဆိုခြင်း၊ စာရွက်စာတမ်းနှင့် ပုံများ စစ်ဆေးခြင်း၊ စာသားဆန်းစစ်ခြင်းနှင့် ချတ်တွင် ပြန်ဖြေခြင်းတို့ လုပ်ဆောင်သည်။

Marty ဟုခေါ်သော အေးဂျင့်ကို ယာဉ်ပြုပြင်ထိန်းသိမ်းရေး ညှိနှိုင်းဆောင်ရွက်ရန် ဒီဇိုင်းထုတ်ထားသည်။ Marty က ယာဉ်မောင်းနှင့် ပြဿနာအကြောင်း ဆွေးနွေးပြီး ပြင်ဆိုင်များသို့ ဖုန်းခေါ်ကာ ပြုပြင်ရေး စီစဉ်ပေးသည်။ ကုန်ကျစရိတ်ခန့်မှန်းချက် အတည်ပြုခြင်းနှင့် ငွေပေးချေခြင်းတို့ကိုလည်း ကူညီပေးသည်။ လူက စစ်ဆေးရန် သို့မဟုတ် ဝင်ရောက်ဆောင်ရွက်ရန် လိုအပ်ချိန်တွင် Proaction အဖွဲ့က တာဝန်ယူသည်။

GPT‑6 Astra ကလည်း Proaction အား ဖောက်သည်များအတွက် ဤလုပ်ဆောင်ချက်များကို ပိုမြန်စွာ ဖန်တီးနိုင်စေသည်။ ထုတ်ကုန်ဌာနအကြီးအကဲ Danny O’Halloran က “Astra ရဲ့ ကွန်ပျူတာသုံး လုပ်ဆောင်မှုတွေက ပိုတိုတောင်းကျစ်လျစ်တယ်။ GPT‑5.6 Sol နဲ့ဆို ဒီအလုပ်တစ်ခုတည်းကိုပဲ လုပ်ဖို့ လုပ်ဆောင်မှုက အများကြီး ပိုရှည်ခဲ့တယ်” ဟု ပြောသည်။

Codex နှင့် GPT‑6 Astra တို့က Proaction အား ရောင်းချရန်၊ ဖောက်သည်များကို ပံ့ပိုးရန်နှင့် လုပ်ငန်းရှေ့ဆက်တိုးတက်ရန် အချိန်ပိုရစေသည်။ GPT‑Live‑1 အခြေခံ အေးဂျင့်များဖြင့် Proaction သည် ယာဉ်အုပ်စုမန်နေဂျာများကိုလည်း အချိန်ပိုရစေသည်။