TgWitness / دستاویزات

کیا جانچا گیا ہے ←

حوالہ / آرکائیو اور انضمامات

Telegram · کیس بورڈ حوالہ

بُک مارکس، عین نمایاں نشانیات، ایکشن سلائسز، مباحثے، محدود رسائی اور دستخط شدہ تشریحی تاریخ جو کیس بورڈ استعمال کرتا ہے۔

ٹی جی وٹنس / دستاویزات · تفتیش

تفتیش

کیس بورڈ تفتیشی ٹیم کو محفوظ شدہ مواد کا ایک مشترکہ ورکنگ ویو فراہم کرتا ہے۔ کسی مشاہدے کو بک مارک کریں، کسی مخصوص عبارت کو نمایاں کریں، متعدد کارروائیوں کو محفوظ کریں، اور اسے ساتھیوں کے ساتھ زیرِ بحث لائیں۔ کارڈز اپنے ماخذ کے حوالہ جات اور دستخط شدہ نظر ثانی کی تاریخ کو برقرار رکھتے ہیں۔ ٹیم کی تشریحات ورک اسپیس میں رہتی ہیں، اور اصل ٹیلیگرام مشاہدات سے علیحدہ طور پر قابلِ شناخت ہوتی ہیں۔

شواہد کا ماڈل · رسائی · رپورٹس

مصنوعی تفتیش فیڈ

اس صفحے پر

ایک کیس کے ساتھ کام کریں#

تفتیش کھولیں → کیس بورڈ معیاری یا ماہر موڈ میں۔ زبان پینل کے مطابق ہوتی ہے۔ جرنل ریکارڈ یا محفوظ چیٹ پیغام کے ساتھ موجود 'To board' استعمال کریں، یا اس پر توجہ مرکوز کریں اور B دبائیں۔ بُک مارک ایک کلک میں ان باکس میں شامل ہو جاتا ہے۔ اس کا عنوان، لیبلز اور نوٹ ترمیم کریں، یا اسے کسی مجموعے میں منتقل کریں۔ تبدیل شدہ کارڈ ایک دستخط شدہ نظرِ ثانیہ شامل کرتا ہے؛ اسے ہٹانے سے تاریخ محفوظ رہتی ہے۔

پہلے کیس کے لیے، ایک کلیکشن منتخب کریں اور وہ ریکارڈز شامل کریں جو ایک سوال کا جواب دیتے ہوں۔ تشریح کا جائزہ لینے کے لیے تبصروں کا استعمال کریں، پھر کارڈز اور ماخذ کے سیاق و سباق سے گزرنے کے لیے پریزنٹیشن کا استعمال کریں۔ جب ڈیلیوریبل تیار کر رہے ہوں تو رپورٹ اسٹوڈیو میں کیس بورڈ کا مواد علیحدہ سے منتخب کریں۔ ایک سلائس محفوظ کرنے سے رپورٹ کے ڈیٹا فلٹرز خود بخود ترتیب نہیں پاتے۔

محفوظ شدہ چیٹ پیغام میں متن کا انتخاب کریں تاکہ ہائی لائٹ → بورڈ ظاہر ہو۔ اس کا رنگ منتخب کریں اور ایک نوٹ شامل کریں۔ سرور عین اقتباس اور محفوظ شدہ ورژن کی جانچ کرتا ہے، بشمول ایموجی، RTL متن اور ملاپ کی نشانیاں۔ انٹرفیس منتخب کردہ متن کو ماسک شدہ یا تبدیل شدہ متن کے ذریعے ظاہر نہیں کرتا۔

ایک ہی چیٹ میں دو ریکارڈز کو Shift-click کر کے Slice between کریں، وقت کے لحاظ سے Slice استعمال کریں، یا جرنل کے موجودہ چیٹ، دورانیہ اور واقعے کی قسم کے فلٹرز محفوظ کریں۔ ایک محفوظ شدہ سلائس کا اپنا مستند پریڈیکیٹ ہوتا ہے: اسے جرنل میں کھولنے سے متعدد چیٹس، پیغامات کی تعداد کی حدیں اور ایکٹر فلٹرز بھی لاگو ہوتے ہیں۔ بُک مارک کے بعد شامل کیے گئے ریکارڈز دکھائیں، تاکہ بعد میں کی گئی اضافی چیزیں الگ نظر آئیں۔ جرنل کے فلٹرز تبدیل کرنے سے سلائس ختم ہو جاتا ہے۔ People سے، 'اس شخص کی کارروائیوں کو سلائس کریں' ریکارڈ شدہ ایکٹر آئی ڈی استعمال کرتا ہے؛ یہ فرض نہیں کرتا کہ پیغام کے مصنف نے پیغام کو ترمیم کیا، حذف کیا یا اس پر ردعمل ظاہر کیا۔

