AI-DLC 2.11.0 কোড তৈরির আগে Codex CLI-এর কাজের প্রবাহ থামাতে পারে, যাতে ডেভেলপার প্রস্তাবিত পরিকল্পনা পড়ে অনুমোদন দেন। এই নির্দেশিকায় অনুসরণ করা হয়েছে 8 অক্টোবর 2026-এর v2.11.0 প্রকাশ এবং সেই সংস্করণের Codex CLI, কাজের প্রবাহের প্রোফাইল ও Plan Approval নির্দেশনা। BIG CHANGE ওই নথি ও ট্যাগ করা কমান্ডের রেফারেন্স দেখেছে। আমরা AI-DLC ইনস্টল বা চালাইনি; নিচের প্রতিটি ধাপ কেবল নথিভিত্তিক।
এটি এমন ডেভেলপারের জন্য, যাঁর Git প্রকল্প আছে এবং যিনি AI কোডিং সহকারী ফাইল তৈরির আগে কোডের পরিকল্পনা দেখতে চান। প্রত্যাশিত ফল হল একটি Plan Approval প্রশ্ন, যাতে পরিকল্পনার নাম থাকে, পরিবর্তন চাওয়া যায় এবং ডেভেলপার উত্তর না দেওয়া পর্যন্ত বিল্ড অপেক্ষা করে। AI-DLC-তে পরবর্তী যাচাইও আছে; এই ধাপটি বিশেষ করে কোডের পরিকল্পনা নিয়ে।
শুরুর আগে
ট্যাগ করা Codex নির্দেশিকায় Codex CLI 0.145.0 বা পরের সংস্করণ, প্রকল্পের হুকের জন্য Git রিপোজিটরি এবং সেট করা মডেল সরবরাহকারী প্রয়োজন। নেটিভ AI-DLC প্রকাশে Bun বা Node.js লাগে না। এমন প্রকল্প নিন যার কোড ও পরিকল্পনা আপনার সেট করা মডেল সরবরাহকারীকে পাঠানোর অনুমতি আছে। সরবরাহকারীর ডেটা ব্যবস্থাপনা ও বিলিংয়ের শর্ত আলাদা করে দেখুন; AI-DLC রিপোজিটরি এই কাজের প্রবাহের জন্য সরবরাহকারী ব্যবহারের একক দাম জানায় না।
ইনপুট হিসেবে নির্দিষ্ট উন্নয়ন কাজ প্রস্তুত রাখুন। এখানে বেছে নেওয়া হয়েছে Feature প্রোফাইল, কারণ v2.11.0-এর নথিতে Feature-এর জন্য Plan Approval চালু বলা আছে। Express ও Proof of concept-এ শুরুতে Plan Approval বন্ধ থাকে, যদিও কোনও ব্যক্তি নির্দিষ্ট পরিকল্পনার পর্যালোচনা চাইতে পারেন। প্রতিবার AI-DLC থামবে এমন সাধারণ প্রত্যাশার চেয়ে প্রোফাইল বেশি গুরুত্বপূর্ণ।
1. নির্দিষ্ট প্রকাশ ইনস্টল ও যাচাই করুন
macOS, Linux বা WSL-এ v2.11.0 প্রকাশ এই সংস্করণনির্দিষ্ট ইনস্টলার কমান্ড দেয়:
curl -fsSL https://github.com/awslabs/aidlc-workflows/releases/download/v2.11.0/install.sh | sh -s -- --version 2.11.0প্রকাশটিতে PowerShell-এর জন্য একটি সংস্করণনির্দিষ্ট Windows ইনস্টলার-ও আছে। চালানোর আগে ইনস্টলার দেখুন এবং নিজের যন্ত্রের জন্য উপযুক্ত পথ বাছুন। তারপর প্রকল্প থেকে ইনস্টল করা সংস্করণ ও পরিবেশ যাচাই করুন:
aidlc --version
aidlc doctor
codex --versionপ্রত্যাশা হল aidlc --version কমান্ডে 2.11.0 দেখা যাবে। aidlc doctor কনফিগারেশন ও রানটাইম সমস্যা জানায়, আর codex --version দিয়ে Codex CLI-এর ন্যূনতম সংস্করণ যাচাই করা যায়। ইনস্টল করা সংস্করণ আলাদা হলে এখানে থামুন এবং v2.11.0-এর ইনস্টল বা নবায়নের নির্দেশনা নিন; নিচের ধাপ ওই প্রকাশে নির্দিষ্ট।
2. Codex সেট করুন এবং প্রকল্পের হুককে বিশ্বাস দিন
Git প্রকল্পের মূল থেকে ব্যবহার করুন ট্যাগ করা Codex সেটআপের পথ:
aidlc config --harness codex
aidlc doctor
codexCodex জিজ্ঞেস করে প্রকল্পের হুক বিশ্বাস করবেন কি না। প্রকল্প ও তৈরি হুক দেখে তারপর বাছুন Trust all and continue (সব বিশ্বাস করে এগিয়ে যান)। ট্যাগ করা নির্দেশিকা বলছে, বন্ধ করা ডায়ালগ আবার খোলা যায় /hooks, তারপর t ও Esc দিয়ে। বিশ্বাস দেওয়ার পরে $aidlc --doctor Codex-এ চালান। হুক না চললে ইন্টিগ্রেশন পরিবেশের নির্দেশিকায় বিশ্বাস পুনরুদ্ধারের পথ অনুসরণ করুন; শুধু ইনস্টলার সফল হওয়া প্রমাণ করে না যে প্রকল্পের হুক সক্রিয়। মডেল সরবরাহকারী ও তার পরিচয়প্রমাণ Codex-এর ব্যবহারকারী স্তরের সেটিংসে থাকে, AI-DLC দেয় না।
3. Feature কাজের প্রবাহ শুরু করে সেটিংস দেখুন
প্রথমে $aidlc --status Codex-এ চালিয়ে দেখুন কোনও কাজের প্রবাহ সক্রিয় নেই। ট্যাগ করা কমান্ডের রেফারেন্স বলছে, সক্রিয় কাজের প্রবাহ থাকলে শুধু স্কোপ কমান্ড দিলে আগের কাজই চলতে থাকে। এই নির্দেশিকার জন্য সক্রিয় কাজের প্রবাহ নেই এমন প্রকল্প নিন।
সেট করা ওই Codex প্রকল্পে লিখুন $aidlc feature এবং কী বানাতে চান সেই কাজের প্রশ্নের উত্তর দিন। ইনপুটে ফিচার ও সীমাবদ্ধতা বর্ণনা করা উচিত; ওই কাজ থেকে শেষের পরিকল্পনা তৈরি হবে। কোডের পরিকল্পনা তৈরির আগে কার্যকর নিয়ন্ত্রণ দেখুন v2.11.0 কমান্ডের রেফারেন্স অনুযায়ী:
$aidlc --status
$aidlc config get plan-approval
$aidlc config get guard-policyPlan Approval-এর on (চালু) অবস্থা ও সেটিংসের ঘোষিত উৎস খুঁজুন। এই উদ্দেশ্যের জন্য বন্ধ থাকলে $aidlc --plan-approval on পরের পরিকল্পনার প্রশ্ন চালু করে। যন্ত্র স্তরের সুইচ জোর করে বন্ধ করতে পারে, আর দলের মেমরি নিয়ম চালু রাখা বাধ্যতামূলক করতে পারে; স্ট্যাটাস লাইনে কার্যকর মান দেখা যায়। এই নির্দেশিকায় ইতিমধ্যে অনুমোদিত পরিকল্পনা বা তার পরীক্ষার নির্দেশনা বদলালেও আবার অনুমোদন চাইলে $aidlc --guard-policy strict দিয়ে Guard Policy কঠোর করুন। Plan Approval চালু থাকা প্রথম প্রশ্ন নিয়ন্ত্রণ করে; অনুমোদিত পরিকল্পনা বদলানোর পরে কী হবে তা Guard Policy নিয়ন্ত্রণ করে।
4. অনুমোদনের ধাপে কোডের পরিকল্পনা পর্যালোচনা করুন
Code Generation-এ পরিকল্পনা প্রস্তুত হওয়া পর্যন্ত কাজ এগিয়ে নিন। Plan Approval চালু থাকলে v2.11.0 ইঞ্জিন পরিকল্পনার সারাংশ ও পথ দেখায়, সঙ্গে থাকে Approve Plan (পরিকল্পনা অনুমোদন), Request Changes (পরিবর্তন চাওয়া) অথবা I'll edit the files (আমি ফাইল সম্পাদনা করব) বিকল্প। উল্লিখিত code-generation-plan.md ফাইল খুলে প্রস্তাবিত ফাইল, ক্রম ও পরীক্ষার নির্দেশনা পড়ুন। অনুমোদনের আগে কমান্ড, প্রকল্পের ডেটায় প্রবেশ এবং রিপোজিটরি বদলাতে পারে এমন কাজ পর্যালোচনা করুন।
বাছুন Request Changes (পরিবর্তন চাওয়া) যদি পরিকল্পনায় আলাদা বাস্তবায়ন বা পরীক্ষা লাগে। নিজে ফাইল সম্পাদনা করলে ইঞ্জিনের I'll edit the files (আমি ফাইল সম্পাদনা করব) পথ নিন; সম্পাদনাকে অনুমোদন মনে করবেন না। কেবল আপনার উত্তরই পরিকল্পনা অনুমোদন করে; মডেল আপনার হয়ে তা পারে না। ধাপটি চালু থাকলে কোড তৈরি ওই উত্তরের জন্য অপেক্ষা করে। প্রকাশ-টীকা বলছে, বিল্ড অপেক্ষা করার সময় পর্যালোচনা, সেটিংস, কমিট বা অন্য অনুমোদিত অনুরোধ চলতে পারে।
5. অনুমোদন দিন, রেকর্ড দেখুন ও বদলানো পরিকল্পনা সামলান
পরিকল্পনা গ্রহণযোগ্য হলে খোলা প্রশ্নে উত্তর দিন Approve Plan (পরিকল্পনা অনুমোদন)। ইঞ্জিন ওই পরিকল্পনার সঙ্গে অনুমোদন নথিবদ্ধ করে এবং স্বাভাবিক next প্রবাহে বিল্ড চালু করে। প্রকাশ-টীকা অনুযায়ী অপরিবর্তিত অনুমোদিত পরিকল্পনা চ্যাট সংক্ষেপণ বা স্থগিত রাখার পরও মনে থাকে। ট্যাগ করা কমান্ডের রেফারেন্সে নথিবদ্ধ সময়রেখা দেখার জন্য কেবল পড়ার কমান্ড aidlc engine audit history আছে, আর $aidlc --status কাজের প্রবাহ কোথায় আছে তা দেখায়। তৈরি কোডের আগে অনুমোদনের ধাপ দৃশ্যমান হওয়ার পাশাপাশি এই রেকর্ডগুলোই সাফল্য যাচাইয়ের ভিত্তি।
বিল্ডের আগে পরিকল্পনা বা পরীক্ষার নির্দেশনা বদলালে কঠোর Guard Policy আবার অনুমোদন চায়। শিথিল বা বন্ধ নীতিতে পরিবর্তন জানানো ও নথিবদ্ধ করা হয়, কিন্তু বাধ্যতামূলক নতুন অনুমোদন ছাড়াই কাজ এগোতে পারে। ট্যাগ করা নথিতে অনুমোদনের পরে অসংশ্লিষ্ট সোর্স ফাইল বদলানোর কথাও আলাদা করা আছে: সেই পরিবর্তন জানানো হয়, তবে পরিকল্পনা অনুমোদন পরিকল্পনা ও পরীক্ষার নির্দেশনা নিয়েই থাকে। ব্যক্তি ‘অনুমোদিত পরিকল্পনায় ফিরে যাও’ বলে বিল্ডের আগে আগের পরিকল্পনা ফিরিয়ে আনতে পারেন। কেবল চ্যাট সংক্ষেপিত হয়েছে বলে অপরিবর্তিত পরিকল্পনায় দ্বিতীয়বার প্রশ্ন আসা উচিত নয়।
বিরতি না এলে
প্রথমে পড়ুন $aidlc --status ও $aidlc config get plan-approval। বেছে নেওয়া স্কোপ, কার্যকর সেটিংস ও তার উৎস দেখুন। Express ও Proof of concept শুরুতে বন্ধ থাকে; ওই উদ্দেশ্যে Plan Approval চালু করুন, অথবা পুরো জীবনচক্র কাজের উপযোগী হলে Feature কাজের প্রবাহ নিন। কনফিগারেশন বা হুক নষ্ট মনে হলে চালান aidlc doctor এবং অনুসরণ করুন Codex ইন্টিগ্রেশন পরিবেশের পুনরুদ্ধার নির্দেশনা। সক্রিয় প্রকল্পের রানটাইম বদলানোর আগে সংস্করণের অমিল দেখুন। প্রশ্ন নেই মানেই অনুমোদন নথিবদ্ধ হয়েছে ভাববেন না: সেটিংস বন্ধ থাকলে AI-DLC একটি PLAN_APPROVAL_SKIPPED সারি লেখে, যাকে ট্যাগ করা নথি স্পষ্টভাবে মানুষের অনুমোদন থেকে আলাদা করেছে।
বড় পরিবর্তন
- AI-DLC 2.11.0 পরিকল্পনার প্রশ্ন নিজের ইঞ্জিনে রাখে; ইঞ্জিন সিদ্ধান্ত নথিবদ্ধ করে এবং স্থগিত বা সংক্ষেপিত সেশনেও অপরিবর্তিত অনুমোদিত পরিকল্পনা ধরে রাখে।
- Codex CLI Feature চালনায় ডেভেলপার Plan Approval-এর কার্যকর সেটিংস দেখতে, কোড তৈরির আগে পরিকল্পনা পড়তে এবং অনুমোদনের ধাপে পরিবর্তন চাইতে পারেন।
- পরিকল্পনা সম্পাদনার পরে পুনরায় অনুমোদন Guard Policy-এর ওপর নির্ভর করে। পরিকল্পনা বা পরীক্ষার নির্দেশনা বদলালে আবার থামাতে ডেভেলপার কঠোর নীতি বেছে নিতে পারেন।
সূত্র ও আরও পড়ুন
- AI-DLC 2.11.0 প্রকাশ — তারিখযুক্ত প্রকাশ, নির্দিষ্ট ইনস্টলার ও ঘোষিত Plan Approval আচরণ। প্রকাশ-টীকা বৈশিষ্ট্য বর্ণনা করে; BIG CHANGE এই নির্দেশিকা চালিয়েছে তা দেখায় না।
- v2.11.0-এর Codex CLI নির্দেশিকা — Codex সংস্করণ, Git ও সরবরাহকারীর পূর্বশর্ত, প্রকল্প সেটআপ, হুকে বিশ্বাস ও চালু করা।
- v2.11.0-এর কাজের প্রবাহের প্রোফাইল — প্রোফাইলের প্রাথমিক সেটিংস এবং Feature ও Express/Proof of concept-এর পার্থক্য।
- v2.11.0-এর Plan Approval ও Guard Policy — প্রথম অনুমোদন ধাপ, বাদ দেওয়ার রেকর্ড এবং অনুমোদিত পরিকল্পনা বদলালে আচরণ।
- v2.11.0-এর কমান্ড রেফারেন্স — অবস্থা, কনফিগারেশন ও অডিট ইতিহাসের কমান্ড।



