छोटे मैन्युफैक्चरिंग वर्कशॉप के SOP और ड्रॉइंग नोट्स को Claude Code से डिजिटल करें

लेथ मशीन के सामने, तीसरे साल का एक नया लड़का अपना फोन पकड़े खड़ा था। ड्रॉइंग के हाशिये पर पुराने फोरमैन ने पेंसिल से लिखा था: “यहाँ तेल ज़्यादा”, “chamfer 0.3 के आसपास, देख के करना”। मतलब तो समझ आता है। पर ऐसा क्यों करना है, यह नहीं पता। और वह फोरमैन पिछले महीने रिटायर होकर फैक्ट्री छोड़ चुका था।

जब मैंने छोटी मैन्युफैक्चरिंग वर्कशॉप में प्रोसेस सुधार में मदद करना शुरू किया, तो सबसे ज़्यादा यही शिकायत मिली: “सारी सेटिंग बस एक आदमी के दिमाग में है।” SOP यानी काम के तरीके लिखे तो हैं, पर दस साल पुराने किसी सॉफ्टवेयर में बने, और वह फाइल कहाँ है यह किसी को याद नहीं। नतीजा यह कि फैक्ट्री कागज़ और अनुभवी कारीगर की याददाश्त के भरोसे चल रही है।

जब भी एक अनुभवी आदमी काम छोड़ता है, फैक्ट्री से एक तरीका हमेशा के लिए मिट जाता है। यह कोई भावुक बात नहीं, यह रिकॉर्ड रखने की समस्या है। आज मैं यही लिखूँगा कि इस “दिमाग में बसी सेटिंग” और “ड्रॉइंग के हाशिये के नोट्स” को Claude Code और AI की मदद से कैसे लिखित रूप में सहेजा जाए। यह सब मैंने खुद फील्ड पर जितना आज़माया, उसी हद तक बता रहा हूँ।

मुख्य बातें

• छोटी फैक्ट्री में SOP इसलिए नहीं बन पाते कि लिखने का समय नहीं, बल्कि इसलिए कि “बोली हुई बात को लिखित में उतारने” का काम भारी है। यही काम AI को सौंप दें।
• अनुभवी कारीगर के काम को रिकॉर्ड करके टेक्स्ट में बदलें, फिर Claude Code से SOP का ढाँचा बनवाएँ — यह तरीका फील्ड पर सबसे कम अटकता है।
• ड्रॉइंग के हाशिये के नोट्स को तीन कदम में सहेजें: फोटो खींचो, टेक्स्ट में उतारो, और “ऐसा क्यों करते हैं” पूछकर जोड़ दो।
• AI से सिर्फ़ “फॉर्मेट करना”, “ड्राफ्ट बनाना” और “छूटी बातें बताना” कराएँ। माप, tolerance और सुरक्षा से जुड़े फैसले हमेशा इंसान ही करे।
• ड्रॉइंग या ग्राहक के नाम वाली जानकारी कंपनी से बाहर न जाए, ऐसा सेटअप बनाएँ। यहाँ चूके तो भरोसे का सवाल खड़ा हो जाता है।

पहले देखें, छोटी फैक्ट्री के फील्ड पर हो क्या रहा है

यह लेख जिनके लिए है, वे 5 से 50 कर्मचारियों वाली छोटी मैन्युफैक्चरिंग वर्कशॉप के फैक्ट्री मैनेजर या फील्ड लीडर हैं। मेटल वर्क हो, प्रेस हो, प्लास्टिक मोल्डिंग हो या असेंबली — कोई भी। एक बात सबमें समान है: cloud वगैरह से दूर, फील्ड Excel, कागज़ और WhatsApp पर ही चलता है।

एक आम वर्क-फ्लो को सिलसिलेवार देखें।

