মূল কনটেন্টে যান
এআই টিউটোরিয়াল

GoLive দিয়ে এজেন্ট-নির্মিত অ্যাপ ডিপ্লয় করুন: হোস্টিং, ডেটাবেস, ডোমেইন, অথেন্টিকেশন, ইমেইল ও পেমেন্ট

GoLive কীভাবে ইনস্টল করবেন, কোডিং এজেন্টের মাধ্যমে অ্যাপ চালু করবেন, পরিবর্তন কার্যকর হওয়ার আগে প্রোভাইডারের পরিবর্তন পর্যালোচনা করবেন, তৈরি হওয়া ডিপ্লয়মেন্ট যাচাই করবেন, ড্রিফট শনাক্ত করবেন, মালিকানা-সংক্রান্ত নথি তৈরি করবেন এবং নিরাপদে রিসোর্স সরিয়ে ফেলবেন তা জানুন। টিউটোরিয়ালে আলফায় পরীক্ষিত প্রোভাইডার, পরীক্ষামূলক সক্ষমতা এবং গুরুত্বপূর্ণ সীমাবদ্ধতাগুলিও ব্যাখ্যা করা হয়েছে।

GoLive দিয়ে এজেন্ট-নির্মিত অ্যাপ ডিপ্লয়: হোস্টিং, ডেটাবেস, ডোমেইন, অথেন্টিকেশন, ইমেইল ও পেমেন্ট

GoLive যা করে

GoLive হলো একটি ওপেন-সোর্স Agent Skill, যা এজেন্ট-নির্মিত অ্যাপ্লিকেশনকে সোর্স কোড থেকে বাস্তব অবকাঠামোতে নেওয়ার জন্য তৈরি। এটি রিপোজিটরি পরিদর্শন করে, প্রয়োজনীয় সার্ভিস শনাক্ত করে, প্রদানকারী-নির্দিষ্ট পরিবর্তনের প্রস্তাব দেয়, অনুমোদন চায়, আপনার নিজস্ব অ্যাকাউন্টের মাধ্যমে সেই পরিবর্তন প্রয়োগ করে এবং যা পর্যবেক্ষণ করতে পারে তা যাচাই করে।

অ্যাপ্লিকেশন তৈরি করা এবং বাস্তব ব্যবহারকারীদের জন্য তা পরিচালনা করার মধ্যকার ব্যবধান পূরণ করাই এই প্রকল্পের লক্ষ্য। অ্যাপের ওপর নির্ভর করে এতে হোস্টিং, ডেটাবেস, পরিবেশ ভেরিয়েবল, প্রমাণীকরণ, কাস্টম ডোমেইন, লেনদেনমূলক ইমেল এবং টেস্ট-মোড পেমেন্ট অন্তর্ভুক্ত থাকতে পারে।

GoLive অ্যাকাউন্ট বা হোস্ট করা GoLive ব্যাকএন্ডের প্রয়োজন হয় না এবং এতে কোনো প্রোডাক্ট টেলিমেট্রি নেই। প্রদানকারী-সংক্রান্ত অ্যাক্সেস আপনার নিজস্ব অ্যাকাউন্ট ও লগইনের সঙ্গেই যুক্ত থাকে।

আলফা সতর্কতা: বর্তমান রিলিজ হলো 0.1.0-alpha.3। ডিসপোজেবল লাইভ রিসোর্স ব্যবহার করে বেশ কয়েকটি জার্নি পরীক্ষা করা হয়েছে, তবে প্রকল্পের রোডম্যাপে থাকা বিস্তৃত চেকলিস্টটি প্রতিটি লঞ্চ ওয়ার্কফ্লো সম্পূর্ণ হওয়ার দাবি নয়।

