এআই এজেন্টের ড্রিফট পুনরুদ্ধার ও কাজ হস্তান্তরের ধাপ

এআই সহযোগিতা কোর্সে ফিরে যান

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

মূল বিষয় #

• উৎসের ড্রিফট অ্যাডাপ্টারের ড্রিফট থেকে আলাদা।
• আংশিক প্রকাশনার জন্য প্রতিটি সিস্টেমে আলাদা হিসাব দরকার।
• পুনরুদ্ধার পর্যালোচিত পরিবর্তনসহ ইতিহাস সংরক্ষণ করে।
• হস্তান্তরের সময় অন্য পর্যালোচককে বর্তমান উৎস নিজে পড়তে হবে।

শুরু করার আগে #

পূর্বশর্ত: GitHub ব্রাউজার ওয়ার্কফ্লো অথবা মিশ্র প্রকাশনা ওয়ার্কফ্লো . আনুমানিক সময়: ৬০ থেকে ৯০ মিনিট। কঠিনতা: উন্নত পর্যালোচনা।

নিরাপত্তা: শুধু কৃত্রিম রেকর্ড ব্যবহার করুন। পুনরুদ্ধার পরীক্ষা করার আগে স্বয়ংক্রিয় প্রকাশনা থামান। চালু কোনো মুছে ফেলার সেবা সরবরাহ করা হয়নি।

পাঠকের ফলাফল: একটি অবস্থা-তালিকা, মালিকের সিদ্ধান্ত, পর্যালোচিত মেরামত এবং এমন হস্তান্তর তৈরি করুন যা অন্য পর্যালোচক বর্তমান উৎস থেকে পুনর্গঠন করতে পারেন। অনুশীলন শেষ করলেই প্রকাশনার অনুমতি মেলে না।

ড্রিফটের ধরন নির্ধারণ #

সর্বশেষ লেখা মানেই অনুমোদিত কর্তৃত্ব নয়। সাম্প্রতিক অননুমোদিত সম্পাদনা স্বয়ংক্রিয়ভাবে গ্রহণ না করে তদন্ত করতে হবে। মান কপি করার আগে অবস্থা ও মালিকানা ঠিক করুন।

প্রাথমিক যাচাই চালান #

Read MAP-01 and capture its revision.
Read POL-01 and compare active adapter versions.
Read REQ-17 and RUN-04 from mapped homes.
Read config.json at protected main.
Read frozen proposal and current role reviews.
Compare current sources with reviewed bases.
List mismatches, denied reads, and pending publications.
Stop consequential writes until owners resolve each mismatch.

অবদানকারী খসড়া তৈরির আগে প্রাথমিক যাচাই করেন। প্রকাশক লেখার আগে আবার যাচাই করেন। সংস্করণ তুলনা প্রস্তাবের সঙ্গে সংরক্ষণ করুন। সাপ্তাহিক পরীক্ষা এই পাঠকে সহায়তা করে, কিন্তু এর বিকল্প নয়।

অ্যাডাপ্টার ড্রিফটের উদাহরণ: POL-01 সংস্করণ ২-এ পৌঁছেছে, কিন্তু CLAUDE.md-তে এখনও সংস্করণ ১ লেখা। থামুন, পর্যালোচিত নীতি পরিবর্তন পড়ুন, সুরক্ষিত PR-এর মাধ্যমে অ্যাডাপ্টার হালনাগাদ করুন এবং নতুন সেশন শুরু করুন। নীতি না পড়ে শুধু সংস্করণ নম্বর বদলালে প্রসঙ্গ ঠিক হয় না।

অফলাইন ল্যাবে উৎসের ড্রিফট তৈরি করুন: দেওয়া ZIP ফাইলের নতুন কপি খালি অস্থায়ী ডিরেক্টরিতে খুলুন। এর মূল ডিরেক্টরি থেকে baseline/-কে candidate/-এ কপি করুন, python3 check.py capture --base baseline > candidate/context.json চালান, তারপর python3 check.py validate --base baseline --candidate candidate চালান। প্রথম PASS নথিভুক্ত করুন। টেক্সট এডিটরে baseline/requirement.json খুলে শুধু "retention_days": 7-কে "retention_days": 8 করুন। একই validate কমান্ড আবার চালান। প্রত্যাশিত এক্সিট স্ট্যাটাস শূন্য হবে না এবং বার্তা হবে STALE_CONTEXT: capture the trusted base again। দুই আউটপুট ও পরিবর্তিত উৎসের পথ নথিভুক্ত করুন। ব্যক্তিগত প্রমাণ সংরক্ষণের পর অস্থায়ী এক্সট্র্যাকশন মুছুন, তারপর নতুন কপি খুলে রিসেট করুন। আট দিনের পরিবর্তন প্রকাশিত রিপোজিটরিতে প্রয়োগ করবেন না এবং পুনরায় ক্যাপচারকে মালিকের অনুমোদন ভাববেন না।