سلائس ڈائیلاگ تخلیق کی اجازت دینے سے پہلے گنتیوں کا پیش نظارہ دکھاتا ہے۔ all میں ہر ریکارڈ شدہ قسم شامل ہے، جن میں سنپ شاٹس، ترامیم، حذف، ردعمل، رکنیت/سروس اپ ڈیٹس، اپنی کاروائیاں، بٹن، میڈیا کے نتائج، بازیافت شدہ پیغامات اور مستقبل کے واقعات کی اقسام شامل ہیں۔ انتخاب محفوظ شدہ مشاہدات کی وضاحت کرتا ہے۔ نامعلوم چیٹ کے حذف ہونے کے نوٹس ایک الگ سیاق و سباق ہیں، جو صرف پورے ورک اسپیس تک رسائی رکھنے والوں کے لیے دستیاب ہیں، اور کبھی بھی منتخب کردہ چیٹس میں سے کسی ایک سے منسوب نہیں کیے جاتے۔

کلیکشنز کا ایک اعلان کردہ چیٹ دائرہ کار ہوتا ہے۔ خالی دائرہ کار کا مطلب پورا ورک اسپیس ہے۔ ایک کلیکشن اپنے دائرہ کار سے باہر کارڈز پر مشتمل نہیں ہو سکتی؛ ایک چیٹ تک محدود شرکاء وسیع کلیکشن نہیں پڑھ سکتے۔ ان باکس غیر تفویض شدہ کارڈز کے لیے ایک مجازی کلیکشن ہے۔ سرچ اور فلٹرز صرف دکھائی دینے والے کارڈز کو کور کرتے ہیں؛ تھریڈز اور ذِکروں کو پیرنٹ کارڈ کی رسائی وراثت میں ملتی ہے۔ ہٹائی گئی تبصروں کا بحث میں ایک ٹومب اسٹون ہوتا ہے۔ کسی بھی ویوئر کی ہسٹری ریکارڈ نہیں ہوتی۔

پریزنٹیشن منتخب کردہ مجموعے کے تمام کارڈز کو کھولتی ہے، جس میں کارڈ، ماخذ کے سیاق و سباق اور ٹیم کے تبصروں کے ویوز اور کی بورڈ کے پچھلا/اگلا کنٹرولز شامل ہیں۔ یہ کوئی ترمیمی کنٹرولز فراہم نہیں کرتی۔ عام فیڈ کو صفحات میں تقسیم کیا گیا ہے؛ پریزنٹیشن اپنی فہرست کو صفحات میں لوڈ کرتی ہے اور ایک وقت میں ایک کارڈ کی تفصیل حاصل کرتی ہے۔

اجازات#

تمام آپریشنز کے لیے view، ورک اسپیس/چیٹ اسکوپ اور board.read درکار ہیں۔ board.write کارڈز، تبصرے، منتقلی اور کھولنے/نظرثانی کی حیثیتیں شامل کرتا ہے۔ board.manage کلیکشن مینجمنٹ، تصدیق شدہ/رد شدہ حیثیتیں، اور کسی اور کے کارڈ میں ترمیم/ہٹانے کی اجازت دیتا ہے۔ ایک حیثیت ٹیم کا فیصلہ ہے، نہ کہ کرپٹوگرافک تصدیق کا نتیجہ۔

رسائی کے فارم کے پری سیٹ: جائزہ لینے والا = پڑھیں؛ تجزیہ کار = پڑھیں/لکھیں؛ آپریٹر = پڑھیں/لکھیں/انتظام کریں، ان کی موجودہ اجازتوں کے علاوہ۔ موجودہ گرانٹس خاموشی سے نئے حقوق حاصل نہیں کرتے ہیں۔ اہم منتظم کے پاس تمام اختیارات ہیں، اور وہ بطور اہم منتظم پوسٹ کرتا ہے۔ منسوبہ کرنے کے لیے نامزد گرانٹس استعمال کریں۔ ذکر کی فہرست میں صرف موجودہ رسائی والے افراد شامل ہیں جو مکمل پیرنٹ کارڈ پڑھ سکتے ہیں۔