প্রধান বৈশিষ্ট্য

  • রিপোজিটরি শনাক্তকরণ: GoLive অ্যাপ্লিকেশন পরিদর্শন করে এবং এর প্রয়োজন হতে পারে এমন অবকাঠামো ও সার্ভিস শনাক্ত করে।
  • প্রদানকারী সংরক্ষণ: অ্যাপ্লিকেশন ইতিমধ্যে যে প্রদানকারীদের ব্যবহার করছে, স্বয়ংক্রিয়ভাবে সেগুলো বদলে না দিয়ে GoLive সেগুলোই রাখে।
  • অনুমোদন-প্রথম কার্যকরকরণ: প্রদানকারীর পরিবর্তন করার আগে গন্তব্য অ্যাকাউন্ট, রিসোর্সের বিবরণ, পরিবর্তন এবং উপলব্ধ খরচের তথ্য দেখানো হয়।
  • মানবীয় হস্তান্তর: সাইনআপ, ব্রাউজার লগইন, পরিচয় যাচাই, কেনাকাটা, ইনবক্স অ্যাক্সেস এবং অন্যান্য মানব-নির্ভর কাজ আপনার নিয়ন্ত্রণেই থাকে।
  • যাচাই: GoLive পর্যবেক্ষণযোগ্য ফলাফল পরীক্ষা করে এবং যা আটকে গেছে বা যাচাই করা যায়নি তা স্পষ্টভাবে জানায়।
  • লাইফসাইকেল রেকর্ড: এটি তৈরি করা রিসোর্স রেকর্ড করে, চাহিদামতো golive status ড্রিফট চেক সমর্থন করে এবং হস্তান্তর আর্টিফ্যাক্ট তৈরি করতে পারে।
  • নিয়ন্ত্রিত অপসারণ: একটি রান চলাকালে তৈরি রিসোর্স আলাদাভাবে পরিকল্পিত ও অনুমোদিত টিয়ারডাউন ওয়ার্কফ্লোর মাধ্যমে সরানো যায়।
  • নির্দেশিত প্রদানকারী সহায়তা: বিল্ট-ইন অ্যাডাপ্টার নেই এমন প্রদানকারীদের জন্য GoLive অফিসিয়াল CLI, অফিসিয়াল MCP ইন্টিগ্রেশন, API বা ড্যাশবোর্ড নির্দেশনা ব্যবহার করে সর্বোচ্চ প্রচেষ্টায় একটি ফ্লো চালানোর চেষ্টা করতে পারে।

বর্তমান আলফা পরিসর

সবচেয়ে প্রতিষ্ঠিত আলফা পথগুলো দুটি হোস্টিং প্রদানকারী এবং দুটি ডেটাবেস প্রদানকারীকে অন্তর্ভুক্ত করে:

  • হোস্টিং: Vercel এবং Netlify।
  • ডেটাবেস: Supabase এবং Neon।
  • কাস্টম-ডোমেইন DNS: Porkbun এবং GoDaddy-এর Vercel-এর সঙ্গে রেকর্ড-লেখার জার্নি লাইভ পরিবেশে পরীক্ষা করা হয়েছে।
  • লেনদেনমূলক ইমেল: Resend ডোমেইন সেটআপ, DNS যাচাই এবং একটি বাস্তব অ্যাপ্লিকেশন সেন্ড পরীক্ষা করা হয়েছে।
  • পেমেন্ট: Stripe টেস্ট-মোড কী, webhook নিবন্ধন, স্বাক্ষরিত ইভেন্ট যাচাই এবং একটি বাস্তব টেস্ট-কার্ড পেমেন্ট পরীক্ষা করা হয়েছে।
  • প্রমাণীকরণ: Supabase Auth নীতি কনফিগারেশন এবং অপ্ট-ইন সাইনআপ জার্নির লাইভ প্রমাণ রয়েছে। পাসওয়ার্ড পুনরুদ্ধার ও অ্যাকাউন্ট বিচ্ছিন্নতা বাস্তবায়িত এবং মক-পরীক্ষিত হলেও সমতুল্য লাইভ যাচাই এখনো সম্পন্ন হয়নি।

লাইভ-পরীক্ষিত অ্যাপ্লিকেশন জোড়াগুলো হলো Vercel-এর সঙ্গে Supabase এবং Netlify-এর সঙ্গে Neon। অন্যান্য ক্রস-পেয়ারিংয়ে একই মাত্রার লাইভ প্রমাণের বদলে মক কভারেজ থাকতে পারে। Cloudflare DNS পরীক্ষামূলক এবং এখনো যাচাইকৃত আলফা পথ নয়।

পূর্বশর্ত

GoLive ইনস্টল করার আগে নিম্নলিখিত প্রস্তুত করুন:

  • Node.js 20 বা তার পরের সংস্করণ।
  • npm এবং npx।
  • GitHub ও Skills CLI ইনস্টলেশন চ্যানেল ব্যবহার করলে Git।
  • স্কিল লোড করতে এবং কমান্ড চালাতে সক্ষম একটি কোডিং এজেন্ট।