অস্থায়ী রিপোজিটরিতে অ্যাডাপ্টার ড্রিফট তৈরি করুন: নতুন প্রস্তাব শাখায় অনুমোদিত POL-01 সংস্করণ ১ অ্যাডাপ্টার লেখা CLAUDE.md-তে কপি করে সংস্করণ ১ হিসেবে চিহ্নিত করুন। আলাদা পর্যালোচিত নীতি প্রস্তাবে নির্দিষ্ট নতুন থামার শর্তসহ সংস্করণ ২-এর পরিবর্তন লিখুন। অ্যাডাপ্টার সংস্করণ ১-এই রাখুন। মার্জ বা এজেন্ট চালানোর আগে দুই রেকর্ড তুলনা করে অ্যাডাপ্টারকে পুরোনো বলতে একজন পর্যালোচককে বলুন। পরীক্ষার প্রস্তাব বন্ধ করে অথবা পর্যালোচিত PR-এ অ্যাডাপ্টার আপডেট করে রিসেট করুন, তারপর নতুন সেশন খুলে দুই সংস্করণ ও নতুন থামার শর্ত যাচাই করুন। পুরোনো ও সংশোধিত diff সংরক্ষণ করুন। এটি নথির পরীক্ষা, প্ল্যাটফর্মের অস্বীকৃতি অনুকরণ নয়।

থেমে যাওয়া প্রকাশনা পুনরুদ্ধার #

1. PROP-042 প্রকাশনা থামান এবং পুনরুদ্ধারের দায়িত্ব দিন।
2. সব অংশগ্রহণকারী সিস্টেমে প্রকৃত অবস্থা পড়ুন। সম্পন্ন, ব্যর্থ এবং চেষ্টা করা হয়নি এমন কাজ আলাদা করুন।
3. পণ্য দলকে বেছে নিতে বলুন: এগিয়ে সম্পন্ন করা, পর্যালোচিত প্রত্যাবর্তন, অথবা স্থগিত রাখা।
4. পুনরুদ্ধারের প্রস্তাব তৈরি করুন সাম্প্রতিক ভিত্তিতে, এবং স্পষ্টভাবে পর্যালোচনা না হলে পরিধি ও ব্যতিক্রম অপরিবর্তিত রাখুন।
5. প্রতিবার একটি পর্যালোচিত ধাপ প্রয়োগ করুন, প্রতিটি ফল নথিভুক্ত ও পুনরায় পড়ে।
6. স্বাভাবিক কাজ শুরুর আগে চূড়ান্ত অবস্থা ও অবশিষ্ট সীমা যাচাই করুন।

recovery_id: RECOVERY-042
proposal_id: PROP-042
mode: awaiting-owner-choice
illustrative_state:
  requirement: thirty-days-published
  implementation: seven-days-on-main
  runbook: seven-days
  delivery: blocked
choices:
  forward: finish approved implementation and runbook
  backout: restore baseline through reviewed changes
  hold: wait for evidence or access

উদাহরণমূলক অবস্থা পর্যবেক্ষিত সংস্করণ ও মান দিয়ে প্রতিস্থাপন করুন। পুরোনো হিসাবের নথি বা সহকারীর দাবি ফল পুনরায় পড়ার প্রমাণ নয়।

প্রমাণ না থাকলে স্থগিত রাখুন। কৃত্রিম অনুশীলনে অন্ধভাবে ওভাররাইট করার জরুরি কারণ নেই। পরবর্তী ভূমিকা ও অনুপস্থিত প্রমাণ নির্দিষ্ট করুন।

GitHub পুনরুদ্ধারে পর্যালোচিত revert বা ক্ষতিপূরণমূলক পরিবর্তন ব্যবহৃত হয়। Confluence পুনরুদ্ধারে ইতিহাস তুলনা করে পর্যালোচিত পুনঃস্থাপন বা ক্ষতিপূরণ করা হয়। Jira পুনরুদ্ধারে প্রস্তাবের ইতিহাস রেখে সরবরাহ পুনরায় খোলা বা ব্লক করা হয়। ইতিহাসের নম্বর আবার শুরু হবে ধরে না নিয়ে তৈরি হওয়া সংস্করণ পড়ুন।