چٹ A کے لیے ایک گرانٹ، A+B کے لیے کارڈ یا سلائس حاصل نہیں کر سکتا، یہاں تک کہ اس کی ID کا اندازہ لگا کر یا غلط target.chat_id فراہم کر کے بھی نہیں۔ ہدف کا میٹا ڈیٹا سرور پر موجود دستخط شدہ ایونٹ ہیش سے حل کیا جاتا ہے۔ جواب سے پہلے کلیکشنز، بحث کی تعداد، متعلقہ کارڈز اور لائیو نوٹیفیکیشنز کو فلٹر کیا جاتا ہے۔ ایکسپورٹس کے لیے export کے ساتھ ساتھ board.read بھی درکار ہے؛ ایک موجودہ ایکسپورٹر جس کے پاس بورڈ تک رسائی نہیں ہے، اسے ٹیم نوٹس کے بغیر عام ثبوت کا آرکائیو ملتا ہے۔ SSE ہر بیچ سے پہلے موجودہ گرانٹس کی دوبارہ جانچ کرتا ہے۔

محفوظ شدہ معاہدے#

مشاہدات کی طرح، تشریحات ورک اسپیس میں ایک صرف-ضم (append-only) SQLite ٹیبل میں لین دین کے طور پر لکھی جاتی ہیں۔ annotations.jsonl اسی ریڈ سنکشیپ سے بالکل درست معیاری برآمد ہے جیسا کہ events.jsonl۔ کوئی دوسرا مقابل تشریح اسٹور نہیں ہے اور نہ ہی کوئی board.activity جرنل ایونٹ ہے۔

ہر لائن میں بالکل:

{
  "seq": 1,
  "at": "2026-11-02T14:00:00.000+00:00",
  "access_id": "admin",
  "access_label": "Main administrator",
  "kind": "board.bookmark",
  "payload": {"id": "32 lowercase hex digits", "target": {"event_hash": "64 lowercase hex digits"}},
  "previous_hash": "64 zeroes for the first record",
  "hash": "SHA-256 described below",
  "signature": "base64 Ed25519 signature"
}

اوپر دی گئی مختصر مثال لفافے (envelope) کو واضح کرتی ہے؛ اصل پے لوڈز (payloads) میں ان کے ماڈل کی ڈیفالٹس اور سرور کے ذریعے حل شدہ ہدف کے فیلڈز شامل ہوتے ہیں۔ API درخواست کے سکیمے tgwitness/schemas کے تحت ہیں، جو رن ٹائم Pydantic ماڈلز سے python tools/build_board_schemas.py کے ذریعے تیار کیے جاتے ہیں۔ اضافی درخواست کے فیلڈز مسترد کر دیے جاتے ہیں۔ IDs کو سرور سائیڈ پر تیار کیا جاتا ہے جب انہیں شامل نہ کیا جائے۔ مصنف، وقت، سنپ شاٹ اور دستخط کالر کی جانب سے فراہم نہیں کیے جا سکتے۔ نامزد گرانٹ آئی ڈیز Access کے موجودہ 16-ہیکس فارمیٹ کی پیروی کرتے ہیں؛ کارڈ آئی ڈیز 32 ہیکس ہیں۔

معیاری JSON میں UTF-8، ترتیب وار آبجیکٹ کیز، ٹوکنز کے درمیان کوئی وائٹسپیس نہیں، غیر ایسکیپیڈ یونیکوڈ، اور کوئی NaN/انفینٹیز نہیں ہوتے۔ اینوٹیشن ہیش، معیاری آبجیکٹ کا SHA-256 ہے جس میں format: "tgwitness-annotations-v1" اور previous_hash کے ذریعے تمام سات لفافہ فیلڈز شامل ہیں۔ یہ فارمیٹ ٹیگ اپنے ہیش ڈومین کو مشاہدات سے الگ کرتا ہے۔ دستخط 32 خام ہیش بائٹس پر Ed25519 ہے۔ ترتیب 1 سے شروع ہوتی ہے۔ ترامیم کارڈ آئی ڈی کو برقرار رکھتی ہیں اور پچھلے تشریحی ہیش کو supersedes میں نام دیتی ہیں؛ وہ چیٹ کے دائرہ کار کو تبدیل نہیں کر سکتیں۔ منتقلیاں، حیثیتیں اور ہٹانا الگ الگ ریکارڈز ہیں۔ SQLite ٹیبل UPDATE اور DELETE کو مسترد کرتی ہے۔

