Review gate-সহ AI ecommerce automation
Updated 2026-09-05
Product change-কে tracked drafting job-এ পরিণত করুন। Generation, validation, approval ও store update আলাদা রাখুন, যাতে failed run বোঝা ও resume করা যায়।
শুধু prompt নয়, handoff automate করুন
একটি repeatable content workflow-কে বলতে হবে কোন product বদলেছে, কোন source revision ব্যবহৃত হয়েছে, কী কাজ বাকি এবং কে publish করতে পারবেন। CSV attachment-সহ scheduled prompt একা এই প্রশ্নগুলোর উত্তর দিতে পারে না। Prompt-কে এমন job-এর একটি step হিসেবে ধরুন যার state conversation-এর বাইরে store হয়।
Exportable content ও offline review queue দিয়ে শুরু করুন। প্রতিটি job-কে durable record ও explicit next action দিন। Controlled store-এ destination adapter ও approval check exercise না হওয়া পর্যন্ত live product update বন্ধ রাখুন। এতে publication permission যোগ করার আগে generation ও review তৈরি করা যায়।

প্রতিটি job-কে stable identity দিন
Intended work শনাক্ত করতে source revision, product identifier, locale, glossary revision ও prompt revision ব্যবহার করুন। একই job retry করলে unrelated candidate তৈরি অথবা একই import দুবার apply হওয়া উচিত নয়। Source বা rule বদলালে পুরনো candidate-এর সঙ্গে দৃশ্যমান সম্পর্কসহ নতুন work তৈরি হবে।
Row number দিয়ে job key করবেন না: export sort করলে row position বদলে যায়। Source snapshot-এ price ও unit রাখুন, কিন্তু generated output কেবল approved text field-এর জন্য অনুমতি দিন। নিচের record-টি আপনার job store-এর জন্য মানিয়ে নেওয়ার মতো illustrative application contract।
{
"productId": "SYNTHETIC-CATALOG-A",
"locale": "de",
"sourceRevision": "source-revision-required",
"glossaryRevision": "glossary-revision-required",
"promptRevision": "prompt-revision-required",
"state": "queued",
"approval": null,
"importReceipt": null
}Observable state transition persist করুন
Validation-এ যাওয়ার আগে candidate output store করুন। Reviewer assign করার আগে validation issue store করুন। Exact candidate ও source revision-এর সঙ্গে approval bind করুন। Approval-এর পর content বদলে গেলে publisher record reject করবে, আগের version accepted হলেও।
Ambiguous outcome-এর জন্য hold state ব্যবহার করুন। যেমন, import-এর সময় connection loss হলে store write reject করেছে এমন প্রমাণ হয় না। Retry করার আগে current stored field reconcile করুন। নিচের proposed state-গুলো orchestration layer-এ implement করুন এবং প্রতিটি result persist করা operation-এর পাশে transition check রাখুন।
| Transition | প্রয়োজনীয় evidence | কখন hold করবেন |
|---|---|---|
| Queued থেকে drafted | Saved candidate ও request identity | Missing বা incomplete output |
| Drafted থেকে reviewable | Structured field check | Protected-field drift |
| Reviewable থেকে approved | Reviewer ও candidate revision | Unresolved factual issue |
| Approved থেকে imported | Authorized patch ও store receipt | Stale source অথবা uncertain write |
| Imported থেকে verified | Stored-field comparison | Unexpected field difference |
Model client ও store adapter আলাদা করুন
Drafting worker-কে কেবল approved source subset ও model credential দিন। Store credential narrow operation-সহ আলাদা adapter-এ রাখুন, যেমন description patch প্রস্তুত করা। AI request সফল হলেই side effect হিসেবে product publish করতে পারা উচিত নয়।
Shopify-র documented translation path resource-specific content ও digest ব্যবহার করে; WooCommerce product CSV importer document করে। প্রতিটি interface-কে নিজস্ব mapper ও verification step দিন। Drafting client-এ model credential configure করুন এবং destination adapter-এ source read ও authorized store write রাখুন। Flow জোড়ার আগে boundary-গুলো independently test করুন।
Retry bound করুন এবং খারাপ record আলাদা রাখুন
Finite policy ও recorded attempt-সহ temporary transport failure retry করুন। Cause না বদলে structurally invalid response repeat করলে usage ও reviewer time দুটোই নষ্ট হতে পারে। Failure category আলাদা রাখুন: authentication, unavailable model, incomplete generation, invalid field এবং rejected content-এর intervention আলাদা।
Failed record hold করেও successful record available রাখুন। Affected product-এর সব attempt সংরক্ষণ করুন, validation-এ ব্যর্থ candidate-সহ। Worker restart persisted state থেকে resume করবে, পুরো catalog regenerate করবে না। Cancellation-ও test করুন: generation থামালে import process নীরবে চলতে থাকা উচিত নয়।
Accepted work ও তার full cost মাপুন
Job ও attempt-এর সঙ্গে usage record যুক্ত করুন, billing evidence থাকলে failed request-সহ। Drafting, review ও revision call আলাদা track করুন। Missing usage-কে unknown রাখুন; missing receipt free request নয়। Unlike measurement এক সংখ্যায় মেশানোর বদলে editor time API ledger থেকে আলাদা রাখুন।
Release criteria দিয়ে accepted work সংজ্ঞায়িত করুন, যেমন approved product-locale revision। Denominator nonzero এবং sample স্পষ্টভাবে scoped হলেই recorded cost-কে accepted work দিয়ে ভাগ করুন। Current provider বা gateway billing information ব্যবহার করুন এবং report-এ date ও billing source রাখুন।
Import reconcile করুন এবং reversal প্রস্তুত রাখুন
শুধু approved change-সহ import proposal তৈরি করুন এবং ওই field-গুলোর আগের value save করুন। Authorized write-এর ঠিক আগে source revision আবার তুলনা করুন। অন্য editor product বদলে দিলে তার কাজ overwrite না করে pause করে নতুন review চাইুন।
Import-এর পরে intended field read back করুন এবং product ও locale অনুযায়ী mismatch classify করুন। Store এখনও imported revision-এর সঙ্গে মেলা অবস্থায় থাকলে reversal কেবল এই batch-এর change restore করবে; না হলে conflict review দরকার। Text generate করার permission থেকে import permission আলাদা রাখুন।
Failure-সহ ছোট flow verify করুন
একটি accepted candidate, একটি protected-field violation এবং একটি changed-source conflict test করতে synthetic product ব্যবহার করুন। Drafting ও approval-এর মাঝখানে worker restart করুন। Approved work টিকে আছে এবং held work import proposal-এ ঢুকতে পারছে না তা check করুন। Prompt wording বারবার test করার চেয়ে এই check state contract সরাসরি exercise করে।
তারপর explicit permission নিয়ে staging store-এ adapter test করুন। Source snapshot, generated revision, approval, import receipt এবং read-back comparison রাখুন। Local job simulation কেবল orchestration behavior প্রতিষ্ঠা করে; model quality বা successful store integration প্রতিষ্ঠা করে না।
সাধারণ প্রশ্ন
Workflow কি schedule অনুযায়ী চলতে পারে?
হ্যাঁ, jobs revision-aware ও persisted হওয়ার পর design choice হিসেবে। Scheduling eligible work enqueue করবে; validation bypass বা automatic publishing permission দেবে না।
Review চলার সময় source বদলালে কী হবে?
Candidate-কে stale mark করে changed field তুলনা করুন। Import প্রস্তুত করার আগে নতুন source revision-এর বিরুদ্ধে approval নিন।
Failed row কি পুরো catalog থামাবে?
অবশ্যই নয়। Successful draft রেখে affected record hold করুন, তবে ভুল glossary-এর মতো shared failure সব record-এ প্রভাব ফেলতে পারে হলে batch block করুন।
Uncertain store write কীভাবে retry করব?
আগে targeted field read back করুন। কী ঘটেছে reconcile করে কেবল outstanding approved patch retry করুন; timeout মানেই write হয়নি ধরে নেবেন না।
প্রথমে কোন component implement করা উচিত?
Source snapshot, persistent job ও review queue দিয়ে শুরু করুন। এরপর model client যোগ করুন, তারপর authorized import enable করার আগে destination adapter implement ও test করুন।