ഡോക്യുമെൻ്റേഷനും ഇൻഫർമേഷൻ മാനേജ്‌മെൻ്റും: റൺബുക്ക്, പോസ്റ്റ്‌മോർട്ടം, കോർപ്പറേറ്റ് മെമ്മറി

നേട്ടങ്ങൾ:

• ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് ഉപയോഗിച്ച് ചിതറിയ നോട്ടുകളിൽ നിന്ന് റൺബുക്ക്, പോസ്റ്റ്‌മോർട്ടം, ആർക്കിടെക്ചറൽ ഡോക്യുമെൻ്റ് അസ്ഥികൂടം എന്നിവ നിർമ്മിക്കാനുള്ള കഴിവ്
• ഫാബ്രിക്കേഷനിൽ നിരോധനം ഏർപ്പെടുത്തുകയും ഓരോ റൺബുക്കും ഒരു യഥാർത്ഥ പരിതസ്ഥിതിയിൽ സമഗ്രമായി പരിശോധിക്കുകയും അടയാളപ്പെടുത്തുകയും ചെയ്യുന്ന അച്ചടക്കം നടപ്പിലാക്കാനുള്ള കഴിവ്
• ഒരു തെറ്റായ റൺബുക്ക് ഒന്നുമില്ലാത്തതിനേക്കാൾ അപകടകരമാണെന്ന് മനസ്സിലാക്കാനും മാറ്റ പ്രക്രിയയിലൂടെ ഡോക്യുമെൻ്റേഷൻ സജീവമായി നിലനിർത്താനുമുള്ള കഴിവ്

ഡോക്യുമെൻ്റേഷനും ഇൻഫർമേഷൻ മാനേജ്‌മെൻ്റും: റൺബുക്ക്, ആർക്കിടെക്‌ചർ, ഇൻസ്റ്റിറ്റ്യൂഷണൽ മെമ്മറി എന്നിവ AI

സിസ്റ്റം മാനേജ്മെൻ്റിൻ്റെ ഏറ്റവും അവഗണിക്കപ്പെട്ടതും എന്നാൽ ജീവൻ രക്ഷിക്കുന്നതുമായ ചുമതല ഡോക്യുമെൻ്റേഷനാണ്. ഒരു സിസ്റ്റം തകരാറിലാകുകയും അത് നിർമ്മിച്ച വ്യക്തി അവധിയിലായിരിക്കുകയും എങ്ങനെ വീണ്ടെടുക്കാം എന്നതിനെക്കുറിച്ച് രേഖാമൂലമുള്ള വാക്കുണ്ടാകാതിരിക്കുകയും ചെയ്യുമ്പോൾ, അത് എല്ലാവർക്കും ഒരു നീണ്ട രാത്രിയാണ്. ഒരു സിസ്റ്റം എങ്ങനെ സജ്ജീകരിച്ചിരിക്കുന്നു, അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു, ഒരു പ്രശ്നം ഉണ്ടായാൽ എന്തുചെയ്യണം എന്നിവ എഴുതുകയും ലഭ്യമാക്കുകയും ചെയ്യുന്ന സ്ഥാപനപരമായ മെമ്മറിയാണ് ഡോക്യുമെൻ്റേഷൻ. ഈ മെമ്മറിയുടെ ഏറ്റവും നിർണായകമായ തരം റൺബുക്കാണ്: ഒരു നിശ്ചിത സാഹചര്യത്തിൽ എന്തുചെയ്യണമെന്ന് ഘട്ടം ഘട്ടമായി നിങ്ങളോട് പറയുന്ന ഒരു പ്രവർത്തന ഗൈഡ് (സേവനം തകർന്നു, ഡിസ്ക് നിറഞ്ഞു, ബാക്കപ്പ് പരാജയപ്പെട്ടു). ഡോക്യുമെൻ്റേഷൻ എഴുതുന്നതിൻ്റെ ഏറ്റവും വലിയ ശത്രുക്കളായ "ശൂന്യമായ പേജ്", "മടി" പ്രശ്നം ഇവിടെ AI പരിഹരിക്കുന്നു: ഇത് നിങ്ങളുടെ ചിതറിക്കിടക്കുന്ന കുറിപ്പുകളിൽ നിന്ന് ഒരു ഓർഗനൈസ്ഡ് റൺബുക്ക് നിർമ്മിക്കുന്നു, ഒരു കമാൻഡ് ചരിത്രത്തിൽ നിന്നുള്ള ഒരു നടപടിക്രമം, ഒരു ആർക്കിടെക്ചറിൽ നിന്നുള്ള ഒരു വിവരണം. എന്നാൽ നിർണായക തത്വം: AI ബ്ലൂപ്രിൻ്റുകളും അസ്ഥികൂടങ്ങളും നിർമ്മിക്കുന്നു; ഓരോ ഘട്ടവും യഥാർത്ഥത്തിൽ ശരിയാണോ എന്നറിയാൻ പരീക്ഷിക്കുകയും സാധൂകരിക്കുകയും ചെയ്യുന്നത് നിങ്ങളാണ് - തെറ്റായ റൺബുക്ക് റൺബുക്ക് ഇല്ലാത്തതിനേക്കാൾ അപകടകരമാണ്.

