Atlassian го претвора Loom-видеото во задача, но човекот одобрува

На 7 октомври 2026 година, на Team ’26 Europe, Atlassian го претстави Record for Agent во отворена бета. Корисникот снима објаснување во Loom, а агент може да го искористи како основа за работна ставка во Jira, прототип или слајдови во Confluence. Во поврзаните автоматизирани текови тимот може да постави човечка проверка пред резултатот да биде испратен; самата снимка не го заменува тоа одобрување.

За продуктните и развојните тимови, промената е во начинот на задавање работа: наместо да се опише секој визуелен детаљ со текст, корисникот го покажува на екранот додека зборува. Во разговор за SiliconANGLE, раководителот за AI-производи Jamil Valliani ја пренесе внатрешната изрека „Headless software means brainless software“. Таа човечка улога е особено јасна кај одделниот режим Rovo Work: корисникот ја задава целта, го разгледува предложениот план, може да го насочи извршувањето и го одобрува крајниот резултат.

Што презема Loom од објаснувањето

Record for Agent ја претвора снимката во структуриран план со кој агентот може да работи. Во описот на функцијата, Atlassian наведува дека Loom ги бележи кликнувањата, адресите на страниците, промените на екранот и клучните кадри. Со Magic Pen корисникот може да заокружи копче, да означи проблем со растојанието меѓу елементи или да пречкрта дел што не го сака. Така изговореното барање останува поврзано со делот од производот на кој се однесува.

Тоа е корисно кога една кратка реченица би била двосмислена. Барањето „помести го ова“ добива појасна смисла ако снимката покажува кој елемент се менува, во која состојба на екранот се појавува и што корисникот означил додека зборувал. Корисникот сепак треба да ја каже целта: снимениот клик покажува каде гледал, но сам по себе не објаснува какво однесување очекува по промената.

Објавениот развоен тек почнува со прошетка низ Figma-прототип, тек во активен производ или преглед на дизајн. Корисникот кажува што треба да се смени, зошто и што треба да доживее крајниот корисник. Потоа структурираниот план може да му се предаде на Jira Coding Agent или на агент од друга компанија. Ова е премин од визуелен бриф кон работа за агент, а не гаранција дека секое видео ќе произведе точна или прифатена промена.

Од истата снимка може да произлезат различни резултати

Резултатот зависи од задачата што му е зададена на агентот. Од Loom-објаснување може да се создаде Jira-ставка со контекст за имплементација, прототип или слајдови во Confluence. Во развојниот тек структурираниот план може да послужи и за создавање код за кориснички интерфејс. Затоа „видео во задача“ опишува еден важен исход, но снимката е влез и за други видови работа.

Условен пример ја покажува разликата. Ако дизајнер сними проблем во текот за регистрација и посочи копче што треба да се промени, агентот може да подготви Jira-ставка што ја опишува бараната измена. Ако целта е прво да се испита ново решение, соодветниот резултат може да биде прототип. Истото видео обезбедува визуелен контекст, но човекот одлучува дали бара задача за изведба или предлог што допрва треба да се разгледа.

Кај Jira-ставка, значајно е дали текстот го пренесува вистинскиот проблем, очекуваното однесување и причината за измената. Кај прототип, прашањето е дали предложеното решение одговара на намерата што е изговорена и покажана во снимката. Тие проверки произлегуваат од различните видови резултат: добро препознаен визуелен детаљ не значи дека агентот правилно ја разбрал одлуката што тимот сака да ја донесе.

Одобрувањето се поставува во работниот тек

Човечката проверка има конкретно место кога агентот создава резултат што треба да продолжи низ проектот. Во автоматизации со агенти од други компании, тимот може да одреди што го активира текот и каде човек треба да провери пред нешто да биде испратено. Тоа овозможува агентот да ги изврши меѓучекорите, додека прифаќањето на резултатот останува одлука на луѓето што ја водат работата.

Record for Agent и Rovo Work не се ист режим на одобрување. Првиот го претвора Loom-видеото во план и работа за агент; кај вториот корисникот прегледува предложен план и краен резултат за посложена задача. Затоа не може да се претпостави дека секоја Jira-ставка создадена од снимка задолжително чека исто финално одобрување. Таа граница треба да биде поставена во текот во кој агентот работи.

За тим што прима задачи од снимки, природната точка за проверка е пред подготвената работа да биде прифатена како проектна обврска. Тогаш може да се утврди дали ставката е во соодветниот проект, дали го задржува значењето на изговореното барање и дали забелешка од видеото не е претворена во одлука без согласност. Ова е последица од начинот на кој се спојуваат снимањето и автоматизацијата, а не тврдење дека Record for Agent сам ги прави тие процени.

Дозволите и историјата ја одредуваат границата на агентот

На истата конференција беше претставен и поширок систем за соработка меѓу луѓе и агенти во кој администраторите можат да зададат идентитет, овластувања и опсег на работа на агентот. За автоматизации со агенти од други компании е опишана и историја на тоа кој агент што направил и кога. Таа историја му помага на тимот да го проследи потеклото на создадена задача или документ, но се однесува на автоматизираниот тек, а не на секое поединечно снимање во Loom.

За распределен тим, снимката може да ја зачува врската меѓу изговорената намера и видливата состојба на производот за колега што не бил присутен. Агентот добива доволно контекст да подготви прв резултат во Jira или Confluence, а човекот останува одговорен за целта, границите на дејствување и прифаќањето на работата. Со отворената бета, непосредната одлука за тимовите е каде резултатот смее да продолжи автоматски и каде треба да почека човечко одобрување.

Прочитајте и:

• ShopMy Spotlights го претвора продадениот клип во Spark Ad
• Видеото носи внимание, аудиото доверба: подкаст-метриките не се споредливи