Channel
@IntelligentSystemsArchitecture
On this record: Growth · Engagement · Posts · Citations · Cite this entry
1,337subscribers
+7 since we began measuring on 6 August 2026
Risers and fallers across the register · movement among entries of 1,000–3,162.
| Telegram ID | -1001987603105 |
|---|---|
| Type | Channel |
| Username | @IntelligentSystemsArchitecture |
| Created | Between 1 April 2023 and 31 October 2023 — estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 6 August 2026 |
| Last confirmed live | 6 September 2026 |
| Measurements held | 8 |
| Confirmed unchanged | 1 time, most recently 6 September 2026 |
| On Telegram | t.me/IntelligentSystemsArchitecture |
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 6 Sept 2026, 11:57 | 1,337 | +4 |
| 1 Sept 2026, 23:07 | 1,333 | +1 |
| 27 Aug 2026, 15:47 | 1,332 | +2 |
| 21 Aug 2026, 00:45 | 1,330 | -1 |
| 14 Aug 2026, 20:47 | 1,331 | +2 |
| 11 Aug 2026, 19:42 | 1,329 | -1 |
| 6 Aug 2026, 08:04 | 1,330 | no change |
| 6 Aug 2026, 07:17 | 1,330 | first reading |
20 posts held, back to 8 June 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 page of Telegram’s post history, 20 posts per page.
Nothing published in the last 30 days. ERR and ER are rolling 30-day measures, so there is nothing to compute — we hold 20 posts for this entry, the most recent from 29 July 2026. An engagement rate over an empty window would be a number about nothing.
Вдогонку. От ИТ-специалистов потребуется более высокая квалификация и вовлечённость. И тут всё упрётся в образование и в HR, которым тоже придётся начинать как-то потихоньку во всё вникать. И вот тут настоящая драма. Лично я не верю, что в образовании начнут платить, а платить будет нужно, потому что квалифицированных людей должны учить не менее квалифицированные люди. Квалифицированные люди при капитализме требуют д…
Вчера слушал на Business FM (на безрыбье и рак — рыба) высказывания руководителя одной уважаемой компании и другой, которая делает «Мегаплан», на тему ненужности ИТ-специалистов. Исполнители, когда готовили спикерам доклады, не указали следующие вещи: Операторы мультиагентных систем, те самые T-shape специалисты, которых так все хотят, — это опытные инженеры, часто архитекторы, с навыками бизнес- и системного анали…
А что если loops over graphs? А что если engineering as a whole? Какая-то у них тяга к инженерии — без инженерии.
Вдогонку: контекстный антиинжиниринг на маркдаунах уходит в прошлое. Магия упёрлась в потолок. И дальше, тут разочарую, будет сложнее. И, о нет, для результата придётся нанимать инженеров. Кто их успел сократить — с двойной премией к рынку.
18 июля Питер Штайнбергер (известен по OpenClaw) спросил в X: «Are we still talking loops or did we shift to graphs yet?». Через пару часов Хамель Хусейн (известен курсами по ML) родил пост «Loop Engineering Is Dead. Enter Graph Engineering», и к воскресенью лента запестрела тредами о том, что Microsoft, Stanford и Anthropic одновременно открыли graph engineering. Забавно, что мой пост про графовую память агентов вы…
В сухом остатке: при строгой дисциплине управления знаниями вместо Handoff нужен Kickoff
Handoff вреден. Текстовая сводка между сессиями — сжатие с потерями, которое выполняется в худший момент: контекст зашумлён, многие гипотезы и инсайты забыты или замылились. Хуже того, handoff часто уводит в сторону: новая сессия стартует со случайного промпта. Прогрев контекста съедает время и нервы. Вместо этого состояние нужно фиксировать непрерывными отсечками в Git: рабочий журнал, реестр извлечённых уроков, …
Я редко говорю, что являюсь председателем государственной экзаменационной комиссии в Ярославском государственном техническом университете (ЯГТУ). Уже много лет я стараюсь принимать защиты дипломов и давать обратную связь коллегам из дружественного мне вуза. Поделюсь своими выводами по защитам: Сильные защиты становятся сильнее. Мой любимый формат защиты — проект как стартап. Уже не первый год вижу защиты в таком фо…
В довершение серии постов. Графовая память (особенно если она построена поверх онтологии) является ключевым элементом архитектур с замкнутыми нейросимволическими контурами. Такие архитектуры позволяют автоматически отбраковывать результаты генерации, оставляя только формально корректные. Простыми словами: агенты с такой архитектурой никогда не предложат клиентам услуги, которых у вас нет, или параметры, которые не …
Простыми словами. Судя по всему, сейчас наблюдается тренд на повышение доверия к агентным системам. Агентов без доверия просто нельзя использовать в решениях, несущих хоть сколько-нибудь значимые риски. Чтобы доверять агентам, нужны как минимум две вещи: - Прослеживаемость (понимание, на какие в точности данные опирается агент). - Верифицируемость (возможность формальных проверок вывода). Если обратиться к нашей р…
Для всех, кто интересуется распределёнными решениями, в особенности «потрохами» брокеров сообщений: хочу сказать, что в этой работе мы сделали HAZOP для брокера сообщений — не игрушечный. Насколько я знаю, до нас этого никто не делал. Представляете, в современных автомобилях есть брокеры сообщений.
Приняли обе статьи. Provable — здесь ключ. Думаю, тренд уже на траст. Иначе отдача от вложений в LLM будет ниже ожиданий.
Showing the 12 most recent of 20 posts we hold for @IntelligentSystemsArchitecture. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
Republished by
Channels on the register that have forwarded this channel's posts into their own feed.
Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.
Named by 1 registered channel — every channel on the register whose own posts have named this one, by its current username or any other username it currently holds, merged from two separately captured readings of the same fact so a namer caught by only one of them is not missed and a namer both caught is not counted twice. A username this channel has since dropped is not matched — that handle may belong to someone else now, and crediting today’s namer to yesterday’s owner would misattribute it.
Named by
Channels on the register whose posts name this channel's handle.
A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 6 September 2026 — this entry's latest reading, not the date you are reading this.
“Intelligent Systems Architecture” (@IntelligentSystemsArchitecture), 1,337 subscribers as measured 6 September 2026. Telegram Register, tgregister.com/channel/IntelligentSystemsArchitecture.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.