केस स्टडी: Support Assistant

डिज़ाइन के चुनाव

छोटा orders MCP server get_order (read-only) और cancel_order (write) उपलब्ध कराता है। उसका database user उन्हीं tables तक सीमित है। साधारण agent loop (step सीमा सहित) chats सँभालता है। Reads अपने आप चलते हैं; cancellations पर इंसानी मंज़ूरी चाहिए। हर call छिपे हुए arguments के साथ log होती है, और हर release से पहले बीस यथार्थपूर्ण अनुरोधों का eval चलता है।

विचार से शिप किए tool तक

पूरा project loop, MCP server, सुरक्षित permissions और tests को जोड़ता है।

एक पन्ने पर डिज़ाइन

हर पंक्ति इस कोर्स के एक खंड से जुड़ती है। हर पंक्ति समझा सकें तो मुख्य विचार आपके पास हैं।

Loop        raw API loop, max 10 steps             (Section 1)
Framework   none yet; tools kept framework-independent (Section 2)
Server      FastMCP, stdio, get_order + cancel_order   (Sections 3-4)
Host        registered with absolute paths             (Section 5)
Safety      read-only DB user, approval for cancel     (Section 6)
Quality     unit tests, 20-case eval, redacted logs    (Section 7)

त्वरित जाँच: `cancel_order` पर इंसानी मंज़ूरी क्यों लगी है?

• यह state बदलने वाला काम है जिसे पलटना कठिन है
• Reads कभी सुरक्षित नहीं होते
• MCP सभी tools के लिए यह माँगता है
• मंज़ूरी model को तेज़ करती है