ഈ യൂണിറ്റിൽ, റൺബുക്ക്, പോസ്റ്റ്‌മോർട്ടം (പോസ്റ്റ്-ഇവൻ്റ് ഇൻവെസ്റ്റിഗേഷൻ റിപ്പോർട്ട്), ആർക്കിടെക്ചറൽ ഡോക്യുമെൻ്റേഷൻ, വിജ്ഞാന അടിസ്ഥാന എഴുത്ത്; AI ഉപയോഗിച്ച് ഡ്രാഫ്റ്റുകൾ സൃഷ്ടിക്കുന്നു; ഏറ്റവും പ്രധാനമായി, സ്ഥിരീകരിക്കാത്ത ഡോക്യുമെൻ്റേഷൻ്റെ അപകടസാധ്യതകൾ നിങ്ങൾ പഠിക്കും.

തെറ്റായ റൺബുക്ക് റൺബുക്ക് ഇല്ലാത്തതിനേക്കാൾ മോശമായിരിക്കുന്നത് എന്തുകൊണ്ട്?

ഈ യൂണിറ്റിൻ്റെ ഏറ്റവും പ്രധാനപ്പെട്ട ആശയം ഇതാണ്. റൺബുക്ക് ഇല്ലാത്ത ഒരു ടീം പരിഭ്രാന്തിയുടെ സമയങ്ങളിൽ ജാഗ്രതയും സംശയാസ്പദവുമാണ്; ഓരോ കമാൻഡിനെക്കുറിച്ചും രണ്ടുതവണ ചിന്തിക്കുന്നു. എന്നാൽ "ഔദ്യോഗിക" റൺബുക്ക് ഉള്ള ഒരാൾ അതിനെ അന്ധമായി വിശ്വസിക്കുന്നു - അർദ്ധരാത്രിയിൽ, സമ്മർദത്തിൻകീഴിൽ, ചോദ്യം ചെയ്യാതെ ഘട്ടങ്ങൾ നടപ്പിലാക്കുന്നു. AI നിർമ്മിക്കുകയും പരീക്ഷിക്കുകയും ചെയ്യാതെ ആ റൺബുക്ക് റിലീസ് ചെയ്യുകയും ഒരു ചുവട് തെറ്റ് (തെറ്റായ കമാൻഡ്, ഒരു മുൻവ്യവസ്ഥ, ഒഴിവാക്കിയ ഫാൾബാക്ക് ഘട്ടം) ഉണ്ടെങ്കിൽ, ഫലം വിനാശകരമാണ്. അതുകൊണ്ടാണ് AI ഉപയോഗിച്ച് നിർമ്മിക്കുന്ന ഓരോ റൺബുക്കും ഒരു യഥാർത്ഥ പരിതസ്ഥിതിയിൽ തുടക്കം മുതൽ അവസാനം വരെ പ്രവർത്തിപ്പിക്കേണ്ടത് കൂടാതെ അത് പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് ഓരോ ഘട്ടവും പരിശോധിച്ചുറപ്പിക്കുകയും വേണം. പരീക്ഷിക്കാത്ത ഒരു റൺബുക്ക് ഉറപ്പുനൽകുന്ന എന്നാൽ ശൂന്യമായ വാഗ്ദാനമാണ്.

മുന്നറിയിപ്പ്: "പരീക്ഷിച്ചു: [തീയതി], [വ്യക്തി]" ഉപയോഗിച്ച് ഒരു റൺബുക്ക് സ്റ്റാമ്പ് ചെയ്യുക. "ഡ്രാഫ്റ്റ് - പരിശോധിച്ചുറപ്പിച്ചിട്ടില്ല" എന്ന ലേബൽ ഉപയോഗിച്ച് പരിശോധിക്കാത്ത ഡ്രാഫ്റ്റുകൾ വ്യക്തമായി അടയാളപ്പെടുത്തുക. അതിനാൽ യഥാർത്ഥ പ്രതിസന്ധിയിൽ ആരും സ്ഥിരീകരിക്കാത്ത നടപടികൾ സുരക്ഷിതമായി പ്രയോഗിക്കില്ല.

