বিচক্ষণ ডেভেলপার ওয়ার্কফ্লো + মাল্টি-এজেন্ট ডেভেলপমেন্ট টিম

একজন বিজ্ঞ বিকাশকারী একটি দৈত্য টান অনুরোধ খোলার মাধ্যমে একটি নতুন প্রকল্প শুরু করেন না। তারা ব্রেইনস্টর্মিং, টিমমেট আলোচনা, প্রোটোটাইপিং, ডায়াগ্রাম, প্রস্তাবনা, ADRs, MRs/PRs, এবং GitOps - প্রতিটি পরিবর্তনের উপর একটি পর্যালোচনা বট সহ - এবং, যখন স্কেল এটির দাবি করে, ওয়ার্কস্টেশনের মাল্টি-এজেন্ট আর্কিটেকচার একটি দুর্দান্ত উন্নয়ন দলকে একত্রিত করার জন্য যা উৎপাদন-গ্রেডের কাজ দ্রুত প্রেরণ করে।

1. একটি নতুন প্রকল্পে "বুদ্ধিমান" বলতে কী বোঝায়

বুদ্ধি হল সস্তা তাড়াতাড়ি শেখা এবং বিরল ব্যয়বহুল ভুল দেরিতে শেখা। নীচের ক্রমটি আদেশ করা হয়েছে যাতে প্রতিটি পদক্ষেপ পরবর্তীটির বিস্ফোরণ ব্যাসার্ধকে সঙ্কুচিত করে:

Brainstorm → Discuss with workmates → Prototype → Diagram → Propose → ADR
      → Implement in small slices → MR/PR + Review Bot → Merge
      → GitOps promote (dev → staging → prod) → Observe → Iterate

Optional scale-up:
      Workstation multi-agent crew (Planner / Builders / Reviewers / Ops)
      with human gates on risky actions

2. বুদ্ধিমত্তা

আপনি অন্য লোকেদের সময় ব্যয় করার আগে, 30-90 মিনিট একা কাটান:

• ফলাফল — আমাদের কাজ শেষ হলে ব্যবসার জন্য কি সত্য হতে হবে?
• সীমাবদ্ধতা — সময়, সম্মতি, প্ল্যাটফর্ম, দক্ষতা, বাজেট।
• অ-গোল — যা v1 স্পষ্টভাবে অন্তর্ভুক্ত করবে না।
• ঝুঁকি — ডেটা, নিরাপত্তা, কর্মক্ষমতা, লক-ইন, অপস লোড।
• সাফল্যের পরিমাপ — দুটি বাছাই করুন (যেমন লেটেন্সি + গ্রহণ, বা খরচ + ত্রুটি হার)।

নিচে লিখে রাখুন docs/ideas/. অলিখিত বুদ্ধিমত্তা বাষ্পীভূত হয়।

3. সহকর্মীর সাথে আলোচনা

ক্ষুদ্রতম দরকারী বৃত্তকে আমন্ত্রণ জানান: একজন সহকর্মী বাস্তবায়নকারী, একটি সংলগ্ন সিস্টেমের মালিক, এবং নিরাপত্তা/এসআরই যখন ঝুঁকি নিশ্চিত করে।

• টাইম-বক্স (25-45 মিনিট)। সিদ্ধান্ত বা খোলা প্রশ্ন দিয়ে শেষ করুন।
• ফোর্স অপশন: A বনাম B বনাম ডিফার — অস্পষ্ট চুক্তি নয়।
• একজন লেখককে বরাদ্দ করুন; নোট প্রস্তাব বীজ.
• ADR-এর জন্য ঝুঁকি হিসাবে অস্বস্তি ক্যাপচার করুন - কোন নীরব ভেটো নেই।

কেউ লুপ বন্ধ করলে Async RFC গুলি ঠিক আছে৷

4. প্রোটোটাইপিং

অনিশ্চয়তা বেশি হলে স্পাইক করুন। বিজ্ঞ নিয়ম:

1. এটি একটি স্পাইক লেবেল; একটি ক্যালেন্ডার স্টপ সেট করুন (1-3 দিন সাধারণ)।
2. এটি একটি নিক্ষিপ্ত শাখায় রাখুন বা spikes/ - পলিশ করবেন না।
3. আপনি যা শিখেছেন তার উপর দশটি বুলেট লিখুন (বিশেষ করে ব্যর্থতা)।
4. সিদ্ধান্ত নিন: প্রচার করুন, পুনঃলিখন করুন বা পরিত্যাগ করুন — কখনই "চুপচাপ পণ্যে পরিণত হবেন না।"

5. ডায়াগ্রাম

তিনটি স্কেচ সাধারণত যথেষ্ট:

ডায়াগ্রাম	উত্তর
প্রসঙ্গ (C4 L1)	কে কি কথা বলে? বিশ্বাসের সীমানা?
সিকোয়েন্স	সুখের পথ + একটি ব্যর্থতার পথ
স্থাপনা	যেখানে এটি চলে; কনফিগারেশন এবং সিক্রেটস প্রবাহ

প্রস্তাবের পাশে মারমেইড বা এসভিজি স্টোর করুন। ADR পরিবর্তন হলে আপডেট করুন।

6. প্রস্তাবনা

RFC ছোট রাখুন (1-3 পৃষ্ঠা): সমস্যা, বিকল্প (অন্তত দুটি), সুপারিশ, প্রভাব (নিরাপত্তা/খরচ/অপস), রোলআউট এবং রোলব্যাক, খোলা প্রশ্ন। অনুমোদিত হলে, সিদ্ধান্তটিকে ADR-এ পরিণত করুন।

7. ADR — আর্কিটেকচার ডিসিশন রেকর্ডস

# ADR-00XX: Title

Status: Proposed | Accepted | Superseded by ADR-00YY
Date: YYYY-MM-DD
Deciders: @alice @bob

## Context
## Decision
## Consequences
## Alternatives considered

এডিআরগুলিকে গিটে রাখুন (docs/adr/) PRs থেকে তাদের লিঙ্ক. ইতিহাস পুনঃলিখনের পরিবর্তে বাতিল করুন।

8. MR এবং PR - প্রসবের একক

মি (একত্রীকরণ অনুরোধ) এবং জনসংযোগ (টান অনুরোধ) একই ধারণা: একটি পর্যালোচনাযোগ্য পরিবর্তন সেট।

• ছোট (অর্থপূর্ণ পার্থক্যের <400 লাইন পছন্দ করুন); পরিবর্তন প্রতি একটি অভিপ্রায়.
• বর্ণনা: কেন, কীভাবে পরীক্ষা করবেন, ঝুঁকি, রোলব্যাক।
• লিঙ্ক: টিকিট + ADR + ডায়াগ্রাম।
• প্রতিক্রিয়ার জন্য তাড়াতাড়ি খসড়া; একটি লিখিত ব্যতিক্রম ছাড়া লাল CI বা উচ্চ-তীব্রতা বট অনুসন্ধানের চারপাশে জোরপূর্বক মার্জ করবেন না।

## Summary
## Test plan
- [ ] Unit / contract tests
- [ ] Manual path …
## Risk & rollback
## References (ADR, ticket)

9. রিভিউ বট — স্বয়ংক্রিয় মন্তব্য যা উৎপাদন রক্ষা করে

একটি পর্যালোচনা বট একটি স্বয়ংক্রিয় প্রথম পর্যালোচনাকারী। এটি মানুষের প্রতিস্থাপন করে না; এটি সামনে-লোড বিরক্তিকর এবং বিপজ্জনক তাই বিকাশকারীরা ডিজাইন এবং পণ্য ঝুঁকিতে সময় ব্যয় করে।

9.1 এটা কি মন্তব্য করা উচিত

