লাভ:
- হোয়াইটপেপার, ন্যাটস্পেক, প্রযুক্তিগত-সহজ অনুবাদ এবং ঝুঁকি প্রকাশের ক্ষেত্রে কৃত্রিম বুদ্ধিমত্তাকে নিরাপদে ব্যবহার করতে সক্ষম হওয়া এবং বোঝা যে এটি সবচেয়ে উত্পাদনশীল ক্ষেত্র।
- প্রকৃত কোড সহ প্রতিটি প্রযুক্তিগত দাবি যাচাই করার ক্ষমতা এবং ভুল ডকুমেন্টেশনের ঝুঁকি এড়াতে বাড়াবাড়ি এবং ওয়ারেন্টি ভাষা অপসারণ করার ক্ষমতা
- সততার সাথে ঝুঁকি গ্রহণ করার ক্ষমতা, 'আর্থিক পরামর্শ নয়' সতর্কতা এবং ডকুমেন্টেশন-কোডের ধারাবাহিকতা
Web3-এ ডকুমেন্টেশন বিলাসিতা নয়, কিন্তু নিরাপত্তা এবং বিশ্বাসের বিষয়। একটি স্মার্ট চুক্তির সাথে ইন্টারঅ্যাক্ট করে, ব্যবহারকারী তার আসল অর্থের ঝুঁকি নেয়; যদি সে বুঝতে না পারে যে সে কি করছে, সে প্রতারিত হওয়ার জন্য উন্মুক্ত। অডিটর নিরাপদে কোড পর্যালোচনা করতে পারে না যা ভালভাবে নথিভুক্ত নয়। এই ইউনিটে, আমরা সেই এলাকাটি কভার করি যেখানে AI সবচেয়ে নির্ভরযোগ্য এবং দক্ষ: ডকুমেন্টেশন এবং প্রযুক্তিগত লেখা। হোয়াইটপেপার থেকে ইন-কোড মন্তব্য, ব্যবহারকারীর নির্দেশিকা থেকে ঝুঁকি প্রকাশ পর্যন্ত, AI এখানে একটি প্রকৃত শক্তি গুণক - যতক্ষণ পর্যন্ত সঠিকতা মানবিকভাবে পর্যবেক্ষণ করা হয়।
Web3 ডকুমেন্টেশনের ধরন
- হোয়াইটপেপার/লাইটপেপার: প্রকল্পের দৃষ্টি, প্রক্রিয়া এবং টোকেনমিক্স বর্ণনা করে মৌলিক নথি।
- প্রযুক্তিগত ডকুমেন্টেশন: চুক্তি ইন্টারফেস, বিকাশকারীদের জন্য ইন্টিগ্রেশন গাইড।
- NatSpec (Ethereum ন্যাচারাল ল্যাঙ্গুয়েজ স্পেসিফিকেশন — সলিডিটিতে স্ট্যান্ডার্ড ইন-কোড কমেন্ট ফরম্যাট যা বর্ণনা করে যে ফাংশনগুলি কী করে): কোডে এমবেড করা ডকুমেন্টেশন, মানুষ এবং টুল উভয়ের দ্বারা পঠিত।
- ব্যবহারকারীর নির্দেশিকা: সরল টেক্সট শেষ ব্যবহারকারীকে বলছে "কীভাবে ব্যবহার করতে হবে, কী ঝুঁকি রয়েছে"।
- দাবিত্যাগ: আইনগত এবং নৈতিকভাবে প্রয়োজনীয় সতর্কতা।
এই ধরনের একটি সাধারণ সমস্যা: বিকাশকারীরা লিখতে পছন্দ করেন না এবং প্রায়শই এটি শেষ মুহুর্ত পর্যন্ত ছেড়ে দেন। AI ঠিক এই শূন্যস্থান পূরণ করে।
কেন ডকুমেন্টেশন AI এর সবচেয়ে নিরাপদ এলাকা
ডকুমেন্টেশনে ত্রুটির খরচ নিরীক্ষার তুলনায় কম: একটি ভুল বাক্য সংশোধন করা হয়েছে, কোন টাকা উড়ে না (সরাসরি)। উপরন্তু, AI ভাষা উৎপাদনে স্বাভাবিকভাবেই শক্তিশালী। তাই AI এখানে দক্ষ এবং তুলনামূলকভাবে নিরাপদ। কিন্তু দুটি গুরুতর ঝুঁকি রয়ে গেছে:
- মিথ্যা প্রযুক্তিগত দাবি: AI কোডটি যা করে তা ভুলভাবে উপস্থাপন করতে পারে; এটি ব্যবহারকারীকে বিভ্রান্ত করে এবং একটি নিরাপত্তা দুর্বলতা হয়ে উঠতে পারে (যদি না এটি বলে যে "এই ফাংশনটি আপনার তহবিল রক্ষা করে" এবং না)।
- হাইপারবোল/মার্কেটিং ভাষা: এআই এমন ভাষা তৈরি করতে পারে যা একটি প্রকল্পকে নিরাপদ বা লাভজনক বলে মনে করে; এটি একটি নৈতিক এবং আইনি সমস্যা।
সতর্কতা: ডকুমেন্টেশন কোড বর্ণনা করে; এটা কোড নিজেই না. প্রতিটি প্রযুক্তিগত দাবি যা AI লিখেছে ("এটি ঘটে", "যা বজায় রাখে") প্রকৃত কোডের বিরুদ্ধে অবশ্যই যাচাই করা উচিত। ভুল ডকুমেন্টেশন সঠিক কোডের চেয়ে বেশি বিপজ্জনক হতে পারে কারণ ব্যবহারকারী ডকুমেন্টেশন বিশ্বাস করে।
ডকুমেন্টেশনে AI ব্যবহার করার স্তর
1. NatSpec প্রজন্ম। AI একটি বিদ্যমান ফাংশন পড়ে এবং NatSpec ব্যাখ্যার খসড়া তৈরি করে: এটি কী করে, এর পরামিতিগুলি কী, এটি কী ফেরত দেয়। এটি পরিদর্শন এবং রক্ষণাবেক্ষণকে সহজ করে।
2. প্রযুক্তিগত-সহজ অনুবাদ। AI একটি জটিল প্রক্রিয়াকে ভাষায় অনুবাদ করে যা শেষ ব্যবহারকারী বুঝতে পারে — Web3-এর সবচেয়ে বড় প্রয়োজনগুলির মধ্যে একটি।
3. সাদা কাগজের রূপরেখা এবং গঠন। AI একটি সাদা কাগজের কঙ্কাল এবং বিভাগ তৈরি করে; বিষয়বস্তু নির্ভুলতা মানুষের.
4. বহুভাষাবাদ এবং স্তর সমন্বয়। AI একই বিষয়বস্তু তৈরি করতে পারে, প্রযুক্তিগত এবং সরল, উভয় তুর্কি এবং ইংরেজিতে।
দুর্বল প্রম্পট / শক্তিশালী প্রম্পট
দুর্বল প্রম্পট:
এই প্রকল্পের জন্য একটি শ্বেতপত্র লিখুন।
প্রকৃত প্রক্রিয়া না জেনেই এআই অতিরঞ্জিত, সম্ভবত মিথ্যা এবং বিপণন-পূর্ণ অনুলিপি তৈরি করে।
শক্তিশালী প্রম্পট:
আপনার ভূমিকা: Web3 প্রযুক্তিগত লেখক। নীচে প্রকল্পের বাস্তব প্রক্রিয়া, টোকেনমিক্স এবং কোড রয়েছে। শুধুমাত্র এই তথ্যের উপর ভিত্তি করে একটি শ্বেতপত্রের একটি খসড়া লিখুন। নিয়ম:- অতিরঞ্জিত করবেন না, "গ্যারান্টিড প্রফিট", "সম্পূর্ণ নিরাপদ" ইত্যাদি শব্দগুচ্ছ ব্যবহার করবেন না।- আমার দেওয়া মেকানিজমের উপর প্রতিটি প্রযুক্তিগত দাবির ভিত্তি করুন; বানোয়াট যোগ করবেন না।- একটি "ঝুঁকি" বিভাগ যোগ করুন যাতে ঝুঁকিগুলি স্পষ্টভাবে উল্লেখ থাকে।- একটি সতর্কতা যোগ করুন "এটি আর্থিক পরামর্শ নয়।" আপনি যে তথ্য সম্পর্কে অনিশ্চিত বা আমার কাছে নেই এমন যেকোন তথ্যকে [পূর্ণ করা হবে] হিসেবে চিহ্নিত করুন।
চারটি অনুলিপিযোগ্য টেমপ্লেট
1) NatSpec প্রজন্ম:
নিম্নলিখিত ফাংশনে স্ট্যান্ডার্ড NatSpec মন্তব্যগুলি লিখুন: @notice (কী করে, প্লেইন), @dev (প্রযুক্তিগত নোট), @param এবং @return। কোডটি আসলে যা করে তা লিখুন; কোডে নেই এমন আচরণ যোগ করা। আপনি যে প্রভাব সম্পর্কে নিশ্চিত নন তা ফ্ল্যাগ করুন।
2) প্রযুক্তিগত-সহজ অনুবাদ:
সরল তুর্কি ভাষায় এই প্রক্রিয়াটি ব্যাখ্যা করুন যা একজন ক্রিপ্টো নবীন ব্যবহারকারী বুঝতে পারে: এটি কী করে, ব্যবহারকারীর কী করা উচিত, কী ঝুঁকি রয়েছে? অতিরঞ্জন; নিরাপত্তার কোন গ্যারান্টি নেই। ঝুঁকি লুকাবেন না, সামনে আনুন।
3) ঝুঁকি/সতর্কতা বিভাগ:
এই প্রকল্পের জন্য একটি সৎ "ঝুঁকি এবং সতর্কতা" বিভাগ লিখুন: স্মার্ট চুক্তি ঝুঁকি, বাজার ঝুঁকি, তারল্য ঝুঁকি, নিয়ন্ত্রক অনিশ্চয়তা, মূল ক্ষতি। প্রতিটি ঝুঁকি সরল ভাষায় ব্যাখ্যা করুন। ঝুঁকি অবমূল্যায়ন করবেন না; "এটি আর্থিক পরামর্শ নয়" দিয়ে শেষ করুন।
4) ডকুমেন্টেশন-কোড ধারাবাহিকতা পরীক্ষা:
নীচে একটি ফাংশন এবং তার উপলব্ধ ডকুমেন্টেশন আছে. সেই জায়গাগুলি চিহ্নিত করুন যেখানে নথিটি কোডের বাস্তব আচরণের বিরোধিতা করে বা বাদ দেয়। চূড়ান্ত সিদ্ধান্ত গ্রহণ; "ডেভেলপার যাচাইকরণ" এর জন্য এটি জমা দিন।
তিনটি ছোট মামলা (সংখ্যায়)
কেস 1 — NatSpec পরিদর্শন বৃদ্ধি করেছে। একটি দল মন্তব্য ছাড়া পর্যালোচনার জন্য একটি 25-ফাংশন চুক্তি জমা দিয়েছে; অডিটর যুক্তি বোঝার জন্য অতিরিক্ত সময় চেয়েছিলেন। দলটি AI দিয়ে NatSpec ড্রাফ্ট তৈরি করেছে এবং প্রতিটি কোড দিয়ে নিশ্চিত করেছে; অডিট প্রস্তুতি প্রায় 1 দিন ছোট করা হয়েছিল। পাঠ: ভালো ডকুমেন্টেশন অডিট খরচ কমায়।
কেস 2 - মিথ্যা দাবি ধরা পড়েছে। YZ যে ব্যবহারকারীর ম্যানুয়ালটি তৈরি করেছে তাতে বলা হয়েছে যে "আপনার তহবিল যে কোনও সময় প্রত্যাহার করা হতে পারে"; যেখানে চুক্তিতে ৭ দিনের লক ছিল। প্রযুক্তিগত পর্যালোচনা এটি ধরা. এটি প্রকাশ করা হলে, ব্যবহারকারীরা ভুল এবং শিকার হবে. পাঠ: প্রতিটি প্রযুক্তিগত দাবি কোড দ্বারা নিশ্চিত করা হয়।
কেস 3 — অতিরঞ্জন পরিষ্কার করা হয়েছে। প্রথম শ্বেতপত্রের খসড়াতে, AI "ঝুঁকি ছাড়া উচ্চ রিটার্ন" এর মতো অভিব্যক্তি ব্যবহার করেছে। দলটি এগুলি সরিয়ে দিয়েছে এবং একটি সৎ ঝুঁকি বিভাগ যুক্ত করেছে। এটি নৈতিক ও আইনগতভাবে প্রকল্পটিকে রক্ষা করেছে। পাঠ: AI এর বিপণন পক্ষপাত অবশ্যই অডিট করা উচিত।
ডকুমেন্টেশনের নৈতিক বোঝা
Web3 ডকুমেন্টেশন এমন একটি প্রেক্ষাপটে পড়া হয় যেখানে ব্যবহারকারী তাদের অর্থের ঝুঁকি নিচ্ছে। অতএব:
- সততা: ঝুঁকি লুকানো যাবে না এবং অতিরঞ্জিত প্রতিশ্রুতি করা যাবে না।
- যথার্থতা: প্রযুক্তিগত দাবি অবশ্যই কোডের সাথে মেলে; "নথি তাই বলে" একটি প্রতিরক্ষা নয়, বরং একটি ভুল উপস্থাপনা।
- অ্যাক্সেসযোগ্যতা: ব্যবহারকারী আসলে বুঝতে পারে এমন ভাষায় লেখা একটি নিরাপত্তা ব্যবস্থা; একটি দলিল যা বোঝা যায় না তা প্রতারণার আমন্ত্রণ।
- দাবিত্যাগ: এটি স্পষ্টভাবে বলা উচিত যে এটি আর্থিক পরামর্শ এবং নিয়ন্ত্রক অনিশ্চয়তা নয়।
টিপ: একটি Web3 নথির সততা পরীক্ষা: "যদি একজন ব্যবহারকারী শুধুমাত্র এই নথিতে বিশ্বাস করে টাকা রাখে, তাহলে সত্যের মুখোমুখি হলে তিনি কি প্রতারিত বোধ করবেন?" সর্বদা AI ঝুঁকির অংশটি হাইলাইট করুন, শেষে এটি সমাধিস্থ করবেন না।
সাধারণ ভুল
- কোড সহ প্রযুক্তিগত দাবি নিশ্চিত করা হচ্ছে না। ভুল নথি ব্যবহারকারীকে বিভ্রান্ত করে।
- হাইপ/মার্কেটিং ভাষা বাদ দেওয়া। নৈতিক এবং আইনি ঝুঁকি।
- ঝুঁকি কমানো বা লুকানো। বিশ্বাসভঙ্গ।
- AI কে আসল প্রক্রিয়া না দিয়ে সাদা কাগজ মুদ্রণ করা। এটি বানোয়াট উত্পাদন করে।
- "আর্থিক পরামর্শ নয়" সতর্কতা উপেক্ষা করা। আইনি বাধ্যবাধকতা।
- কোডের সাথে সিঙ্কে ডকুমেন্টেশন না রাখা। কোড পরিবর্তন হলে, নথিটি বিভ্রান্তিকর হয়ে ওঠে।
সংক্ষেপে
- ডকুমেন্টেশন হচ্ছে Web3-তে নিরাপত্তা এবং আস্থার বিষয়; এটি AI এর সবচেয়ে উৎপাদনশীল ক্ষেত্র।
- ত্রুটির খরচ তুলনামূলকভাবে কম, কিন্তু মিথ্যা প্রযুক্তিগত দাবি এবং অতিরঞ্জন গুরুতর ঝুঁকি।
- প্রতিটি প্রযুক্তিগত দাবি বাস্তব কোড দ্বারা নিশ্চিত করা আবশ্যক; নথিটি কোড প্রতিস্থাপন করে না।
- ঝুঁকিগুলি সততার সাথে এবং বিশিষ্টভাবে লিখতে হবে; অতিরঞ্জন এবং গ্যারান্টি ভাষা অপসারণ করা উচিত.
- "এটি আর্থিক পরামর্শ নয়" এবং নিয়ন্ত্রক সতর্কতা বাধ্যতামূলক৷
আবেদন টাস্ক
একটি স্মার্ট চুক্তি ফাংশন পান. এআই-কে "জেনারেট ন্যাটস্পেক" প্রম্পট দিন এবং জেনারেট করা ব্যাখ্যা লাইনটিকে কোডের প্রকৃত আচরণের সাথে তুলনা করুন — কোন মতবিরোধ আছে কি? তারপরে একই ফাংশনের জন্য একটি "প্রযুক্তিগত-সাধারণ অনুবাদ" এবং একটি "ঝুঁকি/সতর্কতা বিভাগ" তৈরি করুন। AI এর অন্তত একটি বিবৃতি খুঁজুন এবং সংশোধন করুন যা অতিরঞ্জিত বা কোডের সাথে বিরোধিতা করে।
চেকলিস্ট
- [ ] আমি প্রকৃত কোড সহ প্রতিটি প্রযুক্তিগত দাবি নিশ্চিত করেছি৷
- [] আমি অতিরঞ্জন/গ্যারান্টিগুলি সরিয়ে দিয়েছি।
- আমি ঝুঁকিগুলো সততার সাথে লিখেছি এবং সেগুলো তুলে ধরেছি।
- [ ] আমি AI কে আসল মেকানিজম দিয়েছি; আমি তাকে এটা তৈরি করতে দেইনি।
- [ ] আমি সতর্কতা যোগ করেছি "এটি আর্থিক পরামর্শ নয়।"
- [ ] আমি যানবাহন এবং নিয়ন্ত্রণের জন্য সম্পূর্ণরূপে NatSpec লিখেছি।
- [ ] আমি কোডের সাথে ডকুমেন্টেশন সিঙ্ক করার পরিকল্পনা করেছি।