ഒരു നല്ല റൺബുക്കിൻ്റെ അനാട്ടമി

ഒരു നല്ല റൺബുക്ക് നിർദ്ദിഷ്ട ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു, കൂടാതെ ആ അസ്ഥികൂടം നിർമ്മിക്കുന്നതിൽ AI മികച്ചതാണ്: ശീർഷകവും ഉദ്ദേശ്യവും (ഏത് സാഹചര്യത്തിനാണ്), മുൻവ്യവസ്ഥകൾ (എന്ത് ആക്സസ്, എന്ത് ടൂൾ ആവശ്യമാണ്), ലക്ഷണങ്ങൾ (ഞാൻ ഈ റൺബുക്ക് എപ്പോൾ ഉപയോഗിക്കും), ഘട്ടങ്ങൾ (അക്കമിട്ട, പകർത്താവുന്ന കമാൻഡുകൾ ഉപയോഗിച്ച്), മൂല്യനിർണ്ണയം (ഓരോ ഘട്ടത്തിനും ശേഷവും വിജയം എങ്ങനെ തിരിച്ചറിയാം), റോൾബാക്ക് (ഒരു ഘട്ടം മോശമായാൽ അത് എങ്ങനെ പഴയപടിയാക്കാം) നിങ്ങൾക്ക് AI-ക്ക് നിങ്ങളുടെ ചിതറിക്കിടക്കുന്ന കുറിപ്പുകൾ നൽകുകയും ഈ ഘടനയിൽ ഉൾപ്പെടുത്താൻ ആവശ്യപ്പെടുകയും ചെയ്യാം; ഉള്ളടക്കത്തിൻ്റെ കൃത്യത മാത്രമേ നിങ്ങൾ ഉറപ്പാക്കൂ.

ഘട്ടം ഘട്ടമായി: AI ഉപയോഗിച്ച് ഡോക്യുമെൻ്റേഷൻ നിർമ്മാണം

1. അസംസ്കൃത വസ്തുക്കൾ ശേഖരിക്കുക. നിങ്ങളുടെ കമാൻഡ് ഹിസ്റ്ററി, നിങ്ങളുടെ കുറിപ്പുകൾ, ഒരു പഴയ ഇമെയിൽ, ഒരു ചാറ്റ് ലോഗ്-യഥാർത്ഥ മെറ്റീരിയൽ, കുഴപ്പമുണ്ടെങ്കിലും, AI ഫാബ്രിക്കേഷനേക്കാൾ മികച്ചതാണ്.
2. ഘടന ആവശ്യപ്പെടുക. "ഇനിപ്പറയുന്ന തലക്കെട്ടുകളുള്ള ഒരു റൺബുക്ക് ആക്കുക: ഉദ്ദേശ്യം, മുൻവ്യവസ്ഥ, ലക്ഷണം, ഘട്ടങ്ങൾ, സ്ഥിരീകരണം, റോൾബാക്ക്, വർദ്ധനവ്."
3. കൃത്രിമത്വം നിരോധിക്കുക. "ഞാൻ നിങ്ങൾക്ക് നൽകിയിട്ടില്ലാത്ത കമാൻഡുകളോ ഐപികളോ പതിപ്പുകളോ ഘട്ടങ്ങളോ ചേർക്കരുത്; നഷ്‌ടമായ ഭാഗങ്ങൾ [പൂരിപ്പിക്കേണ്ടവ] എന്ന് അടയാളപ്പെടുത്തുക." ഇത് ഏറ്റവും അപകടകരമായ തെറ്റ് തടയുന്നു - പ്രത്യക്ഷത്തിൽ വിശ്വസനീയമെന്ന് തോന്നുന്ന ഉണ്ടാക്കിയ ഘട്ടങ്ങൾ.
4. മുഖംമൂടി. യഥാർത്ഥ ഹോസ്റ്റ്, ഐപി, ഉപയോക്താവിന് പകരം പ്ലെയ്‌സ്‌ഹോൾഡർ ഉപയോഗിക്കുക; രേഖ പങ്കുവച്ചാൽ രഹസ്യം ചോരാൻ പാടില്ല.
5. പരീക്ഷിച്ചു നോക്കൂ. ഒരു യഥാർത്ഥ (വെയിലത്ത് ടെസ്റ്റ്) പരിതസ്ഥിതിയിൽ തുടക്കം മുതൽ അവസാനം വരെ റൺബുക്ക് പ്രവർത്തിപ്പിക്കുക. പ്രവർത്തിക്കാത്തതോ നഷ്‌ടമായതോ വ്യക്തമല്ലാത്തതോ ആയ ഏതെങ്കിലും ഘട്ടങ്ങൾ പരിഹരിക്കുക.
6. സ്റ്റാമ്പ് ചെയ്ത് പ്രസിദ്ധീകരിക്കുക. ടെസ്റ്റ് തീയതി, ടെസ്റ്റർ, അവസാന അപ്ഡേറ്റ് എന്നിവ ചേർക്കുക. ഡോക്യുമെൻ്റേഷൻ സജീവമാണ്; സിസ്റ്റം മാറുമ്പോൾ അത് അപ്ഡേറ്റ് ചെയ്യണം.