• নিরাপত্তা: ইনজেকশন, অথজ ফাঁক, গোপন ফাঁস, অনিরাপদ ডিফল্ট
• সঠিকতা: শূন্য পথ, জাতি, ভাঙা মাইগ্রেশন
• পরীক্ষা: নতুন শাখায় কভারেজ অনুপস্থিত
• এপিআই/কন্ট্রাক্টস: ভার্সন বাম্প ছাড়াই ব্রেকিং পরিবর্তন
• অপস: অনুপস্থিত টাইমআউট, সীমাহীন পুনঃপ্রয়াস, অ-অদম্য লেখা

9.2 এটি কীভাবে বিকাশকারীর জীবনকে স্ট্রিমলাইন করে

1. লেখক মিনিটের মধ্যে PR → বট মন্তব্য খোলেন।
2. লেখক মানুষের জিজ্ঞাসা করার আগে সংশোধন বা উত্তর.
3. মানুষ বট সারাংশ পড়ে + আর্কিটেকচার এবং ব্লাস্ট ব্যাসার্ধের উপর ফোকাস করে।
4. কম নিট রাউন্ড; উৎপাদনে কম পালানো ফুটগান।

9.3 নীতি যা বটকে উপযোগী রাখে

• তীব্রতা: ব্লকার / ঠিক করা উচিত / নিট — nits অবশ্যই মার্জ ব্লক করবে না।
• উৎপন্ন পাথ উপেক্ষা করুন; প্রতি মাসে মিথ্যা ইতিবাচক টিউন করুন।
• মানুষের অনুমোদন প্রয়োজন auth/, infra/, IAM, এবং অর্থের পথ।
• উত্পাদন-সমালোচনামূলক পরিষেবাগুলিতে বটকে কখনই একমাত্র পর্যালোচনাকারী হতে দেবেন না।

ওয়্যার SaaS বট (যেমন CodeRabbit), কার্সার বাগবট, অথবা PR পার্থক্যের উপর একটি কাস্টম অ্যাকশন + LLM। সবচেয়ে শক্তিশালী ভঙ্গির জন্য লেয়ার লিন্ট → SAST → LLM।

10. প্রোডাকশন-গ্রেড মানের জন্য GitOps সেরা অনুশীলন

কাঙ্খিত রাষ্ট্র গিটে বাস করে। একটি পুনর্মিলনকারী (Argo CD, Flux, ইত্যাদি) ক্লাস্টার ম্যাচ করে। প্রচার একটি মার্জ; রোলব্যাক একটি প্রত্যাবর্তন.

• পৃথক অ্যাপ কোড এবং env কনফিগারেশন (বা পরিষ্কার envs/dev|staging|prod ওভারলে)।
• কোন অ্যাড-হক kubectl apply সুখী পথ হিসাবে প্রদত্ত করা — শুধুমাত্র ব্রেক-গ্লাস, নিরীক্ষিত।
• প্রগতিশীল ডেলিভারি: স্বতঃ-সিঙ্ক নিম্ন envs; প্রোডের জন্য গেটেড সিঙ্ক।
• পণ্যের মধ্যে পরিবর্তনযোগ্য ট্যাগের উপর চিত্র হজম হয়।
• বিশেষাধিকার এবং রেজিস্ট্রিগুলির জন্য কোড (OPA/Kyverno) হিসাবে নীতি৷
• সিঙ্ক পরে পর্যবেক্ষণ; প্রত্যাবর্তন অনুশীলন করুন।

কোডের গুণমান শুধুমাত্র পরিষ্কার ফাংশন নয় - এটিও কিভাবে পরিবর্তন উৎপাদনে প্রবেশ করে.

11. ওয়ার্কস্টেশন মাল্টি-এজেন্ট আর্কিটেকচার — দুর্দান্ত উন্নয়ন দল তৈরি করা