1. ग्राहक से ड्रॉइंग आती है (PDF में, या कभी-कभी कागज़ पर)
2. अनुभवी कारीगर ड्रॉइंग देखकर सेटिंग तय करता है (material, jig, मशीनिंग का क्रम, सावधानियाँ)
3. वह सेटिंग मौखिक रूप से या हाथ से लिखे नोट से फील्ड को बताई जाती है
4. काम होता है। दिक्कत आई तो अनुभवी कारीगर दौड़ा आता है
5. काम पूरा। अगली बार वही part-number आने पर कोई फिर से याद करके सेटिंग करता है

समस्या कदम 3 और 5 में है। सेटिंग “उसी पल की बातचीत” में खो जाती है। इसीलिए छह महीने बाद वही पुर्ज़ा बनाते समय फिर शून्य से याद करना पड़ता है। या फिर, याद रखने वाला आदमी अब बचा ही नहीं।

अक्सर होने वाली दोबारा-मेहनत और परेशानियाँ

फील्ड पर अक्सर सुनने को मिलने वाली ठोस परेशानियाँ:

• “ये part-number पहले भी किया था ना?” कहते हैं, पर तरीका किसी ने सहेजा नहीं
• ड्रॉइंग के हाशिये के नोट्स की लिखावट इतनी मुश्किल कि लिखने वाले के सिवा कोई पढ़ ही नहीं पाता
• हर नए कर्मचारी को वही बात बार-बार मुँह से समझानी पड़ती है
• अनुभवी कारीगर छुट्टी पर हो, तो सिर्फ़ उसी की जानी सेटिंग न होने से प्रोडक्शन रुक जाता है
• ग्राहक पूछता है “उस बार की मशीनिंग की शर्तें क्या थीं?” और कोई जवाब नहीं दे पाता

ये सब एक ही बात पर आकर सिमटती हैं — “रिकॉर्ड नहीं है”। और रिकॉर्ड न होना आलस नहीं है। तेल से सने हाथों से उसी दिन बैठकर लिखने का समय किसी के पास नहीं होता। इसे ईमानदारी से मानकर ही शुरुआत करनी है।

AI को क्या सौंपें, और इंसान कौन-से फैसले ज़रूर करे

पहले ही सीमा खींच देते हैं। यह धुँधली रही, तो AI का लिखा SOP सीधे फील्ड पर चला जाएगा और हादसा हो जाएगा — सबसे बुरा रास्ता यही है।

प्रक्रिया	AI को सौंपें	इंसान ज़रूर तय करे
काम की जानकारी जुटाना	रिकॉर्डिंग को टेक्स्ट में उतारना, मुख्य बिंदु निकालना	क्या रिकॉर्ड करना है, किससे बुलवाना है
SOP बनाना	ड्राफ्ट, ढाँचा, छूटी बातों की ओर इशारा	माप, tolerance और मशीनिंग शर्तों का सही होना
ड्रॉइंग नोट्स व्यवस्थित करना	हाथ से लिखे नोट को टेक्स्ट में उतारना, साफ़ लिखना	पढ़ाई सही है या नहीं, इसका मिलान
सुरक्षा सावधानियाँ	आम सावधानियों के सुझाव	उस मशीन, उस material का असली ख़तरा
अंतिम संस्करण की मंज़ूरी	नहीं करे	फील्ड लीडर ज़रूर एक बार पढ़े

बात एक लाइन में कह सकते हैं। AI है “लिखने वाला क्लर्क”, इंसान है “सही है या नहीं तय करने वाला”। माप ग़लत हुआ तो खराब माल बनेगा। tolerance ग़लत पढ़ी तो ग्राहक को नुकसान। इसलिए जहाँ नंबर का सवाल है, वहाँ आख़िर में इंसान ज़रूर देखे। बस इतना मैं किसी हाल में नहीं छोड़ता।

Use case 1: अनुभवी कारीगर के काम को रिकॉर्ड करके SOP बनाएँ

सबसे बड़ा असर और सबसे कम अटकाव इसी में है। तरीका सीधा है।