Codex এবং Claude Code দিয়ে ইনস্টলেশন পরীক্ষা করা হয়েছে। অন্যান্য এজেন্ট ক্লায়েন্ট বর্তমানে যাচাই করা হয়নি।

Skills CLI দিয়ে GoLive ইনস্টল করুন

সব প্রকল্পের জন্য একবার স্কিল ইনস্টল করতে যেকোনো ডিরেক্টরি থেকে এই কমান্ড চালান:

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global

ইন্টার‌্যাক্টিভ ইনস্টলার আপনাকে একটি এজেন্ট নির্বাচন করতে বলবে। তীরচিহ্ন দিয়ে সরুন, Space দিয়ে নির্বাচন করুন এবং Enter দিয়ে নিশ্চিত করুন।

Codex-এর জন্য নন-ইন্টার‌্যাক্টিভ ইনস্টলেশন

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent codex --yes

Claude Code-এর জন্য নন-ইন্টার‌্যাক্টিভ ইনস্টলেশন

npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes

প্রকল্প-স্থানীয় ইনস্টলেশনের জন্য প্রকল্পের রিপোজিটরি থেকে কমান্ডটি চালান এবং --global বাদ দিন। ইনস্টলেশনটি স্কিলের নির্দেশনা, প্রদানকারী রেফারেন্স এবং আগে থেকে তৈরি রানটাইম কপি করে। এটি প্রদানকারী অ্যাকাউন্টে সংযোগ করে না বা অ্যাপ্লিকেশন ডিপ্লয় করে না।

npm থেকে ইনস্টল করুন

একই রিলিজ golive npm প্যাকেজ হিসেবেও পাওয়া যায়। এই চ্যানেলে Git বা Skills CLI ছাড়াই স্কিল ইনস্টল করা যায়।

Codex ইনস্টলেশন

npx golive@alpha install --agent codex

Claude Code ইনস্টলেশন

npx golive@alpha install --agent claude

বর্তমান প্রকল্পের বদলে আপনার হোম ডিরেক্টরির অধীনে ইনস্টল করতে --global যোগ করুন:

npx golive@alpha install --agent codex --global

npm ইনস্টলার কোনো বিদ্যমান গন্তব্য ওভাররাইট করতে অস্বীকার করে এবং প্রদানকারী অ্যাকাউন্টে সংযোগ করে না। উভয় ইনস্টলেশন চ্যানেলেই একই প্রকল্প রিলিজ থাকে।

npm প্যাকেজটি পৃথক টার্মিনাল অপারেশনও প্রকাশ করে:

npx golive@alpha help
npx golive@alpha version
npx golive@alpha detect
npx golive@alpha menu
npx golive@alpha plan
npx golive@alpha verify
npx golive@alpha handoff

টার্মিনালের apply অপারেশনের জন্য একটি অনুমোদিত প্ল্যান আইডি এবং স্পষ্ট নিশ্চিতকরণ প্রয়োজন। এই কমান্ডগুলো পৃথক অপারেশন সম্পাদন করে; এগুলো সম্পূর্ণ কথোপকথনভিত্তিক স্কিল ওয়ার্কফ্লোর বিকল্প নয়।

আপনার কোডিং এজেন্টে GoLive শুরু করুন

আপনার কোডিং এজেন্টে অ্যাপ্লিকেশন রিপোজিটরি খুলুন। সদ্য ইনস্টল করা স্কিলটি দেখা না গেলে স্কিলগুলো রিলোড করুন অথবা নতুন এজেন্ট সেশন শুরু করুন।

Codex-এ চ্যাটে এভাবে স্কিলটি চালু করুন:

$golive Help me take this app live.

Claude Code-এ ব্যবহার করুন:

/golive Help me take this app live.

আপনি সাধারণ ভাষায় আরও নির্দিষ্ট নির্দেশনাও দিতে পারেন:

Use the golive skill to take this app live. Keep the providers it already uses.
Show me the destination accounts and plan before changing anything.
Use test resources for now.

