यह पृष्ठ चीनी मूल से अनूदित है। दोनों में अंतर होने पर मूल पाठ मान्य है।

Confer — MVP का रोडमैप और बाक़ी काम

milestone के हिसाब से टुकड़े; हर milestone एक ऐसा संस्करण है जो सौंपा और दिखाया जा सके।

v0.1 — Core proof of concept (4-6 सप्ताह)

लक्ष्य: एक ही मशीन पर «उपयोगकर्ता ↔ अपना Agent ↔ सामने वाला Agent» की पूरी शृंखला चल जाए।

दायरा (अनिवार्य)

• बैकएंड: gateway + agent runtime + conversation + identity (चार सेवाएँ; एक ही प्रक्रिया में हों या अलग-अलग, दोनों चलेगा)
• PostgreSQL का schema (देखें 04-data-model.md), migration औज़ार से सँभाला हुआ
• उपयोगकर्ता का पंजीकरण / लॉगिन (केवल पासवर्ड काफ़ी है; OAuth या passkey नहीं)
• DID:web दस्तावेज़ बनाना और उजागर करना (/.well-known/did.json)
• AgentFacts दस्तावेज़ बनाना और उजागर करना
• A2A प्रोटोकॉल — भीतर आना और बाहर जाना (HTTP हस्ताक्षर की जाँच; capability token अभी लागू नहीं हुआ, नीचे की कार्य-सूची देखें)
• agent runtime: LLM बुलाने का चक्र (फ़िलहाल सिर्फ़ दो प्रदाता — Claude और DeepSeek)
• सरल नीति-इंजन: श्वेतसूची वाले peer, और या तो सब स्वीकृत या सब अस्वीकृत
• क्लाइंट: एक ही Tauri ऐप, पहले तीनों डेस्कटॉप (Linux / macOS / Windows; मोबाइल बाद में)
• क्लाइंट यह कर सके: लॉगिन, संपर्क जोड़ना (DID से), एक-से-एक बातचीत, और उद्धरण देखना
• WebSocket से वास्तविक समय में संदेश भेजना (एक इंस्टेंस काफ़ी है; NATS fan-out नहीं)
• SSE से LLM का धारा-रूप आउटपुट
• Docker Compose से एक ही आदेश में स्थानीय विकास-परिवेश

Out of scope:

• समूह-बातचीत, कई उपकरणों पर fan-out, मोबाइल, बहुभाषी UI, CDN, बाहरी OAuth, जटिल नीतियाँ
• Claude Code का प्लगिन अभी इसमें नहीं है

Acceptance:

दो डेवलपर अपने-अपने यहाँ एक-एक Confer इंस्टेंस चलाएँ, एक-दूसरे को जोड़ें, बात करें, और उद्धरण देख सकें।

v0.2 — Claude Code प्लगिन का MVP (3-4 सप्ताह)

लक्ष्य: Claude Code के भीतर से peer Agent से सलाह ली जा सके, और उत्तर परियोजना में जमा हो।

Scope:

• MCP सर्वर बनाना — आज वास्तव में पंद्रह औज़ार हैं (ask_agent, list_agents, read_project_memory, write_project_memory, request_code_review आदि); इस पंक्ति में पहले लिखे ask_peer / list_peers कभी असली औज़ार-नाम थे ही नहीं
• OAuth जैसी शैली में Confer खाते को Claude Code इंस्टेंस से जोड़ना
• .claude/confer.toml विन्यास फ़ाइल का विश्लेषण
• .claude/peers/{slug}/ निर्देशिका का पढ़ना-लिखना (facts.md, decisions.md, conversations/, meta.json)
• तथ्यों का स्वतः निष्कर्षण: ask_peer के बाद उत्तर से संरचित तथ्य निकालकर facts.md में लिखना
• confer कमांड-लाइन औज़ार (add peer, list peers, ask, sync)
• एक डेमो peer Agent (mock-vendor.confer.dev), जिससे डेवलपर परख सकें

Acceptance:

कोई claude mcp add confer लगाए, विन्यास करे, और Claude Code में mock vendor से सवाल पूछ सके; उत्तर उद्धरण सहित आए, .claude/peers/mock-vendor/facts.md में लिखा जाए, git में commit हो, और अगले session में अपने-आप लद जाए।

v0.3 — समूह-बातचीत और उद्यम इंस्टेंस (4-5 सप्ताह)

लक्ष्य: समूह-बातचीत (लोग और Agent मिलेजुले) संभालना, और एक मशीन पर «उद्यम इंस्टेंस» तैनात कर पाना।

Scope:

• समूह का डेटा मॉडल और UI
• समूह के सदस्यों का प्रबंधन (लोगों और Agent को जोड़ना / हटाना)
• कई @ किए गए Agent एक साथ उत्तर दें (मोड़कर दिखाना, «स्वीकारने» की व्यवस्था)
• उद्यम इंस्टेंस: अपना डोमेन और SSO लॉगिन (OIDC ही काफ़ी)
• संपर्क की खोज: डोमेन से ढूँढ़ना (acme.com डालते ही उस डोमेन के सार्वजनिक Agent मिल जाएँ)
• कई उपकरणों पर fan-out (गेटवे अभी एकल-इंस्टैंस है: WS संयोजन-तालिका, A2A replay nonce और दर-सीमा गणक सभी प्रक्रिया के भीतर के Map हैं। जिस Redis/NATS विन्यास से कभी संपर्क ही नहीं हुआ, वह 2026-08-07 को हटा दिया गया; काम उठाते समय पहले ये तीन हटाने होंगे, सबसे पहले nonce)
• मोबाइल (iOS, Android)

Acceptance:

पाँच लोगों की टीम और 2 Agent एक ही समूह में परियोजना की चर्चा चलाएँ, और अनुभव सहज रहे। कोई कंपनी अपना Confer इंस्टेंस खड़ा कर सके, बाहर के लिए सार्वजनिक Agent उजागर करे, और दूसरे इंस्टेंस उसे ढूँढ़ सकें।

v0.4 — बहुभाषिता और अनुपस्थिति में उत्तर (3 सप्ताह)

लक्ष्य: उत्पाद को अंतरराष्ट्रीय परिदृश्यों और अर्ध-अतुल्यकालिक संवाद के लिए उपयोगी बनाना।

Scope:

• UI का i18n (चीनी और अंग्रेज़ी से शुरू, जापानी/जर्मन/फ़्रेंच के लिए जगह छोड़कर)
• Agent के बीच भाषा-पार बातचीत (अनुवाद लक्ष्य Agent के भीतर होता है, उद्धरण में मूल पाठ बचा रहता है)
• AgentFacts में primary_language क्षेत्र जोड़ना
• अनुपस्थिति में उत्तर: standing policy तय करने का UI + लंबित इनबॉक्स + push सूचना
• MCP सर्वर में pre-flight design review औज़ार जोड़ना
• MCP सर्वर में post-flight code review औज़ार जोड़ना

Acceptance:

चीन का डेवलपर चीनी में जर्मन विक्रेता के Agent से पूछे (जिसके दस्तावेज़ जर्मन में हैं) और चीनी में उत्तर + जर्मन मूल का उद्धरण पाए। standing policy तय होने पर, मालिक की अनुपस्थिति में Agent नियम पर खरे अनुरोध ठीक से निपटाए और संदिग्ध को टाँग दे।

v1.0 — उत्पादन के लिए तैयार (4-6 सप्ताह)

लक्ष्य: उत्पादन में लगाया जा सके और व्यावसायिक सहायता दी जा सके।

Scope:

• पूरी अवलोकनीयता (OTel tracing, Prometheus metrics, Loki logs)
• बैकअप और पुनर्प्राप्ति (PG का भौतिक बैकअप + S3 पर वृद्धिशील)
• सुरक्षा ऑडिट (मुख्य कार्रवाइयों का audit log हो)
• दर-सीमा का सूक्ष्मीकरण (चारों आयाम)
• LLM उपयोग का पटल (मॉडल के अनुसार मासिक टोकन उपयोग, संपर्कों को दिए उत्तर अलग से; कोई राशि नहीं — क़ीमतें स्थानीय रूप से नहीं रखी जातीं)
• BYO LLM key का पूरा अनुभव (एन्क्रिप्टेड भंडारण, घुमाव, कोटा)
• दस्तावेज़ स्थल (उपयोग-पुस्तिका, स्व-तैनाती पुस्तिका, API संदर्भ)
• सार्वजनिक Confer Cloud इंस्टेंस चालू करना (cloud.confer.ai)

Acceptance:

कम से कम 100 पंजीकृत उपयोगकर्ता, 10 स्वतंत्र peer Agent तैनात, और एक इंस्टेंस 30 दिन से अधिक स्थिर चले।

v1.5+ — वृद्धि और परितंत्र (निरंतर)

Scope:

• सार्वजनिक Agent निर्देशिका (NANDA Index से जोड़ना)
• भरोसे का ग्राफ़ और प्रतिष्ठा-प्रणाली
• व्यक्तिगत उपभोक्ता संस्करण (हल्का UI)
• प्रतिष्ठा-आधारित स्पैम-रोध
• Webhooks (तीसरे पक्ष की प्रणालियों से जुड़ाव)
• प्रति उपयोगकर्ता कई Agent (एक व्यक्ति के कई विशेषज्ञ Agent)
• ब्राउज़र एक्सटेंशन (वेब पन्ने पर ही Agent को बुलाना)

