یہ صفحہ چینی اصل سے ترجمہ کیا گیا ہے۔ اختلاف کی صورت میں اصل متن معتبر ہے۔

Confer — MVP کا خاکہ اور باقی کام

milestone کے حساب سے ٹکڑے؛ ہر milestone ایک ایسا نسخہ ہے جو سونپا اور دکھایا جا سکے۔

v0.1 — Core proof of concept (4-6 ہفتے)

ہدف: ایک ہی مشین پر «صارف ← اپنا Agent ← سامنے والا Agent» کی پوری زنجیر چل جائے۔

دائرہ (لازمی)

Out of scope:

Acceptance:

دو ڈویلپر اپنے اپنے ہاں ایک ایک Confer انسٹنس چلائیں، ایک دوسرے کو شامل کریں، بات کریں، اور حوالے دیکھ سکیں۔


v0.2 — Claude Code پلگ اِن کا MVP (3-4 ہفتے)

ہدف: Claude Code کے اندر ہی سے peer Agent سے مشورہ لیا جا سکے، اور جواب منصوبے میں جمع ہو۔

Scope:

Acceptance:

کوئی claude mcp add confer لگائے، ترتیب دے، اور Claude Code میں mock vendor سے سوال کر سکے؛ جواب حوالوں سمیت آئے، .claude/peers/mock-vendor/facts.md میں لکھا جائے، git میں commit ہو، اور اگلے session میں خود بخود لد جائے۔


v0.3 — گروہی گفتگو اور ادارہ جاتی انسٹنس (4-5 ہفتے)

ہدف: گروہی گفتگو (لوگ اور Agent ملے جلے) سنبھالنا، اور ایک مشین پر «ادارہ جاتی انسٹنس» تعینات کر سکنا۔

Scope:

Acceptance:

پانچ افراد کی ٹیم اور 2 Agent ایک ہی گروہ میں منصوبے پر بات کریں، اور تجربہ رواں رہے۔ کوئی کمپنی اپنا Confer انسٹنس کھڑا کر سکے، باہر کے لیے عوامی Agent پیش کرے، اور دوسرے انسٹنس اسے ڈھونڈ سکیں۔


v0.4 — کثیر لسانیت اور غیر حاضری میں جواب (3 ہفتے)

ہدف: مصنوع کو بین الاقوامی مناظر اور نیم غیر ہم وقت مواصلت کے لیے کارآمد بنانا۔

Scope:

Acceptance:

چین کا ڈویلپر چینی میں جرمن فراہم کنندہ کے Agent سے پوچھے (جس کی دستاویزات جرمن میں ہیں) اور چینی میں جواب + جرمن اصل کا حوالہ پائے۔ standing policy طے ہونے پر، مالک کی غیر موجودگی میں Agent قاعدے پر پورے اترنے والی درخواستیں ٹھیک نمٹائے اور مشکوک کو معلق رکھے۔


v1.0 — پیداوار کے لیے تیار (4-6 ہفتے)

ہدف: پیداواری ماحول میں کام آ سکے اور تجارتی معاونت دی جا سکے۔

Scope:

Acceptance:

کم از کم 100 اندراج شدہ صارف، 10 خودمختار peer Agent تعینات، اور ایک انسٹنس 30 دن سے زیادہ مستحکم چلے۔


v1.5+ — نمو اور ماحولیاتی نظام (مسلسل)

Scope:


کام کی باریکی (Claude Code کے لیے)

ہر milestone 50-200 چھوٹے کاموں میں بٹتا ہے۔ ہر کام کے:

  1. واضح اِن پٹ اور آؤٹ پٹ ہوں
  2. جانچنے کے قابل قبولیت کے معیار ہوں
  3. ایک ڈویلپر دن سے زیادہ کام نہ ہو

مثلاً، v0.1 کے کچھ کام:

بیک اینڈ کا ڈھانچہ

ڈیٹابیس کی تہہ

شناخت اور پروٹوکول

LLM کی تجرید

Agent runtime

Gateway اور API

کلائنٹ

ڈیمو مواد


خطرات اور ابتدائی ضروری فیصلے

خطرہ تدارک
MCP SDK اب بھی ارتقا میں ہے، API ٹوٹ سکتی ہے مستحکم نسخے سے جڑیں، changelog پر نظر رکھیں، موافقت کی تہہ بنائیں
A2A پروٹوکول (Google) اور NANDA معیار — دونوں اب بھی ارتقا میں ہیں سادہ ترین ذیلی مجموعے سے شروع کریں، پروٹوکول موافقت کی تہہ کے لیے جگہ رکھیں
Tauri 2.0 کا iOS / Android نسبتاً نیا ہے، رکاوٹیں آ سکتی ہیں MVP مرحلے میں صرف تین ڈیسک ٹاپ؛ موبائل v0.3 میں
LLM کی لاگت بے قابو ہو جائے طے شدہ کوٹا + واضح BYO key + استعمال کا پینل جلد بنائیں
چینی LLM فراہم کنندگان (DeepSeek/Qwen) کے SDK مستحکم نہیں OpenAI ہم آہنگ انٹرفیس کو (جو یہ سب فراہم کنندہ دیتے ہیں) واحد داخلی نقطہ بنائیں

Claude Code کے لیے نفاذ کے اشارے

  1. پہلے اکائی جانچ، پھر انضمام: ہر خدمت اپنی جانچ اکیلے چلا سکے، باقی خدمات کے اٹھنے پر منحصر نہ ہو
  2. ڈیٹابیس کی migration، migration اوزار ہی سے ہو، ہاتھ سے SQL نہیں
  3. types @confer/shared پیکج سے مشترک ہوں، آگے پیچھے دونوں کام میں لائیں
  4. ہر PR کے ساتھ دستاویز کی تبدیلی ہو (اگر پروٹوکول یا API چھوا ہو)
  5. A2A پروٹوکول کے لیے پہلے سے موجود لائبریری کو ترجیح دیں (جیسے http-message-signatures npm پیکج)، پہیہ دوبارہ نہ گھڑیں
  6. DID:web کے لیے did-resolver + did-jwt جیسے W3C اوزاروں کو ترجیح دیں
  7. MCP سرور کے لیے سرکاری SDK کو ترجیح دیں (@modelcontextprotocol/sdk)
  8. commit کا عنوان ایسے ایک جملے میں لکھیں جو بتائے کہ یہ تبدیلی کیا کرتی ہے، conventional سابقہ نہیں۔ خیال رہے: .github/scripts/gen-release-notes.sh صرف feat: / fix: جیسے سابقے پہچانتا ہے، سو ریلیز نوٹ ہاتھ سے لکھنے ہوں گے — نثری عنوانات سے وہ نہیں بنائے گا
← Confer پر واپس A2A · DID:web · RFC 9421 · NANDA