Документация
Концепции
Эта секция — mental-model SUMMING. Если вы понимаете, как устроена платформа изнутри, workflow'ы перестают быть magic'ом и становятся предсказуемой инженерной пра
Эта секция — mental-model SUMMING. Если вы понимаете, как устроена платформа изнутри, workflow'ы перестают быть magic'ом и становятся предсказуемой инженерной практикой.
Читайте в порядке:
- How it works — 5-минутное введение: space →
agent → workload (
visual_process | program) → run → trace. - Agents, Workloads & Programs — что живёт внутри Agent, чем текущий визуальный Process отличается от native Program, и почему пользователь не выбирает версию runtime.
- Runs & Traces — жизненный цикл run'а (queued → planning → running → done/failed), trace-events, retry policies.
- Secrets & Connections — разница между secret'ом (шифрованная строка под AES-256) и OAuth-connection'ом (долгоживущая привязка к внешнему провайдеру с refresh-token rotation).
- Approvals — human-in-the-loop: любой узел workflow'а можно гейтить approval'ом по space-роли или named- пользователю.
- KPIs & Reports — auto-computed метрики на основе trace-событий (runs / cost / latency / success rate), weekly reports в PDF.
- Webhooks — общая анатомия incoming webhook'а: HMAC / query-token / IP-whitelist варианты валидации, retry- семантика, raw-body-capture.
После прочтения вы сможете:
- Строить workflow-паттерны, а не «пытаться вспомнить какой виджет что делает»
- Объяснять коллегам, как SUMMING обрабатывает ваш trigger — шаг за шагом с apical'ой до handler'а
- Диагностировать сбои по trace'у, а не «run красный — что-то сломалось»