case-board.json میں {statement, signature} شامل ہیں۔ معیاری بیان ورک اسپیس کلید کے ذریعے دستخط شدہ ہے اور اس میں format: "tgwitness-case-board-v1"، public_key، created_at، journal_head، meaning، اور state شامل ہیں۔ اسٹیٹ (حالت) ڈیٹرمنسٹک ری پلے ہے: annotations_head، ایک ترتیب وار items صف (کلیکشنز، کارڈز، تبصرے بشمول ٹومب اسٹونز)، اور status_history۔ آئٹمز اپنی آخری تشریحی ہیش، ترتیب، مصنف اور وقت کے ساتھ ساتھ اصل بانی اور تخلیقی وقت کو تمام ترامیم میں برقرار رکھتے ہیں۔ ری پلے ترامیم، والدین، مجموعے کے حوالہ جات اور نقل شدہ ایکشن آئی ڈیز کی جانچ کرتا ہے۔ manifest.json اور نئے چیک پوائنٹس بھی annotations_head کو باندھتے ہیں۔ کسی نقل شدہ دستخطی کلید کے ساتھ کٹوتی یا دوبارہ تحریر کا پتہ لگانے کے لیے ایک چیک پوائنٹ کو آزادانہ طور پر برقرار رکھیں۔

متن کے ورژنز#

range.start ایک صفر پر مبنی یونیکوڈ کوڈ پوائنٹ آفسیٹ ہے، length ایک مثبت کوڈ پوائنٹ گنتی ہے، اور quote کو ہدف کے واقعے پر payload.text یا payload.caption کے عین مطابق سب سٹرنگ کے برابر ہونا چاہیے۔ کوئی NFC/NFKC، کیس فولڈنگ یا گرافیم نارملائزیشن لاگو نہیں کی جاتی۔ پائتھن سٹرنگ سلائسز اور جاوا اسکرپٹ `Array.from(text)` ایک ہی انڈیکسنگ کو نافذ کرتے ہیں۔ نشانات اور ZWJ ایموجی کو ملا کر کئی کوڈ پوائنٹس پر محیط ہو سکتے ہیں۔ `range.version` ہدف کے ایونٹ کا ہیش ہے، نہ کہ موجودہ پیغام کا ورژن یا ٹیلیگرام کا UTF-16 اینٹیٹی آفسیٹ۔ بعد کی ترامیم کبھی بھی ہائی لائٹ کو خودکار طور پر منتقل نہیں کرتی ہیں۔

شناخت اور وقت کو ٹکڑوں میں تقسیم کریں#

query بالکل ایک chat_id یا غیر خالی chat_ids قبول کرتا ہے، اختیاری شامل from/to، شامل پیغام-ID حدود (صرف ایک چیٹ کے لیے)، kinds: "all" یا بالکل/پری فکس وائلڈ کارڈ اقسام، واضح actors، search، hide_system، اور include_unscoped۔ جرنل قسم کے گروپس اپنے درست پیریڈیٹس میں پھیلتے ہیں۔ سرچ جرنل کے NFC/کیس-فولڈڈ پے لوڈ سرچ کا استعمال کرتا ہے، بغیر دستخط شدہ ماخذ متن کو تبدیل کیے۔ تاریخوں کے لیے ٹائم زون درکار ہوتا ہے اور وہ UTC میں نارملائز ہوتی ہیں۔ تاریخیں observed_at کو فلٹر کرتی ہیں۔ ٹیلیگرام کا source_at الگ سے دکھایا جاتا ہے۔ بغیر ماخذ ٹائم اسٹیمپ کے حذف کرنے کا کوئی فرضی حذف کرنے کا وقت نہیں ہوتا۔ ایک دیر سے ریکارڈ جو وقت کے وقفے کے باہر دیکھا گیا ہو، اس میں شامل نہیں ہوتا؛ ایک میسج-آئی ڈی سلائس میں ان پیغامات کے آئی ڈیز کے لیے بعد میں ہونے والی حذف کاری شامل ہو سکتی ہے۔

