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

Canonical page: https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/

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

[Project context and measured scale](https://phishdestroy.github.io/TgWitness/docs/reference/overview/)

[Documentation index](https://phishdestroy.github.io/TgWitness/ur/llms.txt)

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

[ٹی جی وٹنس](https://github.com/phishdestroy/TgWitness/blob/main/README.md) / [دستاویزات](https://github.com/phishdestroy/TgWitness/blob/main/docs/README.md) · [تفتیش](https://phishdestroy.github.io/TgWitness/ur/docs/reference/investigation/)

![تفتیش](https://phishdestroy.github.io/TgWitness/assets/chapter-investigate.svg)

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

[شواہد کا ماڈل](https://phishdestroy.github.io/TgWitness/ur/docs/reference/evidence/) · [رسائی](https://phishdestroy.github.io/TgWitness/ur/docs/reference/access/) · [رپورٹس](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-reports/)

![مصنوعی تفتیش فیڈ](https://phishdestroy.github.io/TgWitness/assets/case-board.png)

**اس صفحے پر**

- [ایک کیس کے ساتھ کام کریں](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/#work-with-a-case)
- [اجازات](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/#permissions)
- [محفوظ شدہ معاہدات](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/#stored-contracts)
- [API اور برآمدات](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/#api-and-exports)
- [عملیاتی حدود](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-board/#operating-limits)

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

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

پہلے کیس کے لیے، ایک کلیکشن منتخب کریں اور وہ ریکارڈز شامل کریں جو ایک سوال کا جواب دیتے ہوں۔ تشریح کا جائزہ لینے کے لیے تبصروں کا استعمال کریں، پھر کارڈز اور ماخذ کے سیاق و سباق سے گزرنے کے لیے **پریزنٹیشن** **کا** استعمال کریں۔ جب ڈیلیوریبل تیار کر رہے ہوں تو [رپورٹ اسٹوڈیو](https://phishdestroy.github.io/TgWitness/ur/docs/reference/case-reports/) میں کیس بورڈ کا مواد علیحدہ سے منتخب کریں۔ ایک سلائس محفوظ کرنے سے رپورٹ کے ڈیٹا فلٹرز خود بخود ترتیب نہیں پاتے۔

محفوظ شدہ چیٹ پیغام میں متن کا انتخاب کریں تاکہ **ہائی لائٹ → بورڈ** ظاہر ہو۔ اس کا رنگ منتخب کریں اور ایک نوٹ شامل کریں۔ سرور عین اقتباس اور محفوظ شدہ ورژن کی جانچ کرتا ہے، بشمول ایموجی، 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`](https://github.com/phishdestroy/TgWitness/blob/main/tgwitness/schemas/board-bookmark.json) کے تحت ہیں، جو رن ٹائم 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 تک محدود کرتا ہے۔ کیس بورڈ کے ذریعے کوئی بیرونی تبصروں کی اطلاعات فعال یا نافذ نہیں کی گئی ہیں۔

اس فیچر کی خودکار منظوری فرضی ڈیٹا اور ایک سمولیٹڈ ٹیلیگرام ٹرانسپورٹ استعمال کرتی ہے تاکہ اسٹوریج، رسائی، رینڈرنگ اور ایکسپورٹس کی جانچ کی جا سکے۔ شواہد کی جانچ کے دائرہ کار کے لیے [توثیق کے دائرہ کار](https://phishdestroy.github.io/TgWitness/ur/docs/reference/evidence/#verification-scope) کو دیکھیں۔