স্বাধীন হস্তান্তর যাচাই #

Handoff: HANDOFF-042
Task: PROP-042
Map and policy: attach current approved revisions
Evidence: requirement, runbook, configuration references
Ledger: completed, failed, pending
Decision: owner choice and fixed proposal revision
Limits: no runtime deletion test or production data
Next role: accountable role
Next action: one bounded step
Stop: changed base, access denial, conflicting authority

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

নেতিবাচক হস্তান্তর: REQ-17-এর অ্যাক্সেস বন্ধ রাখুন। অনুমান করা মান বা বিশেষাধিকারপ্রাপ্ত অংশের বদলে স্পষ্ট ব্লক প্রত্যাশা করুন। প্রশাসনের মাধ্যমে শুধু অনুমোদিত অ্যাক্সেস ফিরিয়ে দিন এবং যাচাই পুনরাবৃত্তি করুন।

মেরামতের আগে কারণ নির্ণয় #

অবস্থার তালিকা দিয়ে শুরু করুন। “সহকারীরা একমত নয়” উত্তর-সংক্রান্ত উপসর্গ, মূল উৎসের সমস্যা নয়। কোনো সহকারীকে মেরামত করতে বলার আগে মানচিত্রে থাকা প্রয়োজনীয়তা, কনফিগারেশন, রানবুক, নীতি এবং সরবরাহের নথি আলাদাভাবে পড়ুন।

সব অমিলকে মডেলের সমস্যা ভাববেন না। সেশন রিফ্রেশ পুরোনো কথোপকথনের প্রসঙ্গ ঠিক করে। এটি রানবুক প্রকাশ করে না, হারানো অনুমতি ফেরায় না বা মালিকদের পরস্পরবিরোধী সিদ্ধান্ত মেটায় না। টুলে পদক্ষেপ নেওয়ার আগে মেরামতের দায়িত্ব নির্দিষ্ট করুন।

ক্ষতিপূরণমূলক পরিবর্তন অনুসরণ #

উদাহরণস্বরূপ বাধা: REQ-17-এ অনুমোদিত ত্রিশ দিনের উদ্দেশ্য আছে, কিন্তু সরবরাহ অপেক্ষায়। কনফিগারেশন ও রানবুক এখনও সাত দিন বলে। রক্ষণাবেক্ষণকারী অমীমাংসিত বাস্তবায়ন ব্যর্থতার কথা জানান। পণ্য দল এগোনোর বদলে পুনঃস্থাপন বেছে নেয়।

1. বর্তমান সংস্করণ নথিভুক্ত করুন: প্রয়োজনীয়তা ত্রিশ, কনফিগারেশন সাত, রানবুক সাত, সরবরাহ ব্লক।
2. অপেক্ষমাণ প্রস্তাব স্থির করুন: পর্যালোচনা ও ব্যর্থ প্রকাশনার প্রমাণ রাখুন।
3. প্রয়োজনীয়তার ক্ষতিপূরণমূলক সংশোধনী তৈরি করুন: মধ্যবর্তী ব্যতিক্রম ও নোট রেখে সাত ফিরিয়ে আনুন।
4. মালিকের পর্যালোচনা নিন: বর্তমান উৎস সংস্করণ ও সুনির্দিষ্ট পুনঃস্থাপন ভাষা উল্লেখ করুন।
5. অনুমোদিত পথে প্রকাশ করুন: ফলের প্রয়োজনীয়তা সংস্করণ পড়ে নিশ্চিত করুন।
6. হিসাব মেলান: প্রযোজ্য প্রকাশিত সব মান সাত, মূল পরিবর্তন সরবরাহ হয়নি।

ক্ষতিপূরণ ইতিহাস মুছে দেয় না। ত্রিশ দিনে পরিবর্তনের চেষ্টা, তার ব্যর্থতা এবং পরের পুনঃস্থাপন পৃথক নথি হিসেবে রাখুন। চূড়ান্ত উৎসে সাত বলা থাকবে; সরবরাহের ইতিহাসে অনুমোদিত প্রস্তাব শেষ না হওয়ার কারণ থাকবে।

Recovery decision: illustrative compensation
Original proposal: PROP-042 revision 1
Observed mismatch: requirement 30, configuration/runbook 7
Owner decision: restore approved baseline intent
Review object: fixed compensation against current requirement version
Result: capture resulting revision and seven-day read-back
Original delivery: withdrawn or blocked with explanation
Limit: no runtime deletion or data restoration performed

