मुख्य कंटेंट तक स्किप करें

चैनल

Channels Libre WebUI में public/private rooms और direct messages जोड़ते हैं, जिनमें threads, reactions, pins, unread state, attachments और durable encrypted chat पर @model replies हैं।

प्रकार और सदस्यता​

प्रकारकौन देखता हैकौन जुड़ता है
publicसभीस्वयं
privateकेवल membersowner invite करता है
dmदो लोगautomatic

Access केवल membership से: हर read, write, download और event इसे जाँचता है; outsiders को existence खोले बिना 404। Global administrator content नहीं पढ़ सकता।

Owner rename, archive, invite, remove, moderate और delete करता है। Owner केवल channel delete करके निकलता है। DM pair के लिए deduplicate होता है।

Timeline​

created_at और ID keyset cursors वाली durable ordered timeline।

  • Idempotent posts client ID से।
  • Tombstone deletion content साफ, position सुरक्षित।
  • Editing केवल author, editedAt सहित।
  • Threads एक level।
  • Reactions user+emoji pair में unique।
  • Pins members manage करते हैं।

Names, descriptions और messages encrypted हैं।

Unread​

हर membership का monotonic cursor। Server per-channel count करता है; अपने messages unread नहीं। POST /api/channels/:channelId/read केवल आगे जाता है।

Real time​

Changes channel:<id> और SSE GET /api/channels/:channelId/events में। हर delivery से पहले membership। SQL source of truth; missed events reread से recover।

Attachments​

POST /api/channels/:channelId/attachments, 15 मिनट का one-time claim। Bytes uploader के; download पर membership जाँच।

@model replies​

Reply तुरंत pending दिखता और durable job से केवल invoking member के रूप में पूरा होता है: उसका access, credentials, routing। Generation से पहले membership; errors visible।

जब mention होने वाला सदस्य Settings → Notifications में Channel mentions चालू रखे और किसी व्यवस्थापक ने आउटगोइंग मेल सर्वर सेट किया हो, तो mention उस सदस्य तक ईमेल से भी पहुँचता है (देखें सूचनाएँ)।

Model replies हाल की channel बातचीत (30 messages तक) को context के रूप में उपयोग करते हैं।

Chat tools जुड़े हैं: जब mention करने वाला सदस्य tools feature gate पार करता है और उसका कैटलॉग खाली नहीं होता, तो reply वही multi-round tool loop चलाता है जो chat turn चलाता है, उस सदस्य के अपने दृश्य tool सर्वर और अंतर्निहित टूल पर। Channel किसी persona से बंधा नहीं होता, इसलिए कोई persona tool binding कैटलॉग संकरा नहीं करती।

Chat जैसा कोई इसे देख नहीं रहा होता, इसलिए पार्श्व-प्रभाव वाला tool call सीधे अस्वीकृत होता है जब तक सदस्य के पास पहले से उसके लिए स्थायी अनुमोदन न हो। Reply यही बताता है और मॉडल को chat से चलाने को कहा जाता है। केवल-पढ़ने वाले टूल बिना पूछे चलते हैं, ठीक वैसे ही जैसे chat में। स्थायी अनुमोदन प्रति-channel सीमित हैं: "इस chat के लिए अनुमति" निर्णय कभी channel में नहीं जाता, और कोई प्रति-channel अनुमोदन किसी दूसरे channel या chat में नहीं जाता। क्योंकि केवल केवल-पढ़ने वाला काम बिना निगरानी चल सकता है, दोबारा चलाया mention job दोहराने के लिए सुरक्षित है।

Reply उसने जो calls कीं उनका सीमित सारांश (अधिकतम 12, काटे तर्क और परिणाम पूर्वावलोकन सहित) संदेश के नीचे "Tools used" प्रकटीकरण के रूप में साथ रखती है। Knowledge retrieval और web search अब भी channel mentions में नहीं जुड़े।

Limits​

प्रति user 50 channels, 200 members, 50,000 messages, 8,000 characters, 5 × 10 MB attachments, 200 reactions।

सीमाएँ​

Presence/typing, अलग channel export या leave के अलावा per-channel notification settings नहीं।