अनुभवी कारीगर से कहें कि असल में काम करते हुए “अभी मैं क्या कर रहा हूँ” बोलते रहे। फोन के voice memo से बस रिकॉर्ड कर लें। “पहले material को chuck में पकड़ता हूँ, फिर centering करता हूँ…” — जो हमेशा करता है, उसे बोलकर बता दे, इतना ही काफ़ी है। दस मिनट का काम है तो दस मिनट की रिकॉर्डिंग।

उस आवाज़ को टेक्स्ट में उतारकर Claude Code को दें। यह प्रॉम्प्ट सीधे इस्तेमाल कर सकते हैं।

आप मैन्युफैक्चरिंग फील्ड के तकनीकी दस्तावेज़ लिखने वाले हैं।
नीचे एक अनुभवी कारीगर की मशीनिंग करते समय बोली गई बात का टेक्स्ट है।
इसे "वर्क SOP" के ढाँचे में फॉर्मेट करें।

नियम:
- हर प्रक्रिया को क्रम-संख्या दें
- हर प्रक्रिया में "काम का विवरण", "सावधानी", "इस्तेमाल होने वाले jig/tool" अलग-अलग लिखें
- कारीगर ने जो नंबर बोले (माप, RPM, feed आदि), उन्हें बदलें नहीं, वैसे ही [पुष्टि ज़रूरी] लगाकर रखें
- जहाँ बात धुँधली हो, वहाँ अनुमान से न भरें, "* पुष्टि आवश्यक" लिखें
- तकनीकी शब्द वैसे ही रखें, नए कर्मचारी के लिए एक लाइन का नोट जोड़ें

टेक्स्ट:
(यहाँ टेक्स्ट चिपकाएँ)

यहाँ दो बातें अहम हैं: “नंबर अपने-आप मत बदलो” और “धुँधला हो तो मत भरो”। AI मदद की नीयत से छूटे नंबर को “शायद इतना होगा” कहकर भर देता है। मैन्युफैक्चरिंग फील्ड पर यह ख़तरनाक है। इसलिए [पुष्टि ज़रूरी] टैग ज़रूर लगवाएँ, और बाद में इंसान एक-एक करके उन्हें जाँचे।

लागू करने से पहले और बाद में क्या बदलता है

पहले SOP बनाना ऐसा काम था कि “कोई समय निकाले और शून्य से पूरा लिखे”। इसीलिए वह हमेशा टलता रहता था।

बाद में अनुभवी कारीगर बस “हमेशा की तरह काम करते हुए बोलता” है। लिखने का भारी हिस्सा AI करता है। इंसान का काम सिर्फ़ इतना रह जाता है कि ड्राफ्ट में आए नंबर जाँचकर ठीक कर दे। शून्य से लिखने और ड्राफ्ट सुधारने में मन पर बोझ का फर्क ज़मीन-आसमान का है।

Use case 2: ड्रॉइंग के हाशिये के नोट्स को डिजिटल करें

ड्रॉइंग के हाशिये पर हाथ से लिखा “तेल ज़्यादा”, “chamfer देख के”। यही ज्ञान सबसे जल्दी खोता है। ड्रॉइंग बदली कि नोट्स भी साथ मिट गए।

तरीका यह है।

1. हाशिये के नोट्स वाली ड्रॉइंग को फोन से फोटो खींचें (ग्राहक का नाम, drawing-number दिखे तो भी इस वक़्त सिर्फ़ अपने पास रखें)
2. उस इमेज को multimodal Claude (Claude.ai या Claude Code के ज़रिए) से पढ़वाकर हाथ की लिखावट टेक्स्ट में उतारें
3. उतारी बात देखते हुए अनुभवी कारीगर से पूछें “ये तेल ज़्यादा क्यों?”
4. कारण जोड़कर, part-number के हिसाब से “मशीनिंग नोट” के रूप में सहेजें