golive skill কোনো টার্মিনাল কমান্ড নয়। Skills CLI ইনস্টল করলে কোনো গ্লোবাল golive এক্সিকিউটেবল যোগ হয় না। কোডিং এজেন্ট ইনস্টল করা স্কিল ডিরেক্টরিতে থাকা CLI চালায়। npm প্যাকেজটি আলাদাভাবে npx golive@alpha-এর মাধ্যমে কমান্ড সরবরাহ করে।

ডিপ্লয়মেন্ট ওয়ার্কফ্লো বুঝুন

সাধারণত রানটি নিয়ন্ত্রিত ধারাবাহিকতা অনুসরণ করে; সঙ্গে সঙ্গে রিসোর্স তৈরি করে না।

  1. পরিদর্শন: GoLive রিপোজিটরি বিশ্লেষণ করে এবং বিদ্যমান প্রোভাইডার ইন্টিগ্রেশন ও অনুপস্থিত অবকাঠামো শনাক্ত করে।
  2. স্পষ্টীকরণ: অ্যাপ্লিকেশন থেকে উত্তর নির্ধারণ করা না গেলে এজেন্ট জিজ্ঞাসা করে কোন প্রোভাইডার বা অ্যাকাউন্ট ব্যবহার করা উচিত।
  3. প্রমাণীকরণ: আপনি পৃথক টার্মিনাল বা ব্রাউজারে প্রোভাইডারের লগইন ধাপগুলো সম্পন্ন করেন।
  4. গন্তব্য নিশ্চিতকরণ: রিসোর্স কোথায় তৈরি হবে তা যাচাই করার জন্য GoLive সংযুক্ত অ্যাকাউন্ট, টিম বা প্রতিষ্ঠান পরীক্ষা করে।
  5. প্ল্যান: এজেন্ট রিসোর্সের নাম, উপলভ্য থাকলে আইডি, সেটিংস, পরিবর্তন এবং প্রাসঙ্গিক খরচের তথ্য দেখায়।
  6. অনুমোদন: আপনি প্ল্যান অনুমোদন না করা পর্যন্ত কোনো প্রোভাইডার পরিবর্তন প্রয়োগ করা উচিত নয়।
  7. প্রয়োগ: GoLive অনুমোদিত রিসোর্স প্রভিশন করে এবং সংযুক্ত করে।
  8. যাচাই: এজেন্ট ডিপ্লয়মেন্ট, ইন্টিগ্রেশন এবং পর্যবেক্ষণযোগ্য অ্যাপ্লিকেশন আচরণ পরীক্ষা করে।
  9. রেকর্ড: তৈরি করা রিসোর্স ও যাচাইয়ের ফলাফল পরবর্তী স্ট্যাটাস পরীক্ষা, হস্তান্তর বা টিয়ারডাউনের জন্য সংরক্ষণ করা হয়।

অনুমোদনের পর প্ল্যান পরিবর্তিত হলে GoLive আবার অনুমোদন চায়। প্রাথমিক ডিপ্লয়মেন্টের পর কিছু কাজ, যেমন প্রমাণীকরণ বা ডোমেন সংযুক্ত করা, পরবর্তী প্ল্যানে হতে পারে।

উদাহরণ: ইতিমধ্যে Supabase ব্যবহার করা একটি অ্যাপ ডিপ্লয় করুন

ধরা যাক, রিপোজিটরিতে ইতিমধ্যে একটি Supabase ইন্টিগ্রেশন আছে, কিন্তু কোনো হোস্টিং প্রোভাইডার নির্বাচিত নেই। শুরু করুন:

$golive Take this app live using test resources. Keep its existing Supabase integration.

GoLive জিজ্ঞাসা করতে পারে আপনি Vercel, Netlify নাকি অন্য কোনো প্রোভাইডার চান। Vercel নির্বাচন করলে alpha-র লাইভ-পরীক্ষিত Vercel ও Supabase পথ অনুসরণ করা হয়। এরপর এটি নির্ধারণ করবে বিদ্যমান Supabase প্রজেক্ট ব্যবহার করা হবে, নাকি নতুন একটি অস্থায়ী টেস্ট প্রজেক্ট তৈরি করা হবে।

আপনাকে আলাদাভাবে প্রমাণীকরণ করতে বলা হতে পারে:

vercel login
supabase login

