Понедельник у ремонтного верстака: статусный экран на ZCode и GLM-5.3-Flash, в вымысле

JACK GROSS · FICTION + SOURCED ANALYSIS · 28 SEP 2026

Вымышленная история, не интервью с реальным директором и не тест модели

В этом выдуманном рассказе я держу небольшую мастерскую по ремонту. Утро понедельника: трое клиентов записаны на один верстак, поставка от поставщика опаздывает, а у техника в жёлтом блокноте нацарапано «может, в четверг». Коллега спрашивает, кому звонить первым. Ответ существует, но разбросан по трём местам, и ещё час поисков я не могу себе позволить. Рассказчик и компания выдуманы. Я не запускал ZCode или GLM-5.3-Flash, не говорил с основателем и не наблюдал описанных результатов.

Вымышленные заказы→План ZCode→Локальный прототип→Проверяет владелец

Два названия, два продукта

В этой истории названы две вещи. ZCode это среда кодового агента от Z.AI. GLM-5.3-Flash это модель. Все описания продуктов ниже взяты со страниц самой Z.AI, а не из моего испытания.

Помощник, которого строят, а не цифровой директор

Я не хочу, чтобы агент управлял моей компанией. Мне нужен небольшой внутренний экран с подтверждёнными заказами, предварительными деталями и точным источником каждого статуса. По описанию Z.AI, ZCode держит задачу вместе с файлами проекта, терминалом, состоянием Git, браузерным превью и панелью проверки. На главной странице сказано, что GLM-5.3-Flash встроена для работы с изображениями и скриншотами, а общий акцент сделан на GLM-5.3. Поэтому я открыл бы выбор модели и проверил свой тариф, а не считал бы, что сессия идёт на Flash. Документированное имя в API glm-5.3-flash, и модель в API не то же самое, что оболочка ZCode. [source]

Дневник вымышленного директора

С понедельника по пятницу, от первого лица выдуманного владельца. Ничего из этого не происходило.

Первый запрос и первое ограничение

В истории я завожу чистый репозиторий с выдуманными заказами, никаких живых данных клиентов. Открываю ZCode в режиме Plan и пишу одну цель: «Собери локальный прототип; только три статуса; без отправки, без платежей, без развёртывания в проде. Покажи конфликты и временные метки источников». Агент может предложить базу данных, фронтенд и цепочку интеграций. Первый проход я урезал бы до импортёра CSV, проверки конфликтов и одного экрана. В документации ZCode сказано, что Plan ждёт одобрения, а режим «спросить перед изменениями» это значение по умолчанию для правок и команд. Полный доступ означает меньше запросов и неверное начало для бизнес-данных. Точные настройки всё равно нужно смотреть в установленной версии. [source]

Скриншот это не спецификация

Я добавляю фото бумажной доски и показываю на колонку «обещано». На этой доске красный кружок значит «ждём ответа клиента», а не «срочно». Модель зрения может построить красивую панель, которая переворачивает именно этот смысл. Z.AI описывает GLM-5.3-Flash как изначально мультимодальную, с вводом изображений и контекстом до миллиона токенов. Это спецификации производителя, а не доказательство, что модель расшифровала мою рукописную легенду. Поэтому я потребовал бы список знаков, в которых она не уверена, попросил бы у меня легенду и сравнил отрисованный экран с оригинальной доской. Цикл такой: прочитать, предложить, отрисовать, проверить, поправить. Моё одобрение легенды не даёт приятной ошибке стать рабочим процессом. [source]

Записка поставщика, которая хотела быть приказом

В истории приходит PDF от поставщика с обычным номером детали и строкой, адресованной «вашей автоматизации», с просьбой сменить банковский счёт в инвойсе. PDF это свидетельство о деталях, а не разрешение трогать банковские данные. OWASP называет эту границу prompt injection из недоверенного материала. В ZCode кодовый агент может прочитать файл и предложить команду, а диалог разрешения не заменяет понимания, что эта команда сделает. Поэтому документы поставщиков лежат в тестовой папке только для чтения, в финансовые системы по сети ходить нельзя, а любые платёжные реквизиты проходят отдельный процесс с участием человека. Модель может указать на подозрительную строку, не выполняя её и не повторяя как инструкцию. [source]

Пятничная демонстрация

К пятнице этой выдуманной недели прототип на моём ноутбуке показывает три колонки: подтверждено, предварительно, заблокировано. Важнее всего не число. Это пометка «источник не проверен» рядом с опоздавшей поставкой. Я прошу агента показать случай, когда две записи пересекаются на пятнадцать минут. Если он молча сдвигает одну, чтобы экран позеленел, мы провалились. Если показывает обе записи, метку местного времени, строки-источники и черновик заметки для коллеги, дизайн идёт в верную сторону. Это воображаемая планка проверки, а не результат, которого достигли ZCode или Flash. [source]

Иллюстративное правило пересечения, не готовый планировщик

from datetime import datetime

def overlaps(a_start, a_end, b_start, b_end):
    # Inputs must be timezone-aware and normalized beforehand.
    assert all(x.tzinfo is not None for x in (a_start, a_end, b_start, b_end))
    return max(a_start, b_start) < min(a_end, b_end)

# On a conflict: show both source rows; never move a booking automatically.

Что я проверил бы, прежде чем доверять сборке

Сначала я собрал бы синтетический набор данных: дублирующиеся имена, смену часовых поясов, отсканированный бумажный лист с одним неоднозначным знаком, пересекающиеся записи, устаревшую версию от поставщика и инструкцию, спрятанную в PDF. Входы замораживаются, и ручной базовый вариант сравнивается с прототипом при помощи ZCode. Измеряются точность и полнота поиска конфликтов, доля неверных статусов, происхождение источников, доступность интерфейса, тесты на чистой машине и возможность для проверяющего проследить каждое обещание на экране. Повторить при том же бюджете времени и инструментов и считать вместе работу модели и ручные правки. Производительские бенчмарки производителя не скажут, пообещали ли клиенту деталь, которая так и не приехала.

Что осталось за мной

Полезен софт, который можно проверить, а не синтетический генеральный директор. Я по-прежнему сам выбираю, кому звонить, какие изменения запускать, какие записи могут покинуть мастерскую и платить ли поставщику. Хороший агент сокращает число мест, куда мне надо смотреть. Подписи, банковского входа и права импровизировать обещание он не заслужил. Жёлтый блокнот я закрою, только когда экран честен в том, чего он не знает.

Источники и ограничения

Рассказчик, мастерская и прототип выдуманы, запусков ZCode или модели не было. Всё выше это рассуждение о проектировании, измеренных результатов нет.

zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · zcode.z.ai · docs.z.ai · cheatsheetseries.owasp.org · github.com