कदम 3 ही असली जान है। सिर्फ़ “तेल ज़्यादा” नोट बच भी जाए, तो नए कर्मचारी को कुछ समझ नहीं आता। “यह material चिपचिपा है, chip लिपटने का डर है इसलिए तेल ज़्यादा” — यह कारण तक सहेजें, तभी वह ज्ञान बनता है। AI से टेक्स्ट उतरवाकर जो समय बचता है, उसी को इस “कारण पूछने के समय” में लगाएँ।

ड्रॉइंग नोट्स साफ़ लिखवाने का प्रॉम्प्ट भी यहाँ रख देता हूँ।

यह एक पुर्ज़े की ड्रॉइंग के हाशिये पर हाथ से लिखा नोट है।
जो अक्षर पढ़ पाएँ, उन्हें अनुमान मिलाए बिना, जैसा पढ़ा वैसा लिखें।
जो न पढ़ पाएँ, वहाँ "(पढ़ा नहीं जा सका)" साफ़ लिखें।
उसके बाद, हर नोट के लिए "कारीगर से पूछने लायक एक सवाल" जोड़ें।
माप या tolerance के नंबर हरगिज़ अपने-आप मत भरें।

“जैसा पढ़ा वैसा” और “अपने-आप मत भरो” — हर बार ज़रूर डालें। यह न हो तो AI मुश्किल लिखावट को “ठीक-सा दिखने वाला सही अक्षर” बना देता है, और ग़लती पकड़ में ही नहीं आती।

Use case 3: बिखरे पुराने SOP की गिनती और छँटाई करें

तीसरा काम है, पहले से मौजूद पुराने SOP की छँटाई। कई फैक्ट्रियों में Excel या वर्ड के SOP फोल्डरों में इधर-उधर बिखरे पड़े हैं। पहले यही जानना है कि कहाँ क्या रखा है।

यहाँ एक छोटी जाँच-स्क्रिप्ट काम आती है। यह बताए गए फोल्डर के नीचे के SOP फाइलों की सूची बनाकर, अंतिम अपडेट तारीख के साथ टेबल में दिखाती है। Node.js इंस्टॉल हो तो चल जाती है।

import { readdir, stat } from "node:fs/promises";
import path from "node:path";

// जहाँ SOP रखे हैं वह फोल्डर बताएँ
const root = process.argv[2] || ".";
// जिन्हें SOP माना जाए, वे extension
const targets = [".xlsx", ".xls", ".doc", ".docx", ".pdf", ".txt"];

async function walk(dir) {
  const rows = [];
  for (const name of await readdir(dir)) {
    const full = path.join(dir, name);
    const info = await stat(full);
    if (info.isDirectory()) {
      rows.push(...(await walk(full)));
    } else if (targets.includes(path.extname(name).toLowerCase())) {
      const updated = info.mtime.toISOString().slice(0, 10);
      rows.push({ file: full, updated, kb: Math.round(info.size / 1024) });
    }
  }
  return rows;
}

const rows = await walk(root);
// पुराने क्रम में लगाएँ (जितना पुराना SOP, उतना ज़्यादा जाँच की ज़रूरत)
rows.sort((a, b) => a.updated.localeCompare(b.updated));
console.log("अंतिम-अपडेट\tआकार-KB\tफाइल");
for (const r of rows) console.log(`${r.updated}\t${r.kb}\t${r.file}`);
console.log(`\nकुल ${rows.length} SOP फाइलें मिलीं।`);

चलाने के लिए बस node list-sop.mjs "C:\sop-folder" की तरह, target फोल्डर को argument में दें। सूची आने पर, सबसे पुरानी अपडेट तारीख वाली फाइल से शुरू करके फील्ड से पूछते जाएँ “ये अब भी इस्तेमाल होती है?”। जो SOP इस्तेमाल नहीं होते, उन्हें हटा देने भर से फील्ड की उलझन काफ़ी घट जाती है।