മൂന്ന് മിനി കേസുകൾ

കേസ് 1 - 2 മണിക്കൂർ ജോലി, 15 മിനിറ്റ്. ഒരു അഡ്‌മിനിസ്‌ട്രേറ്റർ മാസങ്ങളായി ബാക്കപ്പ് പുനഃസ്ഥാപിക്കൽ നടപടിക്രമം ഡോക്യുമെൻ്റുചെയ്യുന്നത് മാറ്റിവയ്ക്കുകയായിരുന്നു. അദ്ദേഹം ടെർമിനൽ കമാൻഡ് ഹിസ്റ്ററിയും (മാസ്‌ക് ചെയ്‌തത്) കുറച്ച് ചിതറിപ്പോയ കുറിപ്പുകളും AI-ക്ക് നൽകി റൺബുക്ക് ചട്ടക്കൂടിൽ ചേർത്തു. AI 15 മിനിറ്റിനുള്ളിൽ ഒരു വൃത്തിയുള്ള രൂപരേഖ നിർമ്മിച്ചു. അഡ്മിനിസ്‌ട്രേറ്റർ അടുത്ത 45 മിനിറ്റ് ഒരു ടെസ്റ്റ് സെർവറിൽ ഡ്രാഫ്റ്റ് തുടക്കം മുതൽ അവസാനം വരെ പ്രവർത്തിപ്പിക്കുകയും രണ്ട് വിട്ടുപോയ ഘട്ടങ്ങൾ പരിഹരിക്കുകയും ചെയ്തു. ഫലം: പരീക്ഷിച്ചതും വിശ്വസനീയവുമായ റൺബുക്ക്.

കേസ് 2 - വ്യാജമായി പിടിക്കപ്പെട്ടു. ഒരു ടീം AI-നോട് ഒരു സർവീസ് റീസ്റ്റാർട്ട് റൺബുക്ക് എഴുതാൻ ആവശ്യപ്പെട്ടു, പക്ഷേ "ഫാബ്രിക്കേഷൻ" നിരോധിക്കാൻ മറന്നു. YZ ഒരു "കാഷെ ആദ്യം മായ്‌ക്കുക" എന്ന കമാൻഡ് ചേർത്തു, അത് ലോജിക്കൽ ആണെന്ന് തോന്നുമെങ്കിലും ആ സേവനത്തിൽ നിലവിലില്ല. ഭാഗ്യവശാൽ, എഞ്ചിനീയർ പരീക്ഷണ പരിതസ്ഥിതിയിൽ റൺബുക്ക് പ്രവർത്തിപ്പിച്ചു; ആ കമാൻഡ് ഒരു പിശക് നൽകി. പരീക്ഷണ ഘട്ടം ഒരു യഥാർത്ഥ പ്രതിസന്ധിയിൽ ആശയക്കുഴപ്പം സൃഷ്ടിക്കുന്ന ഒരു നിർമ്മിത ഘട്ടം പിടിച്ചെടുത്തു.