লগইন করার পর এজেন্টকে সংযুক্ত Vercel টিম এবং Supabase প্রতিষ্ঠান শনাক্ত করতে দিন। প্ল্যান অনুমোদনের আগে গন্তব্যগুলো সতর্কতার সঙ্গে পর্যালোচনা করুন।

একটি অনুমোদিত প্ল্যানে হোস্টিং প্রজেক্ট তৈরি, ডেটাবেস প্রজেক্ট তৈরি বা নির্বাচন, প্রয়োজনীয় এনভায়রনমেন্ট ভ্যালু স্থানান্তর, অ্যাপ্লিকেশন ডিপ্লয় এবং ফলাফল যাচাই অন্তর্ভুক্ত থাকতে পারে। কাজ শেষ হলে GoLive লাইভ URL, যাচাইয়ের প্রমাণ এবং অসম্পূর্ণ থাকা যেকোনো পরীক্ষা জানায়।

সেটআপের সময় ক্রেডেনশিয়াল সুরক্ষিত রাখুন

কোনো প্রোভাইডারের ওয়ার্কফ্লো স্পষ্টভাবে এবং নিরাপদে নির্দিষ্ট কোনো পদ্ধতি দাবি না করলে এজেন্ট চ্যাটে প্রোভাইডারের গোপন তথ্য পেস্ট করবেন না। macOS-এ প্রয়োজনীয় API কী নেওয়ার জন্য GoLive একটি নেটিভ গোপন-ইনপুট ডায়ালগ ব্যবহার করতে পারে। ডায়ালগে কীটি কেন প্রয়োজন এবং কোথায় সংরক্ষণ করা হবে তা ব্যাখ্যা করা হয়। মানটি চ্যাট বা কমান্ড আউটপুটে দেখানো না হয়ে সরাসরি একটি স্থানীয় ক্রেডেনশিয়াল ফাইলে লেখা হয়।

অন্যান্য প্ল্যাটফর্মে আপনার এডিটর ফ্যালব্যাক হিসেবে ব্যবহৃত হয়। কী চাওয়া হচ্ছে তা পর্যালোচনা করতে থাকুন, সম্ভব হলে যথাযথ সীমার টেস্ট ক্রেডেনশিয়াল ব্যবহার করুন এবং গন্তব্য অ্যাকাউন্টটি সঠিক কি না নিশ্চিত করুন।

শুধু হোমপেজ নয়, আরও যাচাই করুন

সফল ডিপ্লয়মেন্ট URL কেবল শুরু। যাচাইয়ের সঙ্গে অ্যাপ্লিকেশনের প্রকৃত আচরণ সামঞ্জস্যপূর্ণ হওয়া উচিত। নির্বাচিত পথের ওপর নির্ভর করে GoLive যেসব বিষয় পরীক্ষা করতে পারে:

  • হোস্টিং ডিপ্লয়মেন্ট সম্পন্ন হয়েছে এবং অ্যাপ্লিকেশন পরিবেশন করছে কি না।
  • ডেটাবেস এনভায়রনমেন্ট ভেরিয়েবলগুলো ডিপ্লয়মেন্টে যুক্ত হয়েছে কি না।
  • অ্যাপ্লিকেশনটি তার ডেটাবেসে সংযোগ করতে পারে কি না।
  • সমর্থিত পথে প্রমাণীকৃত CRUD বা সেশন-বিচ্ছিন্নতা পরীক্ষা সফল হয় কি না।
  • কাস্টম ডোমেনে প্রয়োজনীয় DNS রেকর্ড, মালিকানা প্রমাণ এবং HTTPS প্রতিক্রিয়া আছে কি না।
  • Resend পাঠানোর ডোমেন যাচাই করে এবং অ্যাপ্লিকেশনটি বাস্তব ইমেল পাঠাতে পারে কি না।
  • Stripe-এর টেস্ট পেমেন্ট স্বাক্ষর-যাচাইকৃত webhook ইভেন্টে পৌঁছায় কি না।

GoLive যা পর্যবেক্ষণ করতে পারে না, তা স্পষ্টভাবে যাচাই-না-করা হিসেবে রাখা উচিত। উদাহরণস্বরূপ, ইনবক্সে ইমেল পৌঁছানো মানুষকে নিশ্চিত করতে হয়, কারণ GoLive প্রাপকের ইনবক্স পরীক্ষা করে না।