यह स्क्रिप्ट सिर्फ़ फाइलों की सूची बनाती है, अंदर कुछ नहीं बदलती। इसलिए इसे जितनी बार चाहें सुरक्षित रूप से चला सकते हैं। Claude Code का बुनियादी इस्तेमाल मैंने Claude Code शुरुआती गाइड में समेटा है, इसलिए अगर terminal पहली बार छू रहे हैं तो पहले वही पढ़ लें।

सुरक्षा और निजी जानकारी की सावधानियाँ

इसे हल्के में लिया तो भरोसा ही खो जाता है। छोटी फैक्ट्री जो ड्रॉइंग संभालती है, वह ग्राहक की बौद्धिक संपदा है। part-number, माप, मशीनिंग शर्तें — ये प्रतिस्पर्धी के हाथ लगीं तो बड़ी मुसीबत।

तीन लकीरें ज़रूर निभाएँ।

1. ग्राहक का नाम, drawing-number दिखाने वाली इमेज या ड्रॉइंग PDF, मुफ़्त आम AI पर बेपरवाही से अपलोड न करें। कुछ सेवाओं की शर्तों में “इनपुट ट्रेनिंग में इस्तेमाल होगा” लिखा होता है। बिज़नेस इस्तेमाल के लिए ऐसी सेवा चुनें जो डेटा को ट्रेनिंग में न लगाए।
2. टेक्स्ट और SOP से ग्राहक की पहचान बताने वाली जानकारी हटाने का तरीका अपनाएँ। part-number को अंदरूनी कोड से बदलें, drawing-number ढक दें — ऐसी एक छोटी आदत को मानक बनाएँ।
3. AI को देने से पहले एक बार सोचें “यह बाहर चला भी जाए तो दिक्कत है या नहीं”। संदेह हो तो मत दें। इतने भर से ज़्यादातर हादसे टल जाते हैं।

“AI को क्या दिखाएँ और क्या न दिखाएँ” — इस सोच को मैंने नॉन-इंजीनियर के लिए Claude Code में भी छुआ है। फील्ड लीडर को सबसे पहले यही समझ पकड़नी चाहिए। AI के बिज़नेस इस्तेमाल में डेटा सुरक्षा पर आधिकारिक मार्गदर्शन के लिए भारत सरकार की Data Protection जानकारी जैसे सार्वजनिक स्रोत देखें, ये अंदरूनी नियम बनाते समय काम आते हैं।

ROI का मोटा अंदाज़ा

नंबरों में न रखो तो न फील्ड हिलता है, न मालिक। मोटे तौर पर एक अंदाज़ा देता हूँ।

एक SOP शून्य से हाथ से लिखने में, जानकारी जुटाने और साफ़ लिखने में आधा दिन (4 घंटे) तो लग ही जाता है — मेरा यही अनुभव है। इसे “अनुभवी कारीगर के 10 मिनट बोलना + AI फॉर्मेटिंग + इंसान की 1 घंटे जाँच” से बदलें, तो लगभग 1.5 घंटे। प्रति SOP 2.5 घंटे की बचत।

मद	पहले	बाद में
प्रति SOP काम का समय	लगभग 4 घंटे	लगभग 1.5 घंटे
साल में 50 SOP बनाने पर	200 घंटे	75 घंटे
बचा समय	—	लगभग 125 घंटे

साल के 125 घंटे एक आदमी के लगभग तीन हफ़्ते के काम के बराबर हैं। और इसके ऊपर एक और फ़ायदा जुड़ता है — “जो SOP अब तक बन ही नहीं पाते थे, वे बनने लगते हैं”। ख़र्च बस टेक्स्ट उतारने और AI के इस्तेमाल का है, महीने के कुछ सौ रुपये से शुरू हो जाता है। वसूली काफ़ी तेज़ होनी चाहिए।

अक्सर पूछे जाने वाले सवाल