കേസ് 3 - പോസ്റ്റ്‌മോർട്ടം ത്വരിതപ്പെടുത്തി. ഒരു വലിയ തകർച്ചയ്ക്ക് ശേഷം, ടീമിന് പോസ്റ്റ്‌മോർട്ടം എഴുതേണ്ടിവന്നു, പക്ഷേ ആർക്കും ആരംഭിക്കാൻ കഴിഞ്ഞില്ല. അവർ ഇവൻ്റ് ടൈംലൈനും മാസ്ക് ലോഗുകളും AI-ക്ക് കൈമാറി കുറ്റമറ്റ ഒരു പോസ്റ്റ്‌മോർട്ടം അസ്ഥികൂടം ആവശ്യപ്പെട്ടു - സംഗ്രഹം, ആഘാതം, ടൈംലൈൻ, മൂലകാരണം, തിരുത്തൽ പ്രവർത്തനങ്ങൾ. AI ബ്ലൂപ്രിൻ്റ് ഒരു മണിക്കൂർ ജോലി പത്ത് മിനിറ്റായി കുറച്ചു; വസ്‌തുതകൾ പരിശോധിക്കുന്നതിനും പ്രവർത്തന ഇനങ്ങൾ വ്യക്തമാക്കുന്നതിനും ടീം ഊർജം വിനിയോഗിച്ചു.

പകർത്താവുന്ന നാല് ടെംപ്ലേറ്റുകൾ

1) ഒരു റൺബുക്ക് അസ്ഥികൂടം സൃഷ്ടിക്കുന്നു:

നിങ്ങളുടെ റോൾ: സീനിയർ SRE. ചുവടെയുള്ള മാസ്ക് ചെയ്ത കുറിപ്പുകൾ/കമാൻഡ് ചരിത്രത്തിൽ നിന്ന് ഒരു റൺബുക്ക് സൃഷ്‌ടിക്കുക. തലക്കെട്ടുകൾ: ഉദ്ദേശ്യം, മുൻവ്യവസ്ഥകൾ, ലക്ഷണങ്ങൾ (എപ്പോൾ ഉപയോഗിക്കണം), ഘട്ടങ്ങൾ (നമ്പറുകൾ, പകർത്താം), ഓരോ ഘട്ടത്തിലും പരിശോധന, റോൾബാക്ക്, എസ്കലേഷൻ. നിയമം: ഞാൻ നിങ്ങൾക്ക് നൽകാത്ത ഒരു കമാൻഡും/IP/പതിപ്പ്/പടിയും ഉണ്ടാക്കരുത്; വിട്ടുപോയ ഭാഗങ്ങൾ എഴുതുക [പൂരിപ്പിക്കാൻ]. മെറ്റീരിയൽ: [മുഖംമൂടിയ കുറിപ്പ്]

2) കുറ്റം പറയാതെ പോസ്റ്റ്‌മോർട്ടം:

നിങ്ങളുടെ റോൾ: സംഭവ അന്വേഷണ ഫെസിലിറ്റേറ്റർ. ഇനിപ്പറയുന്ന മാസ്ക് ചെയ്ത ടൈംലൈനിൽ നിന്നും ലോഗുകളിൽ നിന്നും ഒരു കുറ്റമറ്റ പോസ്റ്റ്‌മോർട്ടം സ്കെച്ച് എഴുതുക: സംഗ്രഹം, ആഘാതം (ദൈർഘ്യം/വ്യാപ്തി), ടൈംലൈൻ, മൂലകാരണം (പരിശോധിച്ചിട്ടുണ്ടെങ്കിൽ), സംഭാവന ചെയ്യുന്ന ഘടകങ്ങൾ, തിരുത്തൽ പ്രവർത്തനങ്ങൾ (ഉടമ + മുൻഗണന). വ്യക്തിയെ കുറ്റപ്പെടുത്തരുത്, സിസ്റ്റത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുക. തെളിവില്ലാതെ മൂലകാരണം എഴുതരുത്. ഡാറ്റ: [...]

3) വാസ്തുവിദ്യ/സേവന വിവരണം:

ഇനിപ്പറയുന്ന മാസ്ക് കോൺഫിഗറേഷൻ/ഡയഗ്രം വിവരങ്ങളിൽ നിന്ന് ഒരു സേവന പ്രമാണം എഴുതുക: സേവനം എന്താണ് ചെയ്യുന്നത്, ഏത് ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്നു, അതിൻ്റെ ഡിപൻഡൻസികൾ എന്തൊക്കെയാണ്, ഡാറ്റ എങ്ങനെയാണ് ഒഴുകുന്നത്, ഏതൊക്കെ പോർട്ടുകൾ/പ്രോട്ടോക്കോളുകൾ. ഇത് സാങ്കേതികമായി സൂക്ഷിക്കുക, എന്നാൽ വായിക്കാൻ കഴിയും. നിങ്ങൾക്ക് ഉറപ്പില്ലാത്ത ബന്ധം "സ്ഥിരീകരണം ആവശ്യമാണ്" എന്ന് അടയാളപ്പെടുത്തുക. വിവരം: [മുഖംമൂടി]