कार्य की सूक्ष्मता (Claude Code के लिए)

हर milestone 50-200 छोटे कार्यों में बँटता है। हर कार्य का:

1. स्पष्ट इनपुट-आउटपुट हो
2. परखने योग्य स्वीकृति-मानदंड हो
3. एक डेवलपर-दिन से अधिक काम न हो

उदाहरण के लिए, v0.1 के कुछ कार्य:

बैकएंड का ढाँचा

• monorepo बनाना (pnpm workspaces या Bun workspaces)
• packages/shared: साझा टाइप परिभाषाएँ (zod या valibot से)
• packages/gateway: Bun + Hono अनुप्रयोग का ढाँचा
• packages/agent-runtime: Agent की स्थिति-मशीन का ढाँचा
• packages/conversation: संदेश भंडारण / प्रेषण सेवा — gateway में मिला दी गई (ws/handler.ts + routes/conversations.ts); अलग पैकेज का एक भी उपभोक्ता नहीं था, 2026-08-07 को हटा दिया गया
• packages/identity: DID + AgentFacts + A2A जाँच
• PostgreSQL migration औज़ार (drizzle-kit या prisma)
• सभी तालिकाओं की migration फ़ाइलें बनाना

डेटाबेस परत

• User CRUD (पंजीकरण, लॉगिन, अपनी जानकारी देखना)
• Agent CRUD (अपना Agent बनाना, विन्यास बदलना)
• PeerAgent CRUD (संपर्क जोड़ना, देखना, हटाना)
• Conversation CRUD और Participant का प्रबंधन
• Message CRUD और पृष्ठ-विभाजन
• Permission तालिका में लिखना और उससे पूछना

पहचान और प्रोटोकॉल

• DID दस्तावेज़ बनाना (हर उपयोगकर्ता के लिए ed25519 कुंजी-युग्म)
• /.well-known/did.json endpoint
• AgentFacts बनाना और उसका endpoint
• HTTP हस्ताक्षर करने वाला (बाहर जाते)
• HTTP हस्ताक्षर जाँचने वाला (भीतर आते)
• Capability token जारी करना और जाँचना
• DID दस्तावेज़ लाने वाला + कैश

LLM का अमूर्तन

• LLM प्रदाता का इंटरफ़ेस (chat, stream, tools)
• Claude प्रदाता का कार्यान्वयन
• DeepSeek प्रदाता का कार्यान्वयन
• API कुंजी का एन्क्रिप्टेड भंडारण (Vault / env)
• प्रति-Agent मॉडल विन्यास लागू करना

Agent runtime

• Agent की स्थिति-मशीन: load → process → save का चक्र
• LLM बुलाने का चक्र + tool calling
• सरल नीति-इंजन (श्वेतसूची + allow/deny)
• A2A बाहर जाती कॉल (Agent दूसरे को संदेश भेजे)
• A2A भीतर आती कार्रवाई (दूसरे के Agent का संदेश मिले)

Gateway और API

• JWT जारी करने / जाँचने का middleware
• सभी /api/v1/auth/* endpoints
• सभी /api/v1/conversations/* endpoints
• WebSocket handler (सदस्यता, संदेश भेजना)
• SSE handler (LLM का धारा-रूप आउटपुट)
• A2A भीतर आते endpoints + हस्ताक्षर जाँच का middleware
• दर-सीमा का middleware (पहले सरल रूप: स्थिर खिड़की)

क्लाइंट

• Tauri 2.0 परियोजना का आरंभीकरण
• लॉगिन / पंजीकरण के पन्ने
• मुख्य परदा: बाईं ओर संपर्क-सूची, दाईं ओर बातचीत
• संपर्क जोड़ने का पॉपअप (DID या डोमेन से)
• बातचीत की संदेश-सूची (धारा-रूप में प्रस्तुति)
• उद्धरण-कैप्सूल की प्रस्तुति
• अनुमति-अनुरोध कार्ड की प्रस्तुति
• WebSocket संयोजन का प्रबंधन
• अंतिम 100 संदेशों का स्थानीय SQLite कैश

डेमो सामग्री

• mock-vendor के Agent की तैनाती (प्रदर्शन के लिए)
• X100 की नक़ली पुस्तिका (RAG डेटा के रूप में कुछ पन्नों की PDF)
• प्रदर्शन का video / दस्तावेज़: संपर्क जोड़ने से लेकर उत्तर पाने तक की पूरी राह

जोखिम और शुरुआती ज़रूरी निर्णय

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: जैसे उपसर्ग पहचानता है, इसलिए रिलीज़ नोट हाथ से लिखने होंगे — गद्य विषयों से वह नहीं बनाएगा