Q. जिस अनुभवी कारीगर को कंप्यूटर नहीं आता, क्या वह भी इस्तेमाल कर सकता है? A. कारीगर को खुद AI चलाने की ज़रूरत नहीं। उसका काम बस “बोलना” है। रिकॉर्डिंग और फॉर्मेटिंग फील्ड लीडर या ऑफिस वाला संभाल ले। काम बाँट दो, तो मशीन से कतराने वाले को भी साथ जोड़ा जा सकता है।

Q. टेक्स्ट में उतारने की सटीकता की चिंता है। A. तकनीकी शब्दों और स्थानीय बोली में ग़लत बदलाव आएगा ही। इसलिए परफेक्ट का लालच छोड़ें और इसे “ड्राफ्ट की नींव” मानकर चलें। ग़लत बदलाव इंसान सुधारेगा, यह मानकर भी यह शून्य से लिखने से कहीं तेज़ है — यही असली काम का तरीका है।

Q. हाथ की लिखावट इतनी ख़राब है कि AI भी न पढ़ पाए? A. जो न पढ़ पाए, उसे ईमानदारी से “पढ़ा नहीं जा सका” लौटाने को कहें। वहाँ आख़िर लिखने वाले से ही पूछना पड़ेगा। पर बड़ी बात यह कि उसके काम पर रहते हुए पूछ लें। छोड़ने के बाद तो बहुत देर हो जाती है।

Q. क्या छोटी फैक्ट्री में भी फ़ायदा है? A. उल्टे, छोटी फैक्ट्री में ज़्यादा असर करता है। आदमी कम हैं, यानी एक के छोड़ने पर चोट बड़ी। एक आदमी पर निर्भरता घटाना जितनी छोटी फैक्ट्री, उतना ही ज़रूरी है।

Q. निर्देश देने का तरीका और बेहतर करना चाहता हूँ। A. प्रॉम्प्ट की सटीकता बढ़ाएँ तो दोबारा-मेहनत और घटती है। Claude Code प्रॉम्प्ट डिज़ाइन (एडवांस्ड) में निर्देश बनाने का ठोस तरीका समेटा है। रोज़ के काम तेज़ करने के और टिप्स Claude Code productivity tips में भी हैं।

असल में आज़माने पर क्या हुआ

जान-पहचान की एक मेटल वर्क फैक्ट्री में, Use case 1 का “रिकॉर्ड करके SOP बनाना” साथ मिलकर आज़माया। निशाना था, जल्द रिटायर होने वाले एक अनुभवी कारीगर की एक jig की सेटिंग।

रिकॉर्डिंग 12 मिनट की। टेक्स्ट Claude Code को दिया, और SOP का ढाँचा निकलने में चंद मिनट। निकले ड्राफ्ट में RPM और feed के सारे नंबरों पर [पुष्टि ज़रूरी] लगा था, उन्हें कारीगर के साथ लगभग एक घंटे में निपटा दिया। जो आधे दिन का काम लगता था, वह दोपहर से पहले ख़त्म।

मज़ेदार बात यह रही कि AI ने टोका “इस प्रक्रिया का यह क्रम क्यों है, इसका विवरण नहीं है।” ख़ुद कारीगर भी बोला “अरे, वो तो मैं बिना सोचे करता था।” जो सेटिंग इतनी आम थी कि कभी शब्दों में आई ही नहीं, वह AI के सवाल से बाहर आ गई। यह फ़ायदा मैंने सोचा भी नहीं था।

अगर पूरी कंपनी में ज्ञान-हस्तांतरण की व्यवस्था के रूप में चलाना है, तो नियम और डेटा संभालने का तरीका शुरू में ही पक्का कर लेना बेहतर है। इसे अंदरूनी ट्रेनिंग या व्यक्तिगत सलाह में तय करना हो तो ट्रेनिंग और सलाह पेज देखें। पहले अपनी फैक्ट्री में एक SOP से शुरुआत करें — ऐसा जो ग़लत भी हो जाए तो दिक्कत न हो। यही सबसे तेज़ पहला कदम है।