ডিপ্লয়মেন্টের বিচ্যুতি পরীক্ষা করুন

GoLive একটি অন-ডিমান্ড golive status ওয়ার্কফ্লো বাস্তবায়ন করে, যা রেকর্ড করা প্রত্যাশার সঙ্গে পর্যবেক্ষণযোগ্য প্রোভাইডার স্টেটের তুলনা করে। এটি একটি বিচ্যুতি পরীক্ষা, ক্রমাগত মনিটরিং বা সতর্কতা ব্যবস্থা নয়।

golive status

npm ইনস্টলেশন ব্যবহার করার সময় ইনস্টল করা alpha-তে উপলভ্য টার্মিনাল অপারেশনগুলো জানতে প্যাকেজের সাহায্য দেখুন:

npx golive@alpha help

ম্যানুয়াল প্রোভাইডার পরিবর্তনের পর, কোনো প্রকল্প অন্য মালিকের কাছে হস্তান্তরের আগে, অথবা বাতিল করার পরিকল্পনা করার আগে স্ট্যাটাস পরীক্ষা চালান। অ্যাক্সেস করা যায় না বা যাচাই করা যায় না—এমন রিসোর্সকে সুস্থ ধরে নেওয়ার পরিবর্তে তদন্তের জন্য ফাইন্ডিং হিসেবে বিবেচনা করুন।

হ্যান্ডঅফ রেকর্ড তৈরি করুন

হ্যান্ডঅফ ওয়ার্কফ্লোটি GoLive যে অবকাঠামো সম্পর্কে জানে, তার মালিকানা-সংক্রান্ত নথি তৈরি করে। README-তে বলা হয়েছে যে golive handoff --write একটি ডিসপোজেবল, শুধুমাত্র Vercel-ভিত্তিক ফিক্সচারে চালানো হয়েছে এবং ক্রেডেনশিয়াল-সদৃশ মান এড়াতে তৈরি আর্টিফ্যাক্টগুলো অডিট করা হয়েছে।

golive handoff --write

ক্লায়েন্ট বা অন্য কোনো ইঞ্জিনিয়ারিং টিমের কাছে প্রকল্প হস্তান্তরের আগে হ্যান্ডঅফ কার্যকর। তৈরি হওয়া ডকুমেন্ট ও তার JSON সংস্করণ পর্যালোচনা করুন, প্রতিটি প্রোভাইডার অ্যাকাউন্ট এবং রিসোর্সের মালিক নিশ্চিত করুন, এবং উপযুক্ত নিরাপদ চ্যানেলের মাধ্যমে আলাদাভাবে সিক্রেট শেয়ার করুন।

ডিসপোজেবল রিসোর্স নিরাপদে সরিয়ে ফেলুন

কোনো টেস্ট ডিপ্লয়মেন্টের আর প্রয়োজন না থাকলে, অপসারণের পরিকল্পনা করতে স্কিলটিকে বলুন:

$golive Plan teardown for the resources created by this project. Show me everything that will be removed before deleting anything.

টিয়ারডাউন প্রক্রিয়ায় অনুমোদন আবশ্যক। লাইভ ভ্যালিডেশনে একটি ডিসপোজেবল Netlify প্রকল্প অন্তর্ভুক্ত ছিল, যেটিকে --confirm-destroy ছাড়া মুছে ফেলা থেকে আটকানো হয়েছিল এবং স্পষ্ট অনুমোদনের পর সরিয়ে ফেলা হয়েছিল। GoLive দ্বারা তৈরি DNS রেকর্ড, Resend সেন্ডিং কী এবং Stripe টেস্ট-মোড এন্ডপয়েন্টও পরীক্ষিত ক্লিনআপের অন্তর্ভুক্ত হয়েছে।

শেয়ার করা ডেটাবেস, ডোমেইন, DNS জোন, ইমেল কনফিগারেশন, পেমেন্ট এন্ডপয়েন্ট এবং বর্তমানে মূল্যবান ডেটা ধারণ করতে পারে এমন প্রকল্পের জন্য টিয়ারডাউন পরিকল্পনা সবসময় পরিদর্শন করুন। GoLive কোনো রিসোর্স সরাতে পারে—এর অর্থ এই নয় যে সেটি সরানো উপযুক্ত।

উন্নত পরামর্শ