4) ഡോക്യുമെൻ്റേഷൻ പുതുക്കൽ ഓഡിറ്റ്:

ഇനിപ്പറയുന്ന നിലവിലുള്ള ഡോക്യുമെൻ്റ് അവലോകനം ചെയ്‌ത് കറൻസി പരിശോധിക്കുക: (1) ഏതൊക്കെ വിഭാഗങ്ങൾ നഷ്‌ടമായി/അവ്യക്തമാണ്, (2) ഏതൊക്കെ ഘട്ടങ്ങൾ പരീക്ഷിക്കാത്തതായി കാണപ്പെടുന്നു, (3) ഏത് വിവരങ്ങളാണ് കാലഹരണപ്പെട്ടതായിരിക്കാം? ഓരോ കണ്ടെത്തലിനും ഞാൻ എന്താണ് ചോദിക്കേണ്ടത്/പരിശോധിക്കേണ്ടത് എന്ന് എഴുതുക. പ്രമാണം: [മാസ്ക് ചെയ്ത പ്രമാണം]

ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്

ദുർബലമായ പ്രോംപ്റ്റ്:

എനിക്കൊരു സെർവർ മെയിൻ്റനൻസ് റൺബുക്ക് എഴുതൂ.

യഥാർത്ഥ മെറ്റീരിയൽ ഇല്ല. AI നിങ്ങളുടെ പരിസ്ഥിതിക്ക് അനുയോജ്യമല്ലാത്ത അല്ലെങ്കിൽ നിർമ്മിച്ച ഘട്ടങ്ങൾ ഉൾക്കൊള്ളുന്ന ഒരു വാചകം, പൂർണ്ണമായും അതിൻ്റെ പൊതുവിജ്ഞാനത്തിൽ നിന്ന് നിർമ്മിക്കുന്നു. ഇത് തെറ്റായ ആത്മവിശ്വാസത്തിൻ്റെ അപകടകരമായ ഉറവിടമാണ്.

ശക്തമായ നിർദ്ദേശം:

നിങ്ങളുടെ റോൾ: സീനിയർ SRE. "പേയ്‌മെൻ്റ് സർവീസ് ഡിസ്‌ക് ഫുൾ" ഇവൻ്റിൽ ഞാൻ നടപ്പിലാക്കിയ മാസ്‌ക്ഡ് കമാൻഡ് ഹിസ്റ്ററിയും എൻ്റെ കുറിപ്പുകളും ചുവടെയുണ്ട്. ഇവയിൽ നിന്ന് ഒരു റൺബുക്ക് സൃഷ്‌ടിക്കുക: ഉദ്ദേശ്യം, മുൻവ്യവസ്ഥ (ആക്സസ്/ടൂൾ), ലക്ഷണം, അക്കമിട്ട ഘട്ടങ്ങൾ (എൻ്റെ കമാൻഡുകൾക്കൊപ്പം), ഓരോ ഘട്ടത്തിലും പരിശോധിച്ചുറപ്പിക്കൽ, റോൾബാക്ക്, എസ്കലേഷൻ. ഞാൻ നൽകാത്ത കൽപ്പന അനുസരിക്കാൻ എന്നെ നിർബന്ധിക്കരുത്; ശൂന്യമാക്കുക [നിറയ്ക്കാൻ]. അവസാനം "പരീക്ഷിച്ചിട്ടില്ല" എന്ന മുന്നറിയിപ്പ് നൽകുക. മെറ്റീരിയൽ: [മാസ്ക് ചെയ്ത കമാൻഡ് ചരിത്രം]

പ്രമാണ തരം

AI യുടെ സംഭാവന

മനുഷ്യൻ്റെ നിർബന്ധിത സംഭാവന

റൺബുക്ക്

അസ്ഥികൂടം + ലേഔട്ട്

യഥാർത്ഥ പരിതസ്ഥിതിയിൽ പരിശോധന, കൃത്യത

പോസ്റ്റ്‌മോർട്ടം

ഔട്ട്ലൈൻ + ഘടന

വസ്തുതകളും മൂലകാരണവും പരിശോധിക്കുക

വാസ്തുവിദ്യാ പ്രമാണം

വിവരണം + ഒഴുക്ക്

ബന്ധങ്ങളും ആശ്രയത്വങ്ങളും സ്ഥിരീകരിക്കുക