snapshot تخلیق کے وقت، جرنل کے تسلسل/ہیش کی حد، مماثل تعداد، پہلا/آخری تسلسل اور result_hash کو محفوظ کرتا ہے۔ یہ result_hash، UTF-8 کے معیاری JSON اری میں موجود مماثل ایونٹ ہیشز کا SHA-256 ہے، جنہیں لیکسیکوگرافک ترتیب میں ترتیب دیا گیا ہے، اور خالی سلائس کے لیے [] بھی شامل ہے۔ یہ عین مطابق قسم کی گنتی اور مشاہدے کے وقت کا 24-بِن منظرنامہ بھی ساتھ لے کر جاتا ہے۔ ایک سلائس ایک سوال (query) محفوظ کرتا ہے، نہ کہ ماخذ کے دہرائے گئے ریکارڈز۔ برآمد (export) کے وقت، board/slices/<id>.json موجودہ ہیشز اور شامل/ہٹائے گئے سلسلوں کی فہرست دیتا ہے۔ تصدیق کنندہ تخلیق کی حد پر اصل نتیجے کو دوبارہ تشکیل دیتا ہے، اور پھر موجودہ نتیجے کو۔ شامل کیے گئے ریکارڈز کو تبدیلی کے واقعے کے طور پر رپورٹ کیا جاتا ہے۔ کسی اصل واقعے کو ہٹانے سے ناقابلِ تبدیلی شواہد کی زنجیر ٹوٹ جاتی ہے؛ اسے خاموشی سے سلائس سے ایک عام ہٹانے کے طور پر قبول نہیں کیا جاتا۔

ری ایکشن سنپ شاٹس میں حالیہ اداکاروں کی فہرستیں نامکمل ہوتی ہیں۔ ایکسپلورر ایک ہی چیٹ/پیغام کے متصل سنپ شاٹس کا موازنہ کرتا ہے، بشمول سلائس کے باہر کے ایک سابقہ سنپ شاٹ کے، اور مشاہدات کے درمیان مجموعی تعداد میں تبدیلیاں رپورٹ کرتا ہے۔ یہ دعویٰ نہیں کیا جاتا کہ غائب حالیہ اداکاروں نے کسی ردعمل کو ہٹا دیا ہے۔ پہلی سنپ شاٹ کا کوئی اندازہ شدہ سابقہ حالت نہیں ہوتی۔ ایکٹر کے مشاہدات اسی سنپ شاٹ سے منسوب رہتے ہیں جس میں وہ فراہم کیے گئے تھے، نہ کہ کسی فرضی ایکشن کے وقت سے۔

API اور برآمدات#

GET /api/board کلیکشن/چیٹ/مصنف/لیبل/ریاست/سے/تک/q/قسم/تبصرے، آفسیٹ/حد اور جدید ترین/سب سے پرانے ترتیب کو قبول کرتا ہے۔ GET /api/board/card/{id} ایک کارڈ، ماخذ کا پیش منظر، تھریڈ، اسٹیٹس ہسٹری اور متعلقہ کارڈز واپس کرتا ہے۔ شرکاء کا ذیلی راستہ اہل ذکر کے اختیارات واپس کرتا ہے۔ POST /api/board/{bookmark|highlight|slice|collection|comment|status|move|remove} ایک ریکارڈ شامل کرتا ہے۔ POST /api/board/slice-preview ایک کوئری کا حساب لگاتا ہے۔ سلائس ریکارڈز کو GET /api/board/slice/{id}/records پر پیج کیا جاتا ہے؛ دوبارہ حساب کے لیے ہمیشہ موجودہ مستحکم ریڈ سنک اپ کا استعمال کیا جاتا ہے۔ لائو /api/stream جرنل کرسر سے الگ، پے لوڈ سے پاک board نوٹیفیکیشنز بھیجتا ہے۔

GET /api/board/export ایک دستخط شدہ دستاویز واپس کرتا ہے۔ چیٹ تک محدود رسائی ایک واضح طور پر لیبل شدہ دستخط شدہ انکشاف وصول کرتی ہے، کبھی بھی دوسری چیٹ کی تشریحات یا پوری چین نہیں۔ مکمل ثبوت کے زپس میں annotations.jsonl، دستخط شدہ case-board.json اور سلائس JSON ضمیمے شامل ہوتے ہیں۔ HTML/PDF/JSON رپورٹ کی ترتیبات میں کوئی بورڈ نہ چننے، بحث کے بغیر بک مارکس/سلائسز، یا تبصروں والے کارڈز کا انتخاب کیا جا سکتا ہے۔ یہ سیکشن ٹیم کی آراء کو مشاہدات سے واضح طور پر الگ کرتا ہے۔ رپورٹ کے ڈیٹا فلٹرز پڑھنے کے قابل نوٹس کو بھی محدود کرتے ہیں؛ ثبوتوں والی ZIP فائل میں موجود مکمل دستخط شدہ ماخذ فائلیں مکمل رہتی ہیں۔