প্রাথমিক পরীক্ষায় পরীক্ষিত জোড়া অগ্রাধিকার দিন

বর্তমান সবচেয়ে শক্তিশালী প্রমাণের জন্য Vercel ও Supabase অথবা Netlify ও Neon দিয়ে শুরু করুন। অন্যান্য সমন্বয় কাজ করতে পারে, তবে মক-ভিত্তিক কভারেজ সম্পন্ন লাইভ রান-এর সমতুল্য নয়।

স্পষ্টভাবে টেস্ট রিসোর্স ব্যবহার করুন

আলফা মূল্যায়নের সময় ডিসপোজেবল বা টেস্ট রিসোর্সের জন্য অনুরোধ করুন। Stripe সমর্থন বিশেষভাবে টেস্ট মোডে যাচাই করা হয়েছে; README সমতুল্য লাইভ-মোড পেমেন্ট প্রস্তুতি, রিফান্ড পরিচালনা, সাবস্ক্রিপশন পরিচালনা বা এনটাইটেলমেন্ট যাচাইয়ের দাবি করে না।

Supabase Auth-এর ঐচ্ছিক জার্নি সতর্কতার সঙ্গে ঘোষণা করুন

Supabase Auth নীতির সেটআপ অনুমোদিত পরিকল্পনার মাধ্যমে সাইনআপ, ইমেল নিশ্চিতকরণ, ন্যূনতম পাসওয়ার্ড দৈর্ঘ্য, মেইলার সেটিংস, সাইট URL এবং রিডাইরেক্ট অ্যালাউলিস্ট পরিচালনা করতে পারে। ঐচ্ছিক সাইনআপ জার্নি এ ধরনের কনফিগারেশনের মাধ্যমে সক্রিয় করা হয়:

auth:
  e2e: true

পাসওয়ার্ড পুনরুদ্ধার এবং অ্যাকাউন্ট আইসোলেশনেরও কনফিগারেশন ফ্ল্যাগ রয়েছে:

auth:
  recovery: true
  isolation: true
  identityPath: /your-identity-route
  isolationPath: /your-rows-route

আলফা ডকুমেন্টেশন অনুযায়ী, এই পরের জার্নিগুলো বাস্তবায়িত এবং মক-কভার্ড হলেও এখনো লাইভ-ভ্যালিডেটেড নয়। আইসোলেশনের জন্য প্রত্যাশিত আচরণযুক্ত অ্যাপ্লিকেশন রুট প্রয়োজন; অনুপস্থিত বা অনুপযুক্ত রুটের ক্ষেত্রে মিথ্যা সাফল্য দেখানোর পরিবর্তে হ্যান্ডঅফ টাস্ক তৈরি হয়।

নিশ্চিতকরণ ফ্ল্যাগকে নিরাপত্তা গেট হিসেবে বিবেচনা করুন

লাইভ সিস্টেমে প্রভাব ফেলতে পারে এমন অপারেশনে স্পষ্ট গেট ব্যবহার করা হয়। প্রকল্পে বর্ণিত উদাহরণগুলোর মধ্যে রয়েছে DNS লেখার জন্য --confirm-dns, নির্দিষ্ট বাস্তব অ্যাকাউন্ট বা লাইভ-ভ্যালু অপারেশনের জন্য --confirm-live, এবং টিয়ারডাউনের জন্য --confirm-destroy। সঠিক পরিকল্পনা ও গন্তব্য পর্যালোচনা না করে এসব পরীক্ষা এড়িয়ে যাবেন না।

বিল্ট-ইন অ্যাডাপ্টার ও গাইডেড প্রোভাইডারের পার্থক্য বুঝুন

অসমর্থিত কোনো প্রোভাইডারের ক্ষেত্রে GoLive ড্যাশবোর্ড নির্দেশনায় ফিরে যাওয়ার আগে অফিসিয়াল CLI, অফিসিয়াল MCP ইন্টিগ্রেশন বা API খোঁজে। এটি সর্বোচ্চ প্রচেষ্টাভিত্তিক সহায়তা। সম্পন্নতা ও যাচাইয়ের গভীরতার নিশ্চয়তা নেই, তাই অটোমেশন এগোতে না পারলে একটি নির্দিষ্ট ব্লকার ও পরবর্তী পদক্ষেপ প্রত্যাশা করুন।