একজন একক জ্ঞানী বিকাশকারীর এখনও লিভারেজ প্রয়োজন। ওয়ার্কস্টেশনের মাল্টি-এজেন্ট আর্কিটেকচার (এজেন্টিক এআই ওয়ার্কস্টেশন প্যাকেজ এবং ওপেনক্লা ফর বিজনেস যেখানে আপনার মূর্ত বা বিশেষ এজেন্ট ক্রু প্রয়োজন) আপনাকে করতে দেয় একটি উন্নয়ন দল স্বয়ংক্রিয়ভাবে তৈরি করুন একটি ব্যবসায়িক সংক্ষিপ্ত চারপাশে - একটি স্ট্যাটিক অর্গান চার্ট নয়।

11.1 রচনা লুপ

1. সংক্ষিপ্ত — স্টেকহোল্ডার ফলাফল, সীমাবদ্ধতা, SLA.
2. রচনা করুন — দক্ষতার সাথে মানচিত্র ভূমিকা (পরিকল্পক, নির্মাতা, পর্যালোচক, অপস, সম্মতি)।
3. বুটস্ট্র্যাপ — এজেন্ট রানটাইম + MCP টুল + মেমরি + অডিট ট্রেইল।
4. চালান — এজেন্টরা কাজ টানে, Spec/AC এর বিরুদ্ধে প্রয়োগ করে, প্রতিটি ধাপে মিনি-রিভিউ করে।
5. পর্যালোচনা-পরিষ্কার পর্যন্ত — রিভিউ বট + রিভিউয়ার এজেন্ট + হিউম্যান গেটস।
6. জাহাজ — GitOps গুরুত্বপূর্ণ পরিবেশে প্রচার করে।

11.2 ভূমিকা মানচিত্র (মানব + এজেন্ট)

ভূমিকা	এজেন্ট করে	মানুষ এখনও মালিক
পরিকল্পনাকারী	মহাকাব্য, গল্প, স্পেক থেকে এসি	অগ্রাধিকার এবং সুযোগ কাটা
নির্মাতারা	সমান্তরাল বাস্তবায়ন, পরীক্ষা	কঠিন প্রান্তে ডোমেনের রায়
রিভিউয়ার	স্পেক কমপ্লায়েন্স, রিভিউ বট ট্রাইজ	আর্কিটেকচার এবং পণ্য সাইন-অফ
অপ্স	GitOps সিঙ্ক, SLO ঘড়ি, ড্রাফ্ট রোলব্যাক	গো-লাইভ এবং ঘটনা আদেশ
HITL গেট	ঝুঁকিপূর্ণ লেখা / খরচ বৃদ্ধি	অনুমোদন বা প্রত্যাখ্যান

11.3 কেন এটি দুর্দান্ত দল তৈরি করে

• বিশেষীকরণ - প্রতিটি এজেন্টের একটি কাজ আছে; ভূমিকা অস্পষ্ট না হলে গুণমান বৃদ্ধি পায়।
• বিশৃঙ্খলা ছাড়াই থ্রুপুট — একটি একক স্পেক এবং রিভিউ বটের পিছনে সমান্তরাল নির্মাতা।
• শেয়ার করা সিদ্ধান্তের স্মৃতি — ADRs + Spec + PR ইতিহাস দলের দীর্ঘমেয়াদী স্মৃতি হয়ে ওঠে।
• মানুষের মত একই গেট — CI, Review Bot, CODEOWNERS, GitOps — এজেন্টরা উৎপাদন শৃঙ্খলা বাইপাস করে না।
• ব্যবসার গতি — প্রতিটি স্পাইকের জন্য নিয়োগের জন্য সপ্তাহের পরিবর্তে একজন সক্ষম ক্রু দাঁড়ানোর জন্য ঘন্টা।

11.4 কিভাবে এটা বুদ্ধিমান পথে প্লাগ