അറിവിൻ്റെ അടിസ്ഥാന ലേഖനം

ദ്രുത ഡ്രാഫ്റ്റ്

നിലവിലെ കൃത്യതയും പരിശോധനയും

സാധാരണ തെറ്റുകൾ

• പരീക്ഷിക്കാത്ത റൺബുക്കുകൾ പ്രസിദ്ധീകരിക്കുന്നു. പരിശോധിക്കപ്പെടാത്ത നടപടികൾ പ്രതിസന്ധിയിൽ അന്ധമായി നടപ്പിലാക്കുന്നു; തെറ്റായ റൺബുക്ക് ദുരന്തമാണ്.
• കെട്ടിച്ചമച്ചതിന് നിരോധനം ഏർപ്പെടുത്താനല്ല. "ഞാൻ നൽകാത്തത് ചേർക്കരുത്" എന്ന് നിങ്ങൾ AI-യോട് പറഞ്ഞില്ലെങ്കിൽ, അത് യുക്തിസഹവും എന്നാൽ യാഥാർത്ഥ്യബോധമില്ലാത്തതുമായ ഘട്ടങ്ങൾ സൃഷ്ടിക്കും.
• മാസ്കിംഗ് ഒഴിവാക്കുന്നു. യഥാർത്ഥ ഹോസ്റ്റും ഐപിയും ഉപയോക്താവും അടങ്ങുന്ന ഡോക്യുമെൻ്റ് ഷെയർ ചെയ്യുമ്പോൾ രഹസ്യം ചോർന്നു.
• പ്രമാണം അപ്ഡേറ്റ് ചെയ്യുന്നില്ല. സിസ്റ്റം മാറുമ്പോൾ അപ്ഡേറ്റ് ചെയ്യാത്ത പ്രമാണങ്ങൾ കാലക്രമേണ തെറ്റിദ്ധരിപ്പിക്കുന്നതാണ്.
• സ്റ്റാമ്പ് ഇല്ലാതെ പ്രസിദ്ധീകരിക്കുന്നു. ടെസ്റ്റ് തീയതിയും സ്റ്റാറ്റസും ഇല്ലാത്ത ഒരു പ്രമാണം വിശ്വസനീയമാണോ അതോ ഡ്രാഫ്റ്റാണോ എന്ന് വ്യക്തമല്ല.

നുറുങ്ങ്: ഡോക്യുമെൻ്റേഷൻ "ലൈവ്" ആയി നിലനിർത്താനുള്ള ഏറ്റവും നല്ല മാർഗ്ഗം, അത് മാറ്റ പ്രക്രിയയുമായി ബന്ധിപ്പിക്കുക എന്നതാണ്: ഒരു സിസ്റ്റം മാറുമ്പോൾ, പ്രസക്തമായ റൺബുക്ക് അപ്‌ഡേറ്റ് ചെയ്യുന്നത് മാറ്റത്തിൻ്റെ പൂർത്തീകരണ മാനദണ്ഡങ്ങളിൽ ഒന്നായിരിക്കട്ടെ. AI അപ്‌ഡേറ്റ് വേഗത്തിലാക്കുന്നു, പക്ഷേ നിങ്ങൾ ട്രിഗറിംഗ് പ്രക്രിയയാണ്.

ചുരുക്കത്തിൽ

ഡോക്യുമെൻ്റേഷൻ സ്ഥാപനപരമായ മെമ്മറിയാണ്; പ്രതിസന്ധി ഘട്ടങ്ങളിൽ ജീവൻ രക്ഷിക്കുന്ന ഒരു പ്രവർത്തന ഗൈഡാണ് റൺബുക്ക്. ശൂന്യമായ പേജുകളുടെയും അലസതയുടെയും പ്രശ്‌നം പരിഹരിച്ച്, നിങ്ങളുടെ കുഴപ്പം പിടിച്ച കുറിപ്പുകളിൽ നിന്ന് AI സംഘടിത ഡ്രാഫ്റ്റുകൾ നിർമ്മിക്കുന്നു. എന്നാൽ ഏറ്റവും നിർണായകമായ സത്യം ഇതാണ്: ഒരു തെറ്റായ റൺബുക്ക് ഒരു പ്രതിസന്ധി ഘട്ടത്തിൽ അന്ധമായി പ്രയോഗിച്ചതിനാൽ അത് മറ്റൊന്നിനേക്കാൾ അപകടകരമാണ്. അതിനാൽ AI-യെ "ഫാബ്രിക്കേറ്റിംഗിൽ" നിന്ന് നിരോധിക്കുക, അത് മാസ്ക് ചെയ്യുക, കൂടാതെ ഓരോ റൺബുക്കും ഒരു യഥാർത്ഥ പരിതസ്ഥിതിയിൽ നന്നായി പരിശോധിച്ച് സ്റ്റാമ്പ് ചെയ്യുക. സിസ്റ്റം മാറുന്നതിനനുസരിച്ച് പ്രമാണം സജീവമായി നിലനിർത്തുക. AI ചട്ടക്കൂട് നിർമ്മിക്കുന്നു; കൃത്യതയും പരിശോധനയും ഉറപ്പുനൽകുന്നത് നിങ്ങളാണ്.