রিলিজ ফিচার সতর্কতার সঙ্গে পরীক্ষা করুন

প্রকল্পে বাস্তবায়িত কিন্তু লাইভ-ভ্যালিডেটেড নয়—এমন প্রিভিউ, রিলিজ-চেক, প্রমোশন এবং রোলব্যাক সক্ষমতা রয়েছে। golive.yaml-এর মাধ্যমে প্রিভিউ আচরণ অপ্ট-ইন করা হয়:

release:
  preview: true

প্রমোশন ও রোলব্যাকের জন্য অতিরিক্ত অপ্ট-ইন মান ব্যবহার করা হয়:

release:
  preview: true
  promote: true
  rollback: true

এই সক্ষমতাগুলো এখনো লাইভ-ভ্যালিডেটেড নয়, তাই এগুলো কেবল নিয়ন্ত্রিত টেস্ট পরিবেশে ব্যবহার করুন এবং তৈরি হওয়া প্রতিটি পরিকল্পনা পরিদর্শন করুন। সফল ডিপ্লয়মেন্টগুলো প্রোভাইডারের ডিপ্লয়মেন্ট পরিচয় .golive/state.json-এ সংরক্ষণ করতে পারে, যার ফলে পরবর্তী সক্ষমতাগুলো অস্পষ্ট URL-এর পরিবর্তে নির্দিষ্ট ডিপ্লয়মেন্ট উল্লেখ করতে পারে।

গুরুত্বপূর্ণ সীমাবদ্ধতা

  • প্রকল্পটি প্রাথমিক আলফা সফটওয়্যার।
  • প্রতিটি ফ্রেমওয়ার্ক বা নতুন ব্যবহারকারীর অ্যাকাউন্ট সেটআপ যাচাই করা হয়নি।
  • ডেডিকেটেড ব্যাকএন্ড সার্ভার, কনটেইনার, অবজেক্ট স্টোরেজ, মনিটরিং, অ্যানালিটিক্স, ব্যাকগ্রাউন্ড জব এবং আরও কয়েকটি লঞ্চ বিভাগ এখনো রোডম্যাপের বিষয়।
  • নিরবচ্ছিন্ন মনিটরিং ও অ্যালার্টিং অন্তর্ভুক্ত নয়; স্ট্যাটাস পরীক্ষা চাহিদাভিত্তিক।
  • Cloudflare DNS পরীক্ষামূলক, যাচাইকৃত আলফা পথ নয়।
  • Supabase পাসওয়ার্ড পুনরুদ্ধার ও অ্যাকাউন্ট আইসোলেশন বাস্তবায়িত হলেও লাইভ ভ্যালিডেশন সম্পন্ন হয়নি।
  • Supabase Auth-এর জন্য Resend কাস্টম SMTP বাস্তবায়িত ও মক-কভার্ড, কিন্তু লাইভ-ভ্যালিডেটেড নয়।
  • গাইডেড প্রোভাইডারগুলো বিল্ট-ইন অ্যাডাপ্টারের মতো একই সম্পন্নতা বা যাচাইয়ের নিশ্চয়তা পায় না।

উপসংহার

GoLive এজেন্ট-নির্মিত অ্যাপ্লিকেশনকে আপনার মালিকানাধীন অবকাঠামোতে স্থানান্তরের জন্য অনুমোদন-নির্ভর পদ্ধতি প্রদান করে। ডিসপোজেবল রিসোর্স দিয়ে শুরু করুন, লাইভ-পরীক্ষিত প্রোভাইডার জোড়াগুলোকে অগ্রাধিকার দিন, পরিবর্তন অনুমোদনের আগে গন্তব্য অ্যাকাউন্ট যাচাই করুন এবং প্রতিটি অমীমাংসিত ফাইন্ডিং পর্যালোচনা করুন। ডিপ্লয়মেন্ট প্রমাণিত হয়ে গেলে অপারেশনাল প্রেক্ষাপট ধরে রাখতে স্ট্যাটাস পরীক্ষা ও হ্যান্ডঅফ ডকুমেন্টেশন ব্যবহার করুন, তারপর টেস্ট রিসোর্সের আর প্রয়োজন না থাকলে গেটযুক্ত টিয়ারডাউন ওয়ার্কফ্লো ব্যবহার করুন।