स्वचालन दोहराव घटा सकता है, पर ताज़गी, सटीकता या प्रासंगिकता की गारंटी नहीं देता। AI सारांश जाँचने योग्य प्रस्ताव है।
हर संख्या का प्रमाण रखें
संख्याएँ प्रयुक्त डेटासेट से मिलाएँ और अवधि, इकाई, फ़िल्टर तथा गणना संस्करण रखें। जरूरी गणनाएँ स्वतंत्र रूप से जाँचें। कमी को गढ़े मान से न भरें और पूर्वानुमान को देखा गया परिणाम न बताएँ।
त्रुटि और समीक्षा की तैयारी
तय करें कौन जाँचेगा, पाएगा और सुधारेगा। आंशिक विफलता दिखाएँ; पुरानी मान्य रिपोर्ट दोबारा भेजने से नई नहीं होती। सामग्री और प्राप्तकर्ता जाँचें तथा वास्तविक बचत मापें, सार्वभौमिक लाभ न वादा करें।
| बिंदु | दर्ज की जाने वाली जाँच |
|---|---|
| संख्या | स्रोत, सूत्र और दायरा खोजने योग्य |
| AI सारांश | दावे और सीमाएँ जाँची गईं |
| वितरण | स्थिति और प्राप्तकर्ता जाँचे गए |
स्रोत और सत्यापन
- NIST — Generative AI Profile, confabulation and evaluation
- Government Analysis Function — Communicating uncertainty
समय क्षेत्र और देर से आए घटनाक्रम
रिपोर्ट अवधि घटना समय और समापन नियमों पर निर्भर है।
- घटना का समय, प्राप्ति का समय और व्यवसाय का समय-क्षेत्र अलग दर्ज करें। काल्पनिक उदाहरण में 23:30 UTC, स्थिर UTC+02:00 अंतर पर अगले दिन 01:30 है। PostgreSQL का समय-क्षेत्र वाला टाइमस्टैम्प मूल क्षेत्र का नाम सुरक्षित नहीं रखता।
- शुरुआत शामिल करें और अंत बाहर रखें। UTC में बदलने से पहले व्यवसाय के क्षेत्र में सीमाएँ निकालें। मौसमी घड़ी परिवर्तन, महीने का बदलाव और बिना समय की तारीख जाँचें; स्थानीय दिन हमेशा 24 घंटे नहीं होता।
- स्वीकार्य विलंब और रिपोर्ट बंद करने का समय तय करें। वही पहचानकर्ता दोहराकर नई घटना को डुप्लिकेट से अलग करें। प्रकाशित संस्करण रखें और सुधार का प्रभाव दर्ज करें; वॉटरमार्क आगमन का अनुमान है, पूर्णता की गारंटी नहीं।
दोहराने योग्य स्वीकृति मामला
काल्पनिक उदाहरण: डेटा किसी ग्राहक या देखे गए परिणाम का नहीं है।
मामले के इनपुट देखें
{
"event_time": "2026-10-08T23:30:00Z",
"report_zone": "UTC+02:00",
"local_time": "2026-10-09T01:30:00+02:00"
}अपेक्षित निर्णय
बताए समय क्षेत्र में घटना 9 अक्टूबर की है। UTC का क्षण भी सुरक्षित रखें।
सत्यापन प्रक्रिया
- रिपोर्ट समय क्षेत्र और संदर्भ क्षण तय करें।
- आधी रात के पास घटना दोहराएँ।
- UTC, स्थानीय तारीख़ और समाप्ति नियम रखें। घड़ी बदलते समय की अस्पष्ट स्थानीय घड़ी का उदाहरण जोड़ें; किसी क्षण का अनुमान लगाने के बजाय ऑफ़सेट और समय क्षेत्र सुरक्षित रखें।
क्या प्राप्ति की तारीख को घटना की तारीख मान सकते हैं?
केवल जब रिपोर्ट की परिभाषा ऐसा कहती हो। दोनों समय रखें और देर से आई घटनाओं का व्यवहार समझाएँ।
प्राथमिक स्रोत: PostgreSQL — Date/time types. संबंधित विधि: व्यावहारिक मार्गदर्शिका पढ़ें.