ആപ്ലിക്കേഷൻ ടാസ്ക്

നിങ്ങളുടെ ടീമിൽ രേഖപ്പെടുത്താത്ത ഒരു നടപടിക്രമം തിരഞ്ഞെടുക്കുക (ഉദാഹരണത്തിന്, ഒരു സേവനം പുനരാരംഭിക്കുക അല്ലെങ്കിൽ ഒരു ബാക്കപ്പ് പുനഃസ്ഥാപിക്കുക). നിങ്ങളുടെ പ്രസക്തമായ കമാൻഡ് ചരിത്രവും കുറിപ്പുകളും മറയ്ക്കുകയും മുകളിലെ "റൺബുക്ക് സ്‌കെലിറ്റൺ ജനറേഷൻ" ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് ഒരു ഡ്രാഫ്റ്റ് സൃഷ്‌ടിക്കാൻ AI-യെ ആവശ്യപ്പെടുകയും ചെയ്യുക; കെട്ടുകഥകൾക്ക് നിരോധനം ഏർപ്പെടുത്തുന്നത് ഉറപ്പാക്കുക. ഒരു ടെസ്റ്റ് പരിതസ്ഥിതിയിലും ഫ്ലാഗിലും ഡ്രാഫ്റ്റ് പ്രവർത്തിപ്പിക്കുക, തകർന്ന/നഷ്‌ടമായ ഘട്ടങ്ങൾ പരിഹരിക്കുക. റൺബുക്കിലേക്ക് ടെസ്റ്റ് തീയതിയും ടെസ്റ്റർ വിവരങ്ങളും ചേർക്കുക. AI ഉൽപ്പാദിപ്പിക്കുന്ന വ്യത്യാസങ്ങൾ എഴുതുക, 5 ഇനങ്ങളിൽ നിങ്ങൾ പ്രക്രിയയിൽ തിരുത്തുക.

ചെക്ക്ലിസ്റ്റ്

• [ ] ഞാൻ റൺബുക്ക് സൃഷ്ടിച്ചത് യഥാർത്ഥ മെറ്റീരിയലിൽ നിന്നാണ് (കുറിപ്പ്, കമാൻഡ് ഹിസ്റ്ററി), ഞാൻ അത് ആദ്യം മുതൽ ഉണ്ടാക്കിയതല്ലേ?
• [ ] "ഞാൻ നൽകിയിട്ടില്ലാത്ത കമാൻഡുകൾ/ഐപികൾ/പടികൾ ചേർക്കുന്നതിൽ നിന്ന്" ഞാൻ AI-യെ നിരോധിച്ചിട്ടുണ്ടോ?
• [ ] ഹോസ്റ്റ്, ഐപി, ഉപയോക്താവ് എന്നിവ പോലുള്ള സെൻസിറ്റീവ് വിവരങ്ങൾ ഞാൻ മറച്ചുവെച്ചിട്ടുണ്ടോ?
• [ ] ഒരു യഥാർത്ഥ/ടെസ്റ്റ് പരിതസ്ഥിതിയിൽ ഞാൻ റൺബുക്ക് പ്രവർത്തിപ്പിക്കുകയും സാധൂകരിക്കുകയും ചെയ്തിട്ടുണ്ടോ?
• [ ] ഞാൻ ടെസ്റ്റ് തീയതി, ടെസ്റ്റർ, അവസാന അപ്ഡേറ്റ് വിവരങ്ങൾ എന്നിവ ചേർത്തിട്ടുണ്ടോ?
• [ ] സിസ്‌റ്റം മാറ്റുന്ന പ്രക്രിയയുമായി ഡോക്യുമെൻ്റ് ലിങ്ക് ചെയ്‌ത് കാലികമായി നിലനിർത്താൻ ഞാൻ പദ്ധതിയിട്ടിട്ടുണ്ടോ?