অন্য লেখক কোনো ব্যতিক্রম যোগ করলে সেটি স্পষ্টভাবে সংরক্ষণ করুন। পুরোনো পৃষ্ঠার লেখা অন্ধভাবে বসালে বৈধ মধ্যবর্তী পরিবর্তন মুছে যেতে পারে। বর্তমান ও উদ্দেশ্যপ্রণোদিত লেখা তুলনা করে বর্তমান সংস্করণের বিপরীতে ন্যূনতম ক্ষতিপূরণমূলক সংশোধনী পর্যালোচনা করুন।

নতুন হস্তান্তর পরীক্ষা #

পরিষ্কার সেশন ও অন্য পর্যালোচক ব্যবহার করুন। মানচিত্র, স্থির করা প্যাকেজ, হিসাব এবং পুনরুদ্ধারের সিদ্ধান্ত দিন। পুরোনো চ্যাট দেবেন না। গ্রহীতাকে বর্তমান উদ্দেশ্য, কনফিগারেশন, পরিচালন নির্দেশনা এবং পরবর্তী অনুমোদিত কাজ বলতে বলুন।

Read the mapped current sources independently.
Distinguish approved intent, committed configuration, and delivery state.
Compare them with the reviewed package and ledger.
List missing reads and changed bases.
Recommend one bounded next action with its accountable role.
Do not treat this handoff as approval or publication permission.

প্রত্যাশিত যুক্তি: প্রাথমিক অবস্থা পুনঃস্থাপিত বলার আগে গ্রহীতা ক্ষতিপূরণের ফল যাচাই করেন। হস্তান্তর থেকে শুধু “সাত দিন” বললে স্বাধীন পাঠের শর্ত পরীক্ষা হয়নি। আরেকটি সারাংশের বদলে উৎসের প্রমাণ চান।

সম্পন্ন শিক্ষামূলক তালিকা, কৃত্রিম বাধা:

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

পুনরায় শুরু করার সিদ্ধান্ত #

পুনরুদ্ধারের গ্রহণযোগ্যতা নির্দিষ্ট করুন। মেলা পুনরায় পাঠ, বর্তমান পর্যালোচনা অবজেক্ট, সমন্বিত হিসাব এবং নতুন হস্তান্তর বাধ্যতামূলক করুন। সহকারী সমস্যা সমাধান হয়েছে বললেই পুনরুদ্ধার বন্ধ করবেন না।

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

সমস্যা সমাধান ও ফিরিয়ে নেওয়া #

Revert-এ বিরোধ: বর্তমান অবস্থা ধরে ক্ষতিপূরণমূলক পরিবর্তন তৈরি করুন। পুনঃস্থাপনে ব্যতিক্রম হারায়: লেখার আগে পুরো প্রাসঙ্গিক অংশ তুলনা করুন। পুরোনো স্মৃতি উত্তর নিয়ন্ত্রণ করে: অনুমোদিত উৎস থেকে নতুন করে শুরু করে পুরোনো খসড়া প্রসঙ্গ সরান।

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

অনুশীলন ও স্ব-মূল্যায়ন #

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

প্রত্যাশিত যুক্তি: পণ্য দল প্রয়োজনীয়তা মেলায়, নীতি-মালিক অ্যাডাপ্টার সামঞ্জস্য করেন এবং সরবরাহ পুনরুদ্ধার সমন্বয়কারী অংশগ্রহণকারীদের সমন্বয় করেন। সব ক্ষেত্রেই “প্রসঙ্গ রিফ্রেশ” সম্পূর্ণ মেরামত নয়।

প্রধান সূত্র #

• রিপোজিটরি পুনরুদ্ধার নিয়ন্ত্রণ: সুরক্ষিত শাখা ।
• পৃষ্ঠার ইতিহাস: Confluence নথি .
• নির্দেশনা পরীক্ষা: Claude Code স্মৃতি ।

পরবর্তী ধাপ #

দুই ট্র্যাক ও দ্বিতীয় পাঠক নিয়ে Retention Capstone সম্পন্ন করুন। বর্তমান উৎস-পাঠ, সংস্করণের অমিল, সিদ্ধান্তের মালিক, পর্যালোচিত পুনরুদ্ধার, ফল পুনরায় পড়া এবং স্বাধীন পুনর্গঠন দেখান।