നേട്ടങ്ങൾ:
- വൈറ്റ്പേപ്പർ, നാറ്റ്സ്പെക്ക്, സാങ്കേതിക-ലളിതമായ വിവർത്തനം, അപകടസാധ്യത വെളിപ്പെടുത്തൽ, ഇത് ഏറ്റവും ഉൽപ്പാദനക്ഷമമായ മേഖലയാണെന്ന് മനസ്സിലാക്കൽ എന്നിവയിൽ കൃത്രിമബുദ്ധി സുരക്ഷിതമായി ഉപയോഗിക്കാൻ കഴിയും.
- ഓരോ സാങ്കേതിക ക്ലെയിമും യഥാർത്ഥ കോഡ് ഉപയോഗിച്ച് പരിശോധിക്കാനുള്ള കഴിവ്, തെറ്റായ ഡോക്യുമെൻ്റേഷൻ്റെ അപകടസാധ്യത ഒഴിവാക്കാൻ അതിശയോക്തിയും വാറൻ്റി ഭാഷയും നീക്കം ചെയ്യുക
- അപകടസാധ്യതകളെ സത്യസന്ധമായി സ്വീകരിക്കാനുള്ള കഴിവ്, 'സാമ്പത്തിക ഉപദേശമല്ല' മുന്നറിയിപ്പും ഡോക്യുമെൻ്റേഷൻ-കോഡ് സ്ഥിരതയും
Web3-ലെ ഡോക്യുമെൻ്റേഷൻ ഒരു ആഡംബരമല്ല, മറിച്ച് സുരക്ഷിതത്വത്തിൻ്റെയും വിശ്വാസത്തിൻ്റെയും കാര്യമാണ്. ഒരു മികച്ച കരാറുമായി ഇടപഴകുന്നതിലൂടെ, ഉപയോക്താവ് തൻ്റെ യഥാർത്ഥ പണം അപകടത്തിലാക്കുന്നു; അവൻ എന്താണ് ചെയ്യുന്നതെന്ന് മനസ്സിലായില്ലെങ്കിൽ, അവൻ വഞ്ചിക്കപ്പെടാൻ തുറന്നിരിക്കുന്നു. നന്നായി രേഖപ്പെടുത്താത്ത കോഡ് സുരക്ഷിതമായി അവലോകനം ചെയ്യാൻ ഓഡിറ്റർക്ക് കഴിയില്ല. ഈ യൂണിറ്റിൽ, AI ഏറ്റവും വിശ്വസനീയവും കാര്യക്ഷമവുമായ മേഖല ഞങ്ങൾ ഉൾക്കൊള്ളുന്നു: ഡോക്യുമെൻ്റേഷനും സാങ്കേതിക എഴുത്തും. വൈറ്റ്പേപ്പർ മുതൽ ഇൻ-കോഡ് കമൻ്റുകൾ വരെ, ഉപയോക്തൃ ഗൈഡ് മുതൽ റിസ്ക് വെളിപ്പെടുത്തലുകൾ വരെ, AI ഇവിടെ ഒരു യഥാർത്ഥ ശക്തി ഗുണിതമാണ് - കൃത്യത മാനുഷികമായി നിരീക്ഷിക്കുന്നിടത്തോളം.
Web3 ഡോക്യുമെൻ്റേഷൻ്റെ തരങ്ങൾ
- വൈറ്റ്പേപ്പർ / ലിറ്റ്പേപ്പർ: പ്രോജക്റ്റിൻ്റെ ദർശനം, മെക്കാനിസം, ടോക്കനോമിക്സ് എന്നിവ വിവരിക്കുന്ന അടിസ്ഥാന പ്രമാണം.
- സാങ്കേതിക ഡോക്യുമെൻ്റേഷൻ: കരാർ ഇൻ്റർഫേസുകൾ, ഡെവലപ്പർമാർക്കുള്ള ഇൻ്റഗ്രേഷൻ ഗൈഡ്.
- നാറ്റ്സ്പെക്ക് (Ethereum നാച്ചുറൽ ലാംഗ്വേജ് സ്പെസിഫിക്കേഷൻ - സോളിഡിറ്റിയിലെ സ്റ്റാൻഡേർഡ് ഇൻ-കോഡ് കമൻ്റ് ഫോർമാറ്റ്, അത് ഫംഗ്ഷനുകൾ എന്താണെന്ന് വിവരിക്കുന്നു): കോഡിൽ ഉൾച്ചേർത്ത ഡോക്യുമെൻ്റേഷൻ, മനുഷ്യരും ഉപകരണങ്ങളും വായിക്കുന്നു.
- ഉപയോക്തൃ ഗൈഡ്: അന്തിമ ഉപയോക്താവിനോട് "എങ്ങനെ ഉപയോഗിക്കണം, എന്തൊക്കെ അപകടസാധ്യതകൾ ഉണ്ട്" എന്ന് പറയുന്ന പ്ലെയിൻ ടെക്സ്റ്റ്.
- നിരാകരണം: നിയമപരമായും ധാർമ്മികമായും ആവശ്യമായ മുന്നറിയിപ്പുകൾ.
ഈ തരത്തിലുള്ള ഒരു സാധാരണ പ്രശ്നം: ഡവലപ്പർമാർ എഴുതാൻ ഇഷ്ടപ്പെടുന്നില്ല, പലപ്പോഴും അത് അവസാന നിമിഷത്തിലേക്ക് വിടുക. AI ഈ വിടവ് കൃത്യമായി നികത്തുന്നു.
എന്തുകൊണ്ടാണ് ഡോക്യുമെൻ്റേഷൻ AI-യുടെ ഏറ്റവും സുരക്ഷിതമായ മേഖല
ഡോക്യുമെൻ്റേഷനിലെ പിശകിൻ്റെ വില ഓഡിറ്റിംഗിനെ അപേക്ഷിച്ച് കുറവാണ്: ഒരു തെറ്റായ വാചകം തിരുത്തി, പണം പറക്കുന്നില്ല (നേരിട്ട്). കൂടാതെ, ഭാഷാ നിർമ്മാണത്തിൽ AI സ്വാഭാവികമായും ശക്തമാണ്. അതിനാൽ AI ഇവിടെ കാര്യക്ഷമവും താരതമ്യേന സുരക്ഷിതവുമാണ്. എന്നാൽ രണ്ട് നിർണായക അപകടസാധ്യതകൾ അവശേഷിക്കുന്നു:
- തെറ്റായ സാങ്കേതിക അവകാശവാദം: AI കോഡ് ചെയ്യുന്നതിനെ തെറ്റായി പ്രതിനിധീകരിച്ചേക്കാം; ഇത് ഉപയോക്താവിനെ തെറ്റിദ്ധരിപ്പിക്കുകയും ഒരു സുരക്ഷാ അപകടസാധ്യതയായി മാറുകയും ചെയ്യും ("ഈ ഫംഗ്ഷൻ നിങ്ങളുടെ ഫണ്ടുകൾ സംരക്ഷിക്കുന്നു" എന്ന് പറയുന്നില്ലെങ്കിൽ).
- ഹൈപ്പർബോൾ/മാർക്കറ്റിംഗ് ഭാഷ: ഒരു പ്രോജക്റ്റ് സുരക്ഷിതമോ ലാഭകരമോ ആക്കുന്ന ഭാഷ നിർമ്മിക്കാൻ AI-ക്ക് കഴിയും; ഇത് ഒരു ധാർമ്മികവും നിയമപരവുമായ പ്രശ്നമാണ്.
മുന്നറിയിപ്പ്: ഡോക്യുമെൻ്റേഷൻ കോഡ് വിവരിക്കുന്നു; അത് കോഡ് തന്നെയല്ല. AI എഴുതുന്ന എല്ലാ സാങ്കേതിക വാദങ്ങളും ("ഇത് സംഭവിക്കുന്നു", "അത് പരിപാലിക്കുന്നു") യഥാർത്ഥ കോഡിന് എതിരായി പരിശോധിക്കേണ്ടതാണ്. തെറ്റായ ഡോക്യുമെൻ്റേഷൻ ശരിയായ കോഡിനേക്കാൾ അപകടകരമാണ്, കാരണം ഉപയോക്താവ് ഡോക്യുമെൻ്റേഷനെ വിശ്വസിക്കുന്നു.
ഡോക്യുമെൻ്റേഷനിൽ AI ഉപയോഗിക്കുന്ന പാളികൾ
1. NatSpec ജനറേഷൻ. AI നിലവിലുള്ള ഒരു ഫംഗ്ഷൻ വായിക്കുകയും NatSpec വ്യാഖ്യാനം ഡ്രാഫ്റ്റ് ചെയ്യുകയും ചെയ്യുന്നു: അത് എന്താണ് ചെയ്യുന്നത്, അതിൻ്റെ പാരാമീറ്ററുകൾ എന്തൊക്കെയാണ്, അത് എന്ത് നൽകുന്നു. ഇത് പരിശോധനയും പരിപാലനവും ലളിതമാക്കുന്നു.
2. സാങ്കേതിക-ലളിതമായ വിവർത്തനം. AI ഒരു സങ്കീർണ്ണ സംവിധാനത്തെ അന്തിമ ഉപയോക്താവിന് മനസ്സിലാക്കാൻ കഴിയുന്ന ഭാഷയിലേക്ക് വിവർത്തനം ചെയ്യുന്നു - Web3-ൻ്റെ ഏറ്റവും വലിയ ആവശ്യങ്ങളിലൊന്ന്.
3. വൈറ്റ്പേപ്പർ രൂപരേഖയും ഘടനയും. AI ഒരു വൈറ്റ്പേപ്പറിൻ്റെ അസ്ഥികൂടവും ഭാഗങ്ങളും നിർമ്മിക്കുന്നു; ഉള്ളടക്ക കൃത്യത മാനുഷികമാണ്.
4. ബഹുഭാഷയും ലെവൽ ക്രമീകരണവും. ടർക്കിഷ് ഭാഷയിലും ഇംഗ്ലീഷിലും സാങ്കേതികവും ലളിതവുമായ ഒരേ ഉള്ളടക്കം നിർമ്മിക്കാൻ AI-ന് കഴിയും.
ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്
ദുർബലമായ പ്രോംപ്റ്റ്:
ഈ പ്രോജക്റ്റിനായി ഒരു വൈറ്റ്പേപ്പർ എഴുതുക.
AI യഥാർത്ഥ സംവിധാനം അറിയാതെ അതിശയോക്തി കലർന്നതും തെറ്റായതും വിപണനം നിറഞ്ഞതുമായ പകർപ്പ് ഉണ്ടാക്കുന്നു.
ശക്തമായ നിർദ്ദേശം:
നിങ്ങളുടെ പങ്ക്: Web3 സാങ്കേതിക എഴുത്തുകാരൻ. പദ്ധതിയുടെ യഥാർത്ഥ സംവിധാനം, ടോക്കനോമിക്സ്, കോഡ് എന്നിവ ചുവടെയുണ്ട്. ഈ വിവരങ്ങളെ മാത്രം അടിസ്ഥാനമാക്കി ഒരു വൈറ്റ്പേപ്പറിൻ്റെ ഒരു ഡ്രാഫ്റ്റ് എഴുതുക. നിയമങ്ങൾ:- പെരുപ്പിച്ചു കാണിക്കരുത്, "ഉറപ്പുള്ള ലാഭം", "പൂർണ്ണമായും സുരക്ഷിതം" തുടങ്ങിയ പദപ്രയോഗങ്ങൾ ഉപയോഗിക്കരുത്.- ഓരോ സാങ്കേതിക അവകാശവാദവും ഞാൻ നൽകുന്ന മെക്കാനിസത്തെ അടിസ്ഥാനമാക്കി; കൃത്രിമത്വം ചേർക്കരുത്.- അപകടസാധ്യതകൾ വ്യക്തമായി പ്രസ്താവിക്കുന്ന "അപകടസാധ്യതകൾ" വിഭാഗം ചേർക്കുക.- "ഇത് സാമ്പത്തിക ഉപദേശമല്ല" എന്ന മുന്നറിയിപ്പ് ചേർക്കുക. നിങ്ങൾക്ക് ഉറപ്പില്ലാത്തതോ എൻ്റെ പക്കലില്ലാത്തതോ ആയ ഏതൊരു വിവരവും [പൂരിപ്പിക്കേണ്ടതായി] അടയാളപ്പെടുത്തുക.
പകർത്താവുന്ന നാല് ടെംപ്ലേറ്റുകൾ
1) NatSpec ജനറേഷൻ:
ഇനിപ്പറയുന്ന ഫംഗ്ഷനിലേക്ക് സ്റ്റാൻഡേർഡ് NatSpec അഭിപ്രായങ്ങൾ എഴുതുക: @notice (എന്താണ് ചെയ്യുന്നത്, പ്ലെയിൻ), @dev (സാങ്കേതിക കുറിപ്പ്), @param, @return. കോഡ് യഥാർത്ഥത്തിൽ എന്താണ് ചെയ്യുന്നത് എന്ന് മാത്രം എഴുതുക; കോഡിൽ ഇല്ലാത്ത സ്വഭാവം ചേർക്കുന്നു. നിങ്ങൾക്ക് ഉറപ്പില്ലാത്ത ഇഫക്റ്റ് ഫ്ലാഗ് ചെയ്യുക.
2) സാങ്കേതിക-ലളിതമായ വിവർത്തനം:
ഒരു ക്രിപ്റ്റോ പുതിയ ഉപയോക്താവിന് മനസ്സിലാക്കാൻ കഴിയുന്ന പ്ലെയിൻ ടർക്കിഷ് ഭാഷയിൽ ഈ സംവിധാനം വിശദീകരിക്കുക: ഇത് എന്താണ് ചെയ്യുന്നത്, ഉപയോക്താവ് എന്താണ് ചെയ്യേണ്ടത്, എന്താണ് അപകടസാധ്യതകൾ? അതിശയോക്തി; സുരക്ഷയ്ക്ക് യാതൊരു ഉറപ്പുമില്ല. അപകടസാധ്യതകൾ മറയ്ക്കരുത്, അവ മുന്നിൽ കൊണ്ടുവരിക.
3) റിസ്ക്/മുന്നറിയിപ്പ് വിഭാഗം:
ഈ പ്രോജക്റ്റിനായി സത്യസന്ധമായ "അപകടങ്ങളും മുന്നറിയിപ്പുകളും" എന്ന വിഭാഗം എഴുതുക: സ്മാർട്ട് കോൺട്രാക്ട് റിസ്ക്, മാർക്കറ്റ് റിസ്ക്, ലിക്വിഡിറ്റി റിസ്ക്, റെഗുലേറ്ററി അനിശ്ചിതത്വം, പ്രധാന നഷ്ടം. ഓരോ അപകടവും ലളിതമായ ഭാഷയിൽ വിശദീകരിക്കുക. അപകടസാധ്യതകളെ കുറച്ചുകാണരുത്; "ഇത് സാമ്പത്തിക ഉപദേശമല്ല" എന്ന് അവസാനിപ്പിക്കുക.
4) ഡോക്യുമെൻ്റേഷൻ-കോഡ് സ്ഥിരത പരിശോധന:
ഒരു ഫംഗ്ഷനും അതിൻ്റെ ലഭ്യമായ ഡോക്യുമെൻ്റേഷനും ചുവടെയുണ്ട്. ഡോക്യുമെൻ്റ് കോഡിൻ്റെ യഥാർത്ഥ സ്വഭാവത്തിന് വിരുദ്ധമായതോ ഒഴിവാക്കുന്നതോ ആയ സ്ഥലങ്ങൾ അടയാളപ്പെടുത്തുക. അന്തിമ തീരുമാനം എടുക്കൽ; "ഡെവലപ്പർ സ്ഥിരീകരണത്തിന്" ഇത് സമർപ്പിക്കുക.
മൂന്ന് മിനി കേസുകൾ (എണ്ണങ്ങളിൽ)
കേസ് 1 - നാറ്റ്സ്പെക്ക് പരിശോധന വേഗത്തിലാക്കി. ഒരു ടീം അഭിപ്രായമില്ലാതെ അവലോകനത്തിനായി 25-ഫംഗ്ഷൻ കരാർ സമർപ്പിച്ചു; യുക്തി മനസ്സിലാക്കാൻ ഓഡിറ്റർ അധിക സമയം ആവശ്യപ്പെട്ടു. ടീം നാറ്റ്സ്പെക്ക് ഡ്രാഫ്റ്റുകൾ AI ഉപയോഗിച്ച് നിർമ്മിക്കുകയും ഓരോന്നും കോഡ് ഉപയോഗിച്ച് സ്ഥിരീകരിക്കുകയും ചെയ്തു; ഓഡിറ്റ് തയ്യാറെടുപ്പ് ഏകദേശം 1 ദിവസം കൊണ്ട് ചുരുക്കി. പാഠം: നല്ല ഡോക്യുമെൻ്റേഷൻ ഓഡിറ്റ് ചെലവ് കുറയ്ക്കുന്നു.
കേസ് 2 - തെറ്റായ അവകാശവാദം പിടികൂടി. YZ നിർമ്മിച്ച ഉപയോക്തൃ മാനുവലിൽ "നിങ്ങളുടെ ഫണ്ടുകൾ എപ്പോൾ വേണമെങ്കിലും പിൻവലിക്കാം" എന്ന് പ്രസ്താവിച്ചു; അതേസമയം കരാറിൽ 7 ദിവസത്തെ ലോക്ക് ഉണ്ടായിരുന്നു. സാങ്കേതിക പരിശോധനയിലാണ് ഇക്കാര്യം വ്യക്തമായത്. ഇത് പ്രസിദ്ധീകരിച്ചാൽ, ഉപയോക്താക്കൾ തെറ്റിദ്ധരിക്കപ്പെടുകയും ഇരയാക്കപ്പെടുകയും ചെയ്യും. പാഠം: എല്ലാ സാങ്കേതിക ക്ലെയിമുകളും കോഡ് വഴി സ്ഥിരീകരിക്കുന്നു.
കേസ് 3 - അതിശയോക്തി മായ്ച്ചു. ആദ്യത്തെ വൈറ്റ്പേപ്പർ ഡ്രാഫ്റ്റിൽ, AI "റിസ്കില്ലാതെ ഉയർന്ന വരുമാനം" പോലുള്ള പദപ്രയോഗങ്ങൾ ഉപയോഗിച്ചു. സംഘം ഇവ നീക്കം ചെയ്യുകയും സത്യസന്ധമായ റിസ്ക് സെക്ഷൻ ചേർക്കുകയും ചെയ്തു. ഇത് പദ്ധതിയെ ധാർമ്മികമായും നിയമപരമായും സംരക്ഷിച്ചു. പാഠം: AI-യുടെ മാർക്കറ്റിംഗ് പക്ഷപാതം ഓഡിറ്റ് ചെയ്യണം.
ഡോക്യുമെൻ്റേഷൻ്റെ നൈതിക ഭാരം
Web3 ഡോക്യുമെൻ്റേഷൻ വായിക്കുന്നത് ഉപയോക്താവ് അവരുടെ പണം അപകടത്തിലാക്കുന്ന ഒരു സന്ദർഭത്തിലാണ്. അതുകൊണ്ട്:
- സത്യസന്ധത: അപകടസാധ്യതകൾ മറച്ചുവെക്കാനും അതിശയോക്തിപരമായ വാഗ്ദാനങ്ങൾ നൽകാനും കഴിയില്ല.
- കൃത്യത: സാങ്കേതിക ക്ലെയിമുകൾ കോഡുമായി പൊരുത്തപ്പെടണം; "രേഖ അങ്ങനെ പറയുന്നു" എന്നത് ഒരു പ്രതിരോധമല്ല, മറിച്ച് തെറ്റായ ചിത്രീകരണമാണ്.
- പ്രവേശനക്ഷമത: ഉപയോക്താവിന് യഥാർത്ഥത്തിൽ മനസ്സിലാകുന്ന ഭാഷയിൽ എഴുതുന്നത് ഒരു സുരക്ഷാ നടപടിയാണ്; മനസ്സിലാക്കാത്ത ഒരു പ്രമാണം വഞ്ചനയ്ക്കുള്ള ക്ഷണമാണ്.
- നിരാകരണം: ഇത് സാമ്പത്തിക ഉപദേശവും നിയന്ത്രണ അനിശ്ചിതത്വവുമല്ലെന്ന് വ്യക്തമായി പ്രസ്താവിക്കേണ്ടതാണ്.
നുറുങ്ങ്: ഒരു Web3 ഡോക്യുമെൻ്റിൻ്റെ സത്യസന്ധത പരിശോധന: "ഒരു ഉപയോക്താവ് ഈ പ്രമാണത്തെ മാത്രം വിശ്വസിച്ച് പണം നിക്ഷേപിച്ചാൽ, സത്യത്തെ അഭിമുഖീകരിക്കുമ്പോൾ അയാൾ വഞ്ചിക്കപ്പെട്ടതായി തോന്നുമോ?" AI എല്ലായ്പ്പോഴും അപകടസാധ്യതയുള്ള ഭാഗം ഹൈലൈറ്റ് ചെയ്യുക, അവസാനം അത് കുഴിച്ചിടരുത്.
സാധാരണ തെറ്റുകൾ
- കോഡ് ഉപയോഗിച്ച് സാങ്കേതിക ക്ലെയിം സ്ഥിരീകരിക്കുന്നില്ല. തെറ്റായ പ്രമാണം ഉപയോക്താവിനെ തെറ്റിദ്ധരിപ്പിക്കുന്നു.
- ഹൈപ്പ്/മാർക്കറ്റിംഗ് ഭാഷ ഉപേക്ഷിക്കുന്നു. ധാർമ്മികവും നിയമപരവുമായ അപകടസാധ്യത.
- അപകടസാധ്യതകൾ കുറയ്ക്കുകയോ മറയ്ക്കുകയോ ചെയ്യുക. വിശ്വാസ ലംഘനം.
- AI-ക്ക് യഥാർത്ഥ മെക്കാനിസം നൽകാതെ വൈറ്റ്പേപ്പർ അച്ചടിക്കുന്നു. ഇത് കെട്ടിച്ചമച്ചുണ്ടാക്കുന്നു.
- "സാമ്പത്തിക ഉപദേശമല്ല" എന്ന മുന്നറിയിപ്പ് അവഗണിക്കുന്നു. നിയമപരമായ ബാധ്യത.
- ഡോക്യുമെൻ്റേഷൻ കോഡുമായി സമന്വയിപ്പിക്കുന്നില്ല. കോഡ് മാറുമ്പോൾ, പ്രമാണം തെറ്റിദ്ധരിപ്പിക്കുന്നതാണ്.
ചുരുക്കത്തിൽ
- ഡോക്യുമെൻ്റേഷൻ Web3-ലെ സുരക്ഷയുടെയും വിശ്വാസത്തിൻ്റെയും കാര്യമാണ്; AI യുടെ ഏറ്റവും ഉൽപ്പാദനക്ഷമതയുള്ള മേഖലയാണിത്.
- പിശകിൻ്റെ വില താരതമ്യേന കുറവാണ്, എന്നാൽ തെറ്റായ സാങ്കേതിക അവകാശവാദങ്ങളും അതിശയോക്തിയും ഗുരുതരമായ അപകടസാധ്യതകളാണ്.
- എല്ലാ സാങ്കേതിക ക്ലെയിമുകളും യഥാർത്ഥ കോഡ് വഴി സ്ഥിരീകരിക്കണം; പ്രമാണം കോഡിനെ മാറ്റിസ്ഥാപിക്കുന്നില്ല.
- അപകടസാധ്യതകൾ സത്യസന്ധമായും പ്രാധാന്യത്തോടെയും എഴുതണം; അതിശയോക്തിയും ഗ്യാരണ്ടി ഭാഷയും നീക്കം ചെയ്യണം.
- "ഇത് സാമ്പത്തിക ഉപദേശമല്ല" കൂടാതെ നിയന്ത്രണ മുന്നറിയിപ്പുകൾ നിർബന്ധമാണ്.
ആപ്ലിക്കേഷൻ ടാസ്ക്
ഒരു മികച്ച കരാർ പ്രവർത്തനം നേടുക. AI-ക്ക് "Generate NatSpec" പ്രോംപ്റ്റ് നൽകുകയും കോഡിൻ്റെ യഥാർത്ഥ സ്വഭാവവുമായി ജനറേറ്റ് ചെയ്ത വ്യാഖ്യാന വരികൾ താരതമ്യം ചെയ്യുകയും ചെയ്യുക - എന്തെങ്കിലും വിയോജിപ്പുകൾ ഉണ്ടോ? തുടർന്ന് അതേ ഫംഗ്ഷനുവേണ്ടി ഒരു "സാങ്കേതിക-പ്ലെയിൻ പരിഭാഷയും" "റിസ്ക്/മുന്നറിയിപ്പ് വിഭാഗവും" നിർമ്മിക്കുക. AI-യുടെ അതിശയോക്തിപരമോ കോഡിന് വിരുദ്ധമോ ആയ ഒരു പ്രസ്താവനയെങ്കിലും കണ്ടെത്തി ശരിയാക്കുക.
ചെക്ക്ലിസ്റ്റ്
- [ ] ഞാൻ എല്ലാ സാങ്കേതിക ക്ലെയിമുകളും യഥാർത്ഥ കോഡ് ഉപയോഗിച്ച് സ്ഥിരീകരിച്ചു.
- [ ] ഞാൻ അതിശയോക്തി/ഗ്യാരണ്ടികൾ നീക്കം ചെയ്തു.
- [ ] ഞാൻ അപകടസാധ്യതകൾ സത്യസന്ധമായി എഴുതി അവയെ ഹൈലൈറ്റ് ചെയ്തു.
- [] ഞാൻ AI-ക്ക് യഥാർത്ഥ സംവിധാനം നൽകി; ഞാൻ അവനെ സമ്മതിക്കാൻ അനുവദിച്ചില്ല.
- [ ] "ഇത് സാമ്പത്തിക ഉപദേശമല്ല" എന്ന മുന്നറിയിപ്പ് ഞാൻ ചേർത്തു.
- [ ] വാഹനത്തിനും നിയന്ത്രണത്തിനുമായി ഞാൻ NatSpec പൂർണ്ണമായും എഴുതി.
- [ ] ഡോക്യുമെൻ്റേഷൻ കോഡുമായി സമന്വയിപ്പിക്കാൻ ഞാൻ പദ്ധതിയിട്ടു.