মানুষের সাথে এখনও ঘটতে থাকে মস্তিষ্কপ্রসূত এবং আলোচনা। প্রোটোটাইপ এবং ডায়াগ্রাম এখনও ঘটবে। মাল্টি-এজেন্ট ক্রু ত্বরান্বিত করে প্রস্তাবের খসড়া, ADR ভারা, বাস্তবায়ন স্লাইস, রিভিউ বট ট্রাইজ, এবং GitOps প্রচার - যখন মানুষ ফলাফল এবং ঝুঁকির উপর রায় রাখে। এটি হল ওয়ার্কস্টেশন মডেল: এজেন্টিক ওয়ার্কস্টেশন এবং ওপেনক্লা প্যাকেজগুলি আপনার ওয়ার্কফ্লোগুলির জন্য কনফিগার করা হয়েছে, একটি দল হওয়ার ভান করে চ্যাট উইন্ডো নয়৷

12. শেষ থেকে শেষ মানের গেট

Local:     pre-commit (fmt, lint, secrets) + unit tests
PR open:   CI + Review Bot comments
PR merge:  human approve + branch protection + required checks
Main:      immutable artifact (image digest)
GitOps:    update env overlay → sync → verify
Agents:    Planner/Builder/Reviewer/Ops stay inside the same gates
Prod:      SLOs + alerts + runbook linked from ADR/PR

13. স্টার্টার চেকলিস্ট

1. তৈরি করুন docs/ideas/, docs/architecture/, docs/adr/
2. PR/MR টেমপ্লেট + CODEOWNERS + শাখা সুরক্ষা যোগ করুন
3. প্রি-কমিট + CI প্রয়োজনীয় চেকগুলি সক্ষম করুন৷
4. রিভিউ বট ইনস্টল করুন; টিউন পাথ ফিল্টার এবং তীব্রতা
5. ADR-0001 লিখুন: "আমরা স্থাপনের জন্য GitOps ব্যবহার করি"
6. env প্রচারের নিয়ম এবং একটি রোলব্যাক গেম ডে সংজ্ঞায়িত করুন
7. যদি স্কেলিং ডেলিভারি: স্ট্যান্ড আপ ওয়ার্কস্টেশন মাল্টি-এজেন্ট ক্রু (পরিকল্পক/নির্মাতা/পর্যালোচক/অপস) HITL গেট সহ

14. বিরোধী নিদর্শন

• দৈত্য "WIP অনুগ্রহ করে অনুমোদন করুন" PR
• আর্কিটেকচার শুধুমাত্র স্ল্যাকে — কখনই ADR তে নয়
• প্রোটোটাইপ কোনো পরীক্ষা ছাড়াই প্রোড হিসেবে মার্জ করা হয়েছে
• রিভিউ বট নিষ্ক্রিয় করা হচ্ছে কারণ এটি বিরক্ত করছে
• লিখিত অ্যাক্সেস সহ এজেন্ট এবং কোনো মানব গেট নেই
• কোনো প্রত্যাবর্তন পরিকল্পনা ছাড়াই GitOps-এর বাইরে প্রোড করার জন্য Hotfix

15. বন্ধ

একজন বুদ্ধিমান বিকাশকারী একটি নতুন প্রকল্পকে শিল্পকর্ম শেখার একটি ক্রম হিসাবে বিবেচনা করে — নোট, ডায়াগ্রাম, প্রস্তাবনা, ADR — তারপরে একটি পর্যালোচনা বট দ্বারা দেখা এবং GitOps দ্বারা প্রচারিত ছোট MRs/PRs এর মাধ্যমে বিতরণ করে। ওয়ার্কস্টেশনের মাল্টি-এজেন্ট আর্কিটেকচার সেই প্রজ্ঞাকে একটি পূর্ণ বিকাশ দলে প্রসারিত করে: বিশেষ এজেন্ট, শেয়ার্ড স্পেক, মানুষের বিচার যেখানে এটি গুরুত্বপূর্ণ, এবং বেঁচে থাকার প্রতিটি পথে প্রোডাকশন-গ্রেড গেট। এইভাবে কোডের গুণমান উৎপাদনের জন্য অপ্টিমাইজ করা থাকে যখন ব্যবসা এখনও দ্রুত চলে।

দ্বারা প্রকাশিত ওয়ার্কস্টেশন.