GET /api/board/slice/{id}/export ایک دستخط شدہ tgwitness-board-selection-v1 JSON اقتباس تیار کرتا ہے؛ ?format=csv ایک آسان جدول تیار کرتا ہے بغیر کسی آزاد دستخط کے۔ JSON اور ZIP کو برقرار رکھیں:

python -m tgwitness.verify evidence.zip --fingerprint TRUSTED_KEY_SHA256 --board
python -m tgwitness.verify board-slice.json --evidence evidence.zip --fingerprint TRUSTED_KEY_SHA256
python -m tgwitness.verify case-board.json --evidence evidence.zip --fingerprint TRUSTED_KEY_SHA256

سلیکشن چیک دستخط شدہ بیان، ماخذ کے درست ریکارڈز اور اس کی کوئری کی مکمل ہونے کی تصدیق کرتا ہے، مخصوص حد پر۔ ثبوت کا ZIP نیا ہو سکتا ہے لیکن اس میں وہ پری فکس شامل ہونا ضروری ہے۔ ایک ڈینگلنگ ٹارگٹ واضح طور پر رپورٹ کیا جاتا ہے۔ ایک مختلف اصل سلائس کا اسنیپ شاٹ، تبدیل شدہ تشریح، غیر مطابقت پذیر ری پلے اسٹیٹ یا تبدیل شدہ ماخذ ناکام ہو جاتا ہے۔ تشریحات کے بغیر پرانے آرکائیو اپنا موجودہ تصدیقی رویہ برقرار رکھتے ہیں۔

ہینڈ اوور بطورِ ڈیفالٹ "شامل نہ کریں" پر سیٹ ہے۔ واضح شمولیت پہلے سے مختصر کردہ ریکارڈز کے ذریعے کارڈز کو پیش کرتی ہے، ناقابل رسائی/چھوڑے گئے اہداف کو خارج کرتی ہے، ان نمایاں حصوں کو روکتی ہے جن کے ماخذ متن کو مختصر کیا گیا تھا، ٹیم کے متن کو ایک ہی ذکر/رابطے کے قواعد کے ساتھ صاف کرتی ہے، اور اختیاری طور پر میٹا ڈیٹا اور نوٹس میں معلوم وقوعوں میں تفتیش کار کے لیبلز کو R01، R02… سے تبدیل کرتی ہے۔ اصل annotations.jsonl ظاہر نہیں کیا جاتا ہے۔ دستخط شدہ tgwitness-case-board-handover-v1 سائیڈ کار اور رپورٹ میں ایک ہی مختصر کردہ مواد ہوتا ہے۔ سلائس کی تعداد صرف ظاہر کردہ ریکارڈز کو بیان کرتی ہے، جبکہ اصل اسنیپ شاٹ/کویری کرنے والے کے تفصیلات کو پوشیدہ رکھا جاتا ہے۔ وہ آزاد متن میں نام جنہیں کم کرنے والا نہیں جانتا، ان کا جائزہ لینا ضروری ہے، جیسا کہ عام حوالگیوں میں ہوتا ہے۔ یہ مشتق ترمیم کے بعد اصل تشریحی دستخطوں کو محفوظ رکھنے کا دعویٰ نہیں کرتا۔

عملیاتی حدود#

پیرامیٹرز میں 10,000 کارڈز اور 50,000 تبصروں کی نرم حدیں، 5,000 ریکارڈز تک کا سلائس صفحہ، اور میڈیا-پریویو کنٹرول شامل ہیں۔ نرم حدیں تاریخ کو حذف کیے بغیر انتباہ کرتی ہیں۔ فیڈ صفحات میں زیادہ سے زیادہ 200 کارڈز ہوتے ہیں۔ الگ کھڑے JSON سلائس کے اقتباسات 64 MiB تک محدود ہیں؛ بڑے مواد کے لیے تلاش کو محدود کریں یا دستخط شدہ ZIP استعمال کریں۔ الگ کھڑا ویریفائر تشریحات کے دوبارہ چلانے کو 256 MiB تک محدود کرتا ہے۔ کیس بورڈ کے ذریعے کوئی بیرونی تبصروں کی اطلاعات فعال یا نافذ نہیں کی گئی ہیں۔

اس فیچر کی خودکار منظوری فرضی ڈیٹا اور ایک سمولیٹڈ ٹیلیگرام ٹرانسپورٹ استعمال کرتی ہے تاکہ اسٹوریج، رسائی، رینڈرنگ اور ایکسپورٹس کی جانچ کی جا سکے۔ شواہد کی جانچ کے دائرہ کار کے لیے توثیق کے دائرہ کار کو دیکھیں۔