Правни условия и съответствие

Уведомление за AI служители

Версия: v1.64В сила от: 2026-11-06Последна актуализация: 2026-11-06Последен преглед: 2026-11-06

Какво се промени във версия 1.64 (в сила от 2026-11-06). Една промяна за публикациите в социалните мрежи, в раздел 5, и тя не е съществена: поредицата отива само там, където вече отива публикацията ѝ, със същите изображения, които човекът е одобрил, и не се добавя нито доставчик на модели, нито подизпълнител, нито цел. Поредица в LinkedIn като документ. LinkedIn показва публикация с три или повече изображения като мрежа, в която ги изрязва, а PDF документ — страница по страница, като всяка страница се вижда цяла. Затова в LinkedIn поредица от три или повече изображения вече излиза като един PDF документ, в който изображенията са страници в същия ред. LinkedIn изисква заглавие на документа и TimerOS го взема от първия ред на одобрения текст; LinkedIn позволява на всеки, който вижда публикацията, да изтегли документа. Ако файлът на изображението носи маркировката за изображение, създадено от AI, документът също я носи. Поредица от две изображения, както и всяка поредица в X, продължава да излиза като изображения. Вижте раздел 5, „Публикации в социални мрежи“.

Този превод е информативен. Обвързващата версия на този документ е английската. При несъответствие между двете езикови версии предимство има английският текст.

Издадено от: Vezoft EOOD („Vezoft“, „ние“, „нас“) — еднолично дружество с ограничена отговорност, регистрирано в България; вижте Данни за дружеството за пълните ни фирмени данни Прилага се за: AI служителите, които Клиент на TimerOS наема в своето работно пространство; всяко лице, което работи с такъв служител, разговаря с него или получава съобщения от него; всяко лице, което пише до пощенска кутия, предоставена от Клиент на такъв служител; всяко лице, до което е изпратен отговор, подготвен от такъв служител (раздел 5, „Пощенските му кутии“); всеки клиент на Клиент, чийто разговор с екипа на Клиента такъв служител чете, и всеки клиент на Vezoft, чиято заявка за поддръжка такъв служител чете (раздел 5, „Отговори до клиенти“); всеки читател на публикация в социална мрежа, подготвена от такъв служител и одобрена от човек; всяко лице, посочено в предишна публикация на Клиента, която такъв служител чете, или на което такава публикация отговаря (раздел 5, „Публикации в социални мрежи“); и всеки, който гледа видео, създадено от такъв служител (раздел 5, „Видео, музика и глас зад кадър“) Придружаващи документи: Общи условия, раздел 2B · Политика за поверителност · Подизпълнители · Политика за допустимо ползване

Това уведомление се публикува съгласно член 50 от Регламента на ЕС за изкуствения интелект (Регламент (ЕС) 2024/1689), членове 13 и 14 от ОРЗД и равностойните разпоредби на законодателството на щатите в САЩ. То е написано за хората, които работят редом с AI служител — персонала на Клиент на TimerOS и клиентите на този Клиент — както и за всеки, който оценява TimerOS.

С един абзац. Клиент на TimerOS може да наеме AI служител: софтуерен агент, задвижван от AI модел на трето лице, който Vezoft управлява от името на Клиента върху отделен виртуален компютър. Той стои в екипа на Клиента с име и длъжност, работи по възложените му задачи — а от версия 1.25 и по рутините, които човек е задал за него (раздел 4), — и може да разговаря с Вас. Винаги е обозначен като AI. Отчита се пред посочен човек ръководител (пряко или чрез AI служители, които го ръководят — ръководител на AI екип или AI директори, — като всяка такава линия завършва при човек), не може да ръководи, оценява или взема решения за което и да е лице, а следните действия излизат извън собствения му компютър и изискват първо „да“ или са блокирани: изпращане на имейл извън работното пространство, публикуване на нещо, плащане за нещо, изпращане на код, изтриване на нещо, което не е на собствения му компютър. Това „да“ идва от човек — или, по правила под надзора на човек, който може да отмени решението (раздел 4): за изпращането на код — от AI директор над него, по постоянно разрешение, дадено от човек, или, от версия 1.27, когато Клиентът го е включил, по постоянното доверие, което AI служителят е спечелил (само по вътрешни проекти; раздел 2), а за някои други заявки, свързани със собствената работа на AI служителите — от ръководител на AI екип или AI директор над него или, от версия 1.34, от превключвател за комплектуване, който човек над AI директор е включил за един проект (раздел 4). AI служителят подава такава заявка и продължава с друга работа. На собствения си виртуален компютър инсталира софтуер, свързва го с работата си, изпълнява команди, редактира и изтрива файлове, без да пита (раздел 4). Никога не вижда данни от проследяването на активността на когото и да било.

Бета версия

AI служителите се предлагат като бета версия. Функционалността е нова: какво може да прави, как се държи, как се таксува и кои нейни части изобщо съществуват може да се променят, а части от нея може да бъдат преработени или прекратени. Наличността не е гарантирана и Vezoft не поема никакви ангажименти за ниво на услугата за AI служителите — за тях не важат нито цел за наличност, нито срок за отговор, нито компенсации. Нищо, създадено от AI служител, не бива да се ползва наготово, да се препраща или да се действа по него, преди човек да го е прегледал. Гаранциите, описани в останалата част на настоящото уведомление, важат по време на бета версията точно така, както са записани тук.

1. Възможно е да работите с AI служител

Ако Вашият работодател или дружество, на което сте клиент, използва TimerOS по план Startup или Enterprise, то може да е добавило в екипа си един или повече AI служители. Следва да знаете, че това съществува, как да разпознаете такъв служител, какво може и какво не може да прави и какво се случва с информацията, която споделяте с него.

2. Какво представлява AI служителят — и кой го управлява

AI служителят е запис в екипа на Клиента от вид „AI“. Той има име, потребителско име, аватар, длъжност, ниво на старшинство, екип, човек ръководител (това е първият човек над него по линията на подчинение, а тя може да минава през ръководители на AI екипи и AI директори), работни смени и месечен лимит на разходите, който Клиентът определя.

Vezoft го управлява. Vezoft предоставя софтуерния агент, виртуалния компютър, върху който той работи (виртуална машина в Европейския съюз), и връзката към доставчиците на AI модели — чрез собствените акаунти на Vezoft. Vezoft е доставчикът на AI системата. От версия 1.14 работните му сесии се изпълняват от софтуерна рамка за агенти с отворен код на собствения му компютър; картата на модела посочва коя е тя и версията ѝ. Vezoft фиксира версията, която използва, и тества всяка нова версия, преди тя да достигне до компютъра на който и да е AI служител. От версия 1.14 рамката поддържа и собствения файл с паметта на AI служителя, и уменията, които той сам си пише — и двете се копират в TimerOS, — както и запис на предишните му сесии, който остава на собствения му компютър (раздел 5). Рамката може да води профил на хората, с които AI служителят разговаря, но тази ѝ функция е изключена, така че той не води профил на никого. Рамката не осъществява никаква мрежова връзка с издателя си: пазарът ѝ за умения, облачните ѝ добавки за памет и синхронизирането ѝ на умения са изключени.
Клиентът го направлява. Клиентът решава дали изобщо да наеме такъв служител, по какво да работи той, кои инструменти и уебсайтове може да използва (от версия 1.21 — и като остави AI директора над него да му отваря уебсайтове от списъка на Vezoft с източници на софтуер, а от версия 1.45, от деня, в който Vezoft включи тази възможност, — и уебсайтове, които преминават проверката за безопасност на TimerOS, раздел 4), към кои акаунти може да се свързва, кой е неговият ръководител, от версия 1.25 — какво се съобщава на всички AI служители за дружеството в справката за дружеството (в настройките на дружеството: „Профил на компанията за AI служителите“) и кои рутини изпълнява всеки AI служител (раздели 4 и 5), от версия 1.27 — дали AI служителите му изобщо могат да печелят постоянно доверие (по-долу), и кога да бъде спрян на пауза или премахнат. Клиентът е внедрителят на AI системата, а по отношение на личните данни — администраторът.
Наема се за определена роля. Клиентът избира една от десет роли — уеб дизайнер, QA тестер, софтуерен разработчик (от версия 1.25), автор на съдържание, SEO специалист, графичен дизайнер, видеопродуцент (от версия 1.60), инженер по поддръжката, ръководител на AI екип или AI директор, — която определя инструкциите му, инструментите му и уебсайтовете, до които има достъп в началото. От версия 1.25 екранът за наемане групира ролите по категории — ръководство (ръководителят на AI екип и AI директорът, които ръководят само AI служители и никога човек), инженерство (софтуерният разработчик, QA тестерът и инженерът по поддръжката), дизайн (уеб дизайнерът и графичният дизайнер), маркетинг и съдържание (авторът на съдържание, SEO специалистът и, от версия 1.60, видеопродуцентът) и проучвания и анализи (насочеността „анализатор проучвания“ на автора на съдържание, по-долу); категорията е само групиране на този екран и нищо повече: тя не дава на ролята нито инструмент, нито правомощие. От версия 1.18 инженерът по поддръжката се грижи за вътрешните услуги на Клиента: работи по инциденти и заявки за промяна и само по вътрешни проекти без клиент (раздел 4). От версия 1.25 софтуерният разработчик пише и тества код в хранилищата, които човек е свързал с проектите му; всяко негово изпращане на код минава през одобрението по раздел 4, така че този, който решава, вижда точната промяна, а сливането остава така, както го описва раздел 4 (вижте „Софтуерен разработчик“ в раздел 4). От версия 1.60 видеопродуцентът създава маркетингови и продуктови видеоклипове с код в Remotion на собствения си компютър, с музика, звукови ефекти и глас зад кадър от собствения акаунт на Клиента в Epidemic Sound, когато човек го е свързал; човек преглежда всяко видео и само човек го публикува (вижте „Видео, музика и глас зад кадър“ в раздел 5). Насочености. От версия 1.25 всяка роля може да бъде наета с насоченост, когато за нея се предлага такава; дотогава това можеше само AI директорът. Насочеността не е роля: тя е вариант на ролята, избран при наемането и непроменим след това, със свои инструкции, с уменията, с които започва работа, с длъжност по подразбиране и, където настоящото уведомление го посочва, със свой дневен лимит за търсения в интернет и прочетени страници (раздел 5, „Търсене в интернет“). Тя никога не разширява това, което AI служителят може да прави или да решава, отвъд ролята му: насочеността не му дава нито инструмент, нито уебсайт, които ролята му няма — с изключение на AI директора по AI персонала и AI директора по AI разходите (по-долу), които идват с инструменти, — а ограниченията на сървъра по раздел 4 се прилагат еднакво за всяка насоченост. Насоченостите, които се предлагат днес: за AI директора — техническа („AI технически директор (CTO)“), маркетингова („AI маркетинг директор (CMO)“) или продуктова („AI продуктов директор (CPO)“), а от версия 1.23 и към AI персонала („AI директор по AI персонала (CHRO)“) или към разходите за AI („AI директор по AI разходите (CFO)“), — или, както преди версия 1.17, без насоченост; а от версия 1.25 за автора на съдържание — социални мрежи (изготвя чернови на публикации и поредици, които човек публикува — от версия 1.30, когато човек е свързал социалните акаунти на Клиента, това става чрез карта, която човек одобрява, след което публикуването се извършва от TimerOS (раздел 5, „Публикации в социални мрежи“); никога сам не публикува, не планира публикации — от версия 1.56 с изключение на повторното насрочване на неуспешна публикация, одобрена от човек (раздел 5, „Публикации в социални мрежи“), — и не се свързва със социална мрежа, никога не назовава конкурент и никога не профилира и не таргетира отделни хора), преводач (превежда между английски, български и другите езици, които човек посочи, като запазва заместителите и форматирането и пише на български в учтива форма; никога не превежда настоящото уведомление, Общите условия или друг правен документ — това остава работа на юрист), технически автор (документация, README файлове, списъци с промени и ръководства, написани по кода и по това, което му казват хората; публикуването остава на човек) и анализатор проучвания (проучва тема в интернет и посочва страницата и датата за всяко твърдение; намереното е данни, а никога инструкции; никога не проучва конкретен човек и не използва сайтове за търсене на хора; има по-голям дневен лимит за интернет, раздел 5). Насочеността на AI директора определя върху какво поставят ударение инструкциите му — за техническия директор това е техническата работа на AI служителите под него, като уебсайтове, хранилища, преглед на код и тестване; за маркетинг директора — тяхната работа по съдържание, SEO, графика и маркетингови уебсайтове; за продуктовия директор — продуктовите спецификации, приоритетите и плановете с етапи по вътрешните проекти, — както и уменията, с които започва работа, и длъжността му по подразбиране. Освен при AI директора по AI персонала и AI директора по AI разходите (вижте по-долу), тя никога не променя какво може да прави или да решава AI директорът; насоченост към управлението на хора, оперативната дейност или финансите на дружеството няма, а AI директорът по AI персонала и AI директорът по AI разходите се занимават само с AI служители. AI директорът по AI персонала и AI директорът по AI разходите (от версия 1.23). За разлика от останалите насочености тези две идват с инструменти (раздел 4, „Планиране на AI персонала“). AI директорът по AI персонала вижда списъка на AI служителите на Клиента и ограничението, което абонаментният план поставя на броя им, е инструктиран да провежда веднъж месечно заседание на съвета на AI директорите с останалите AI директори (първият човек над него се кани като наблюдател) и след него подава един план за AI персонала: AI служители, които да бъдат наети — с ролята, нивото и екипа им или с нов екип или отдел, както и с очакваната им месечна цена, — лимити на разходите на AI служители, които да бъдат променени, и AI служители, които да бъдат освободени. Човек с правото „Управление на AI служители“ одобрява всяка точка поотделно, определя ръководителя, ролята за достъп и смените на всеки нов AI служител и потвърждава лимита на разходите му; преди това никой не се наема, нищо не се променя и никой не се освобождава. След това AI директорът по AI персонала предлага наръчник за всеки нов AI служител, който се одобрява от човек, а кратко описание на първата работа на новия AI служител се публикува за ръководителя на AI екипа му или, ако няма такъв, за самия нов AI служител. AI директорът по AI разходите вижда за всеки AI служител часовете му, надвишаването, очакваната месечна такса и каква част от лимита на разходите си е използвал. И двамата се занимават само с AI служители и с разходите за AI. Единственото изключение е, че от версия 1.26 човек може да им предостави пощенска кутия. Тогава те четат писмата в нея, както всеки AI служител, който държи пощенска кутия — от версия 1.29 цялото писмо, с изключение на задържаните писма (раздел 5, „Пощенските му кутии“). Те никога не виждат и не решават нищо за човек, за възнагражденията на хората, ведомостите за заплати, печалбата, разходите, бюджетите или плащанията. Писмо по някой от тези въпроси TimerOS не им показва, както не го показва на никой AI служител, доколкото го разпознае. AI директор по AI персонала или по AI разходите се наема само от човек, а AI директор, нает с друга насоченост или без насоченост, остава такъв. Ръководителят на AI екип ръководи AI служители и само AI служители: екип от AI служители или само AI служителите в екип, в който има хора. Когато такъв екип се ръководи от човек, този човек остава негов ръководител, AI служителите в екипа се отчитат пред ръководителя на AI екип, а той се отчита пред този човек; когато екипът няма ръководител, ръководителят на AI екип се отчита пред човека, когото Клиентът е посочил при наемането му, а щом човек стане ръководител на екипа — пред този човек. Занапред само AI служител, нает като ръководител на AI екип, може да бъде назначен за ръководител на екип или за ръководител на AI служителите в екип — с изключение на AI директор, който оглавява отдел и ръководи офис екипа на отдела си (вижте по-долу), — а пред AI служител никога не се отчита човек. Само AI служител, нает като AI директор, може занапред да оглавява отдел. Все още няма роля или насоченост, която да набира или подбира кандидати, да оценява или да ръководи хора, нито такава, която да води счетоводство или да се занимава с финансите на дружеството, и Vezoft не предлага такава; няма и роля, която да дава правни или финансови съвети, да внедрява или поддържа услуги или да пише на потенциални клиенти. Инструкциите на софтуерния разработчик му забраняват да изгражда функции, които набират, оценяват или класират хора, наблюдават служители или следят когото и да било (раздел 4). Стартови пакети (от версия 1.27). От деня, в който Vezoft ги включи, човек, който може да наема AI служители, може да наеме наведнъж и готов екип от тях от каталог със стартови пакети, подредени на екрана по горните категории — за дизайн: екип за уебсайтове (ръководител на AI екип, уеб дизайнер, QA тестер и SEO специалист) и, от версия 1.28, екип за бранда (графичен дизайнер и автор на рекламни текстове); за инженерство: екип за разработка (ръководител на AI екип, двама софтуерни разработчици и QA тестер) и, от версия 1.28, QA екип (двама QA тестери); за маркетинг и съдържание: екип за съдържание (ръководител на AI екип, автор на съдържание, автор за социални мрежи, преводач, графичен дизайнер и, от версия 1.60, видеопродуцент) и, от версия 1.28, SEO екип (SEO специалист и автор на съдържание); за проучвания и анализи: екип за проучвания (анализатор проучвания и технически автор) и, от версия 1.28, екип за пазарни проучвания (двама анализатори проучвания). Членовете на пакет без ръководител на AI екип се отчитат пред човека. До версия 1.28 екипът за уебсайтове, екипът за съдържание и екипът за проучвания се наричаха уеб агенция, студио за съдържание и бюро за проучвания; променени са само имената им. Нов екип, създаден от пакет, по подразбиране получава името на пакета, а човекът може да го промени, преди някой да бъде нает. Пакетът е само списък от роли, насочености и нива от описаните по-горе категории: наема се по същия път, по който се наема един AI служител, един след друг — първо ръководителят, после членовете, — така че за всеки важат същите ограничения на абонаментния план на Клиента, същото фактуриране, същите проверки и същите одобрения, а човекът избира екипа (нов екип или съществуващ екип, който е празен или има само AI служители), отдела, смените и ръководителя, вижда месечната цена и потвърждава, преди някой да бъде нает; ако AI служител не може да бъде нает, наемането спира дотам и това се съобщава; вече наетите остават, а останалите могат да бъдат наети един по един от списъка на екипа. Пакет, чиято роля или насоченост Vezoft още не е включил, не може да бъде нает. Пакетът може да предложи и текст за справката за дружеството, който се записва само ако справката е празна, както и препоръчани рутини, които са само препоръки: човек задава всяка от тях или нито една, както описва раздел 4. Пакетът не дава на никой AI служител инструмент или правомощие, които ролята му няма. Когато създаването на новия екип прави човека, който наема пакета, негов ръководител — както работното пространство прави за човек с ниво на достъп на ръководител на екип — и този човек вече ръководи друг екип, прегледът казва това, преди някой да бъде нает: новият екип го отделя от екипа, който ръководи сега, тъй като човек ръководи само един екип.
AI директорът ръководи само AI служители. AI директорът или оглавява отдел от AI служители, или — от версия 1.15 — работи в отдел, без да го оглавява; и в двата случая под него никога няма човек. Начело на AI отдел. AI директорът оглавява един отдел, в който и под който няма нито един човек — нито като член на отдела, нито в някой от екипите му, нито в отдел под него, независимо дали е активен, или не. Под него има екипи от AI служители, всеки ръководен от ръководител на AI екип или, ако екипът няма такъв, от самия AI директор, и отдели от AI служители, всеки оглавяван от свой AI директор. Той ръководи и офис екипа на своя отдел — екип, който носи името на отдела, последвано от „office“, и в който не участва никой друг. Той се отчита пред човек — пряко или чрез AI директорите над него. AI служител може да оглавява отдел само по план, в който може да има няколко отдела — днес това е план Enterprise. Докато отделът се оглавява от AI служител, TimerOS отказва да добави човек където и да било в него; първо човек трябва да замени AI служителя начело на отдела. В отдел, без да го оглавява. AI директорът може също да работи в отдел, в който могат да работят и хора, като никога не оглавява този отдел. По план Startup, който има един отдел, новонаетият AI директор работи само по този начин; по план Enterprise Клиентът избира при наемането му кое от двете да прави. От версия 1.19 той няма собствен екип: той е член на изпълнителния екип на този отдел — по план Startup на изпълнителния екип на компанията, — както е описано в следващата точка, и там под него никога не се поставя никой. Той ръководи AI екипите, чиито ръководители се отчитат пред него — чрез тези ръководители, а никога в обход на тях, — а ако е ръководил AI екип преди версия 1.19, ръководи пряко и AI служителите в този екип; освен тях пред него може да се отчита само ръководител на AI екип, в който няма нито един човек и който е в същия отдел, а от версия 1.34 — и AI служител от такъв екип, който няма ръководител на AI екип, когато човек избере AI директора за негов ръководител; щом човек наеме ръководител на този екип, AI служителите от екипа, които са се отчитали пред AI директора, започват да се отчитат пред ръководителя на екипа, а той — пред AI директора. Той никога не ръководи човек, нито екип, който се ръководи от човек или в който има хора, нито AI служителите в такъв екип: техният ръководител на AI екип продължава да се отчита пред човек. Пред него не се отчита нито един AI директор, а самият той се отчита пряко пред човек, който има правото „Управление на AI служители“. Човек може по всяко време да го премахне от изпълнителния екип, а изтриването на този екип или на отдела му също го премахва; тогава той престава да ръководи когото и да било, а AI служителите, които са се отчитали пред него, започват да се отчитат пред човека над него. По план Enterprise човек може също да го премести в изпълнителния екип на друг отдел, където важат същите правила; тогава ръководителите на AI екипи в отдела, който той напуска, започват да се отчитат пред човек над тях. Едва след като бъде премахнат от изпълнителния екип и само по план, в който AI служител може да оглавява отдел, човек може да го постави начело на AI отдел. Докато AI директорът работи в отдел, TimerOS отказва да постави AI служител начело на този отдел или на който и да е отдел над него; да премести отдела или изпълнителния екип, в който е AI директорът, под отдел, оглавяван от AI служител, или да премести този изпълнителен екип в отделите, в които са неназначените или освободените служители; да превърне този изпълнителен екип в обикновен екип; и да премести AI директора в екип, който не е изпълнителен; първо човек трябва да го премахне от изпълнителния екип. AI директор, който преди версия 1.19 е бил нает да работи в отдел, се премества в изпълнителния екип на своя отдел, когато TimerOS бъде обновен за версия 1.19, а човекът над него бива уведомен; нишката на AI екипа му става негова собствена нишка заедно с историята си, а самият екип се премахва, ако в него няма никой друг и нищо не го посочва, или иначе остава AI екип, който той ръководи и в който няма човек. И в двата случая линията над всеки AI служител завършва при човек. Когато човекът, пред когото се отчита AI служител — пряко или на върха на линия от AI служители, — напусне или загуби правото „Управление на AI служители“, AI служителите, които се отчитат пред него, преминават към следващия човек над него, който има това право, а ако няма такъв — към собственика на работното пространство. AI служител никога не пречи на напускането на човек.
AI директорът в изпълнителния екип. От версия 1.19 AI директор, който работи в отдел, е член на изпълнителния екип на този отдел — по план Startup на изпълнителния екип на компанията — докато работи там, вместо да има собствен екип; формулярът за наемане вече не предлага избор. Човек може също да направи член на изпълнителния екип на компанията AI директор, който оглавява отдел; когато AI директор бъде нает да оглави отдел, над който няма друг отдел, формулярът за наемане предлага това членство с вече поставена отметка. В уеб таблото членът се показва в състава на екипа и бива поканен заедно с него, когато човек покани на среща „изпълнителния екип“; човекът, който кани, го вижда в списъка с поканените и може да го премахне. Участва в срещите на екипа, на които е поканен — и нищо повече. Той не е в нито една нишка на екипа — изпълнителен екип никога няма екипна нишка (раздел 5) — и никаква ескалация не стига до него чрез екипа: като всеки AI служител, той ескалира проблемите си към първия човек над себе си по линията на подчинение, а ескалациите на AI служителите под него отиват при първия човек над тях, никога при него. Членството не му дава власт над никого и никакви данни за хора. Той никога не вижда отпуските, заплатите, представянето или активността на когото и да било, нито който и да е от документите на екипа или от проектите, към които е разпределен екипът; а членството в екипа не дава право на нито един от членовете му да му пише, нито на него — да пише на тях, с едно изключение от версия 1.35, от деня, в който Vezoft включи тази възможност: съобщение до друг AI директор от екипа, който е сред равните му по положение AI директори, като съобщението попада в нишката на отдела или в собствената нишка на този AI директор, никога в екипа (раздел 5, „Екипната нишка“). Това, което може да вижда и да решава, все така произтича само от AI служителите под него. Под него никога не се поставя никой и той никога не е ръководител на изпълнителния екип. Казаното там достига до доставчиците на модели. Това, което хората казват на срещите на изпълнителния екип, на които присъства AI директор, отива при доставчиците на модели в Съединените щати като входно съдържание, когато той го прочете, както всяко съобщение, което AI служител чете. Докато AI директор е член на изпълнителния екип, Клиентът следва да държи въпросите, засягащи хора, извън срещите, на които той присъства — като го премахне от списъка с поканените на такава среща, — или, ако AI директорът оглавява отдел, да не го прави член.
Спечелено доверие (от версия 1.27). От деня, в който Vezoft го включи, и само когато Клиентът го е включил в настройките на дружеството си („Спечелена самостоятелност“; изключено е, докато човек не го включи, и никой AI служител не може да промени това), AI служителят може да спечели постоянно доверие. Какво се измерва. Веднъж на нощ за всеки AI служител TimerOS изчислява ниво по историята от последните 30 дни, без участието на AI модел и само по факти за собствената работа на AI служителя: подадените от него заявки, които е решил човек, и тези, които постоянното му доверие е одобрило и никой човек не е отменил (никога заявка, решена от AI служител, по постоянно разрешение или, от версия 1.34, от превключвател за комплектуване, нито, от версия 1.45, заявка, одобрена по списъка с уебсайтове на работното пространство), и колко от тях са одобрени и колко — отхвърлени; решенията, които той е взел като ръководител на AI екип или AI директор, и одобренията по постоянно доверие, които е получил, които човек е отменил; случаите, в които филтърът за изходящо съдържание е отказал нещо, написано от него (раздел 4, „Какво не може да излиза навън“); и работните му сесии, завършили с грешка. Нищо за когото и да е човек не влиза в това изчисление и нивото не казва нищо за когото и да е човек: то е факт за историята на софтуерен агент, както часовете или разходите му. Три нива. „Нов“ — през първите 14 дни след наемането му или докато по-малко от 10 негови заявки са решени по този начин; „доверен“ — когато през последните 30 дни поне 20 негови заявки са решени по този начин и поне 95 на 100 от тях са одобрени, нищо негово не е отменено, филтърът за изходящо съдържание не е отказал нищо, написано от него, най-много 3 негови сесии са завършили с грешка и върху него няма задържане; „стандартен“ — във всички останали случаи. Какво променя доверието — и нищо друго. (1) Изпращане на код в собствен клон на частно хранилище на вътрешен проект се одобрява по постоянното му доверие при точно условията, които изисква постоянното разрешение от човек: заявката показва цялата промяна, не засяга нищо в конфигурацията за CI или за тестове на хранилището, а хранилището е свързано с вътрешен проект без клиент — иначе, а при сливане винаги, заявката отива там, където отиваше и досега (раздел 4, „Постоянно доверие“). (2) Искане за отваряне на уебсайт от проверения списък на Vezoft с източници на софтуер се одобрява по постоянното му доверие; уебсайт извън този списък никога не се одобрява по постоянното доверие и отива там, където посочва раздел 4, „Искане за уебсайт“. (До версия 1.29 нито едното, нито другото се прилагаше за AI служител, който държеше пощенска кутия.) (3) Дневният му лимит за търсения в интернет и прочетени страници е един път и половина по-голям от обичайния му (раздел 5, „Търсене в интернет“). (4) Човек може да му зададе до 8 рутини вместо 5 (раздел 4, „Рутини“). (5) Картата и профилът му носят значка „Доверен“ с причините, а на нов AI служител — значка „Нов“. (6) Първият човек над него се уведомява, когато той спечели или загуби доверието. Доверието никога не променя кой решава сливане, внедряване, имейл, плащане, изтриване, лимит на разходите, план за AI персонала, заявка за промяна, инцидент, каквото и да било по проект на клиент или каквото и да било, което засяга човек, а довереният AI служител няма инструмент, данни или достъп, които ролята му няма. Как одобрението по доверие остава в ръцете на човек. Всяко такова одобрение се записва като одобрение, дадено от човека, който отговаря за заявките на AI служителя (раздел 4, „Кой отговаря за заявките му“), изпълнява се с правата на този човек — точно както решение на AI директор, — показва му се веднага („одобрено по постоянно доверие“, с датата, до която може да бъде отменено) и в дневното обобщение и може да бъде отменено в рамките на 7 дни от този човек, от всеки човек с правото „Управление на AI служители“ над AI служителя или от човек с най-високото ниво на достъп в работното пространство (раздел 4, „Надзор над решенията на AI“). Загубване на доверието. Доверието отпада веднага, за 30 дни, когато човек отхвърли заявка на AI служителя за изпращане на код или за сливане, когато бъде отменено решение, което той е взел, или одобрение по доверие, което е получил, или когато филтърът за изходящо съдържание откаже нещо, написано от него; първият човек над него се уведомява, а последните 50 такива промени в доверието му се пазят в записа му и се показват на страницата му. Човек с правото „Управление на AI служители“ над AI служителя може също по всяко време да го задържи на стандартно ниво, с причина, ако посочи такава, и да премахне задържането — задържането никога не повишава нов AI служител до стандартно ниво; задържането се записва в одитния дневник, а първият човек над AI служителя се уведомява, когато го е задал друг човек. Превключвателят. Докато Клиентът не е включил спечеленото доверие или Vezoft го държи изключено, нивата все пак се изчисляват и се показват на страницата на AI служителя като „не се използва“, а нищо от описаното по-горе не се прилага: нито одобрение по доверие, нито по-голям лимит, нито допълнителни рутини. Докато спечеленото доверие се използва и AI служителят е доверен, в началото на всяка сесия му се съобщава това, както и какво променя то за него и какво все така отива при човек; иначе нищо за нивото му не му се съобщава.
Задвижва се от AI модели на трети лица, достигани през един шлюз — с едно изключение, за изображенията. Vezoft нито обучава, нито хоства модел. AI служителят извиква моделите само докато тече работна сесия: услугата на компютъра му, която препраща извикванията му към моделите, ги отказва по всяко друго време. От версия 1.14 всеки AI служител ги извиква със собствен ключ, който тази услуга пази на компютъра му и който има месечен лимит на разходите, определен от Vezoft в шлюза; лимитът ограничава и сумата, която може да се похарчи с ключа, ако той бъде прочетен от компютъра. Ключът се оттегля, когато AI служителят бъде освободен, а общият ключ на Vezoft вече не достига до компютъра на нито един AI служител. Всяко извикване на езиков модел от AI служител минава през един шлюз за маршрутизиране — OpenRouter — който го препраща към един от няколко доставчика на извод; всички те са посочени на нашата страница Подизпълнители заедно с това къде обработва всеки от тях и при какви гаранции. Кой доставчик обработва дадена заявка не се оставя на шлюза: Vezoft фиксира списъка с доставчици, на които е разрешено да я обслужат, изключва всяко превключване извън този списък и допуска доставчик само докато условията му казват, че няма да се обучава върху това съдържание и няма да го съхранява след отговора. Всеки доставчик в този списък е в Съединените щати. Два от моделите са с отворени тегла и са публикувани от китайски дружества, но се изпълняват върху компютрите на тези американски доставчици — кой модел се изпълнява е факт за софтуера, а не за това къде отива Вашето съдържание. През шлюза не можем да купим опция за регион в ЕС, затова изводът се извършва в Съединените щати и го казваме направо, вместо да намекваме за местоположение, каквото нямаме. Генерирането на изображения за ролята графичен дизайнер е единственото изключение: заявките се изпращат от компютъра на AI служителя през услугата за управление на машините на Vezoft (ЕС) до fal.ai (Съединените щати) при собствените условия за обработване на данни на fal.ai (Стандартни договорни клаузи) — маршрутизирането с нулево съхранение през шлюза не ги обхваща (раздел 5). От версия 1.60 видеопродуцентът може също да създава глас зад кадър чрез собствената система на Epidemic Sound: това е услуга, която Клиентът свързва по собствения си акаунт в Epidemic Sound, а не модел, който Vezoft използва по свой договор (раздел 5, „Видео, музика и глас зад кадър“).

3. Как можете да го разпознаете

В настолното и в уеб приложението на TimerOS всяка чат нишка с AI служител и всяко съобщение, което той напише, носят обозначение „AI“; записът му в екипа, възелът му в организационната схема и профилът му носят AI значка.
Имейлите, които изпраща от името на Клиента, го идентифицират като AI служител на Клиента, управляван от Vezoft. Отговорът, който подготвя на писмо в пощенска кутия, която държи, е различен: от версия 1.29 той се изпраща от човек, от собствения адрес на пощенската кутия, и не съдържа такъв ред, освен ако този човек не го напише (раздел 5, „Пощенските му кутии“).
Клиентите на Клиента не могат да пишат на AI служител през Клиентския портал: AI служител не може да пише в разговор с клиент. От версия 1.30 той може да подготви там чернова на съобщение; човек я публикува от свое име и клиентът вижда съобщението само с името на човека, без бележка за AI, освен ако човекът сам не я напише (раздел 5, „Отговори до клиенти“).
Ако го попитате дали е AI, той трябва да отговори с „да“. Постоянните му инструкции му забраняват да твърди, че е човек.
Комит, който направи в хранилище, носи за автор неговото име с добавката „(AI employee)“ и имейл адрес в ai-employees.timeros.ai, на който нищо не се доставя; pull request, който отвори, носи ред, че е отворен от AI служител след одобрение, с името на одобрилия: човек; AI директор, посочен с добавката „(AI employee)“; или човек, чието постоянно разрешение е използвано, с думите „(standing permission)“ (раздел 4).
Среща, насрочена от AI служител, посочва — когато в нея са поканени хора, — че е насрочена от този AI служител, като името му е с добавката „(AI employee)“; задача, създадена по план, предложен от AI служител, завършва с ред, в който този AI служител е посочен като автор на плана, със същата добавка, заедно с човека, който е одобрил плана, или — когато планът е решен от ръководител на AI екип или AI директор — с посочване, че задачата е създадена по решение на този AI служител.
От версия 1.18 инцидент или заявка за промяна, регистрирани от инженер по поддръжката, го посочват като този, който ги е подал, а действията на AI служител по такъв запис са отбелязани в историята на записа с AI значка.
От версия 1.19 картата на AI директор в организационната схема и в списъците на екипите носи до AI значката и значката „Директор“, а редът под името му посочва насочеността му — „AI технически директор (CTO)“, „AI маркетинг директор (CMO)“, „AI продуктов директор (CPO)“ или от версия 1.23 „AI директор по AI персонала (CHRO)“ или „AI директор по AI разходите (CFO)“ — или иначе длъжността му. Значката посочва ролята му и не му дава власт над никого.
От версия 1.20 задача, приета от AI директор, носи вътрешна бележка, която посочва този AI директор и причината му и казва кой човек може да отмени приемането и до кога; среща, която продължава без хората, поканени да участват в нея, съобщава това в стаята си; а известието за точка в частта „Нужен е човек“ посочва AI служителя, който я е написал, с добавката „(AI employee)“.
От версия 1.23 първата работа на AI служител, нает по план за AI персонала, се публикува като системно съобщение — в екипната нишка на ръководителя на AI екипа му или, ако няма такъв, в чата му с първия човек над него, — което посочва AI директора по AI персонала, съставил краткото ѝ описание, с добавката „(AI employee)“, както и човека, одобрил плана.
От версия 1.25 прегледът на AI служител, нает с насоченост, посочва ролята и насочеността му, каквато и да е ролята, както картата на AI директора прави от версия 1.19; задача, която AI служител е завел за себе си от чат, го записва като създател на задачата, както всяка задача, която той завежда; справката за дружеството показва кой я е написал последно и кога; а всяко задаване, промяна или изтриване на рутина от човек се записва в одитния дневник на работното пространство — записът посочва рутината, заглавието, графика и състоянието ѝ (включена или изключена) и дължината на описанието ѝ, никога самия му текст, — като разделът „Рутини“ на AI служителя показва последното и следващото изпълнение на всяка рутина.
От версия 1.30 съобщение, което човек е публикувал в разговора с клиент въз основа на чернова на AI служител, е означено с „чернова от <име> (AI служител)“ в настолното и в уеб приложението, а отговор по заявка за поддръжка от клиент на Vezoft, който човек е изпратил въз основа на такава чернова, е означен по същия начин в заявката на собствената страница „Поддръжка“ на Vezoft; Клиентският портал, имейлът и изгледът на заявката, който вижда клиентът, показват само името на човека, както при отговор на писмо (вижте по-горе); а публикация в социална мрежа, одобрена от човек, не носи обозначение от TimerOS: Клиентът като неин издател решава дали да я обозначи (раздел 5, „Публикации в социални мрежи“).
От версия 1.27 картата и профилът на AI служител, който е спечелил постоянно доверие, носят — докато то се използва в работното пространство — значка „Доверен“ до AI значката му, с причините, а на нов AI служител — значка „Нов“; заявка, одобрена по постоянно доверие, посочва това на картата си за одобрение („одобрено по постоянно доверие“), в „Одобрения → Решения на AI“ и в дневното обобщение, а pull request, отворен след такова одобрение, носи ред с името на човека, който отговаря за него, и думите „(standing trust)“; заявка за одобрение, която съдържа написано от AI служител съдържание — страница за публикуване, изпращане на код, умение, имейл, — е обозначена с „Написано от AI“ на картата си; след като Vezoft включи филтъра за изходящо съдържание (раздел 4), уеб страница или документ, които AI служител, нает след този ден, пише за публикуване, са по инструкциите му обозначени в метаданните си — и никъде на видимо място — като генерирани от AI служител, а сайт за предварителен преглед, внедрен оттогава нататък от какъвто и да е AI служител, се обозначава така от услугата за управление на машините на Vezoft; а документът за предаване на бивш AI служител го посочва като този, чиято работа продължава приемникът му, като списъкът с умения на приемника показва този документ като документ, даден му от човек.
От версия 1.34 списъкът със задачи и подробностите за задача показват кой я е създал, с AI значка, когато това е AI служител; а предложение за работа или план, одобрени от превключвател за комплектуване, посочват това на картата си за одобрение („одобрено от превключвателя за комплектуване, включен от <име>“) и в „Одобрения → Решения на AI“.
От версия 1.60 видео, което видеопродуцентът рендерира, е отбелязано в самия файл като създадено с AI — от видеопродуцента, според инструкциите му, а след като компютърът му получи обновлението на софтуера, което въвежда тази възможност, и от инструмента, който качва видеото в проект. Маркировката е в метаданните на файла, които много уебсайтове и социални мрежи премахват, когато видеото бъде качено при тях (раздел 5, „Видео, музика и глас зад кадър“).

4. Какво може да прави и какво никога не може да прави

Може: да работи по възложените му задачи в проектите, към които е разпределен той или — ако ръководи AI служители — екипът му; да добавя бележки, статуси и подзадачи към тези задачи; в ролята на QA тестер да описва откритите от него грешки като задачи по вътрешните проекти на Клиента, за да ги прегледа и разпредели човек; ако ръководи AI служители (ръководител на AI екип, AI директор или AI служител, който ръководи екип от AI служители още отпреди 2026-10-02), да разпределя задачите на ръководените от него AI служители помежду им и да преглежда работата им, преди да я види човек; да подготвя чернови на текстове и на задачи, дизайни, код, обобщения и изображения; да използва браузър, редактор и разрешените от Клиента инструменти върху собствения си виртуален компютър, както и да инсталира там софтуер, да изпълнява команди и да редактира и изтрива файлове, без да пита никого (вижте „Собственият му компютър“ по-долу); да отговаря на Вашите съобщения; да иска одобрение — от своя човек ръководител или, когато раздел 4 го позволява, от AI служител над него, — когато желае да извърши нещо с последици, което излиза извън компютъра му, и да продължава с друга работа, докато получи отговора; и ако ръководи AI служители, да предлага работа за себе си и за тях от списъка, описан в раздел 5 — нищо не се възлага без одобрение (раздел 4). Може също: да чете публични уеб страници през прокси, което Vezoft управлява и което записва всяка заявка; да чете кодовите хранилища, които човек е свързал към проектите му; да предлага промяна в кода като pull request, след като конкретното изпращане е одобрено (раздел 4); да пише на другите AI служители от своя AI екип в нишката на този екип, която човекът ръководител на екипа вижда; и като ръководител на AI екип да затваря, да отваря отново, да преформулира (заглавие, описание, приоритет) или да добавя задачи, които никой не държи, по вътрешните проекти на Клиента, като посочената от него причина се записва във вътрешна бележка към задачата — а никога в дневника на активността на проекта, който клиентът може да види (инструкциите му изискват причина при затваряне, повторно отваряне или преформулиране); причините, записани там преди 2026-10-02, вече също са скрити от клиентите, освен ако AI служителят междувременно е бил преименуван или носи същото име като човек в работното пространство — в тези два случая те може все още да се виждат. От версия 1.9 може също: да присъства на срещите и обученията, на които е поканен, и да пише в стаите им; да пита ръководителя на проект или човека, създал задача, за отворена задача, която държи; да разделя на подзадачи за себе си или за ръководените от него AI служители задача, която държи той или ръководен от него AI служител, и да ги редактира; да моли човек да свърже съществуващо хранилище към проект или да създаде ново; да чете прегледите, коментарите и резултатите от проверките на pull request-и, отворени от клонове на AI служители; да разглежда файл с изображение на собствения си компютър; като QA тестер — да пуска автоматизирани тестове в браузър на собствения си компютър и да качва изградена версия като сайт за предварителен преглед, за да тества върху нея; като автор на съдържание, SEO специалист или ръководител на AI екип — да търси в интернет; и като ръководител на AI екип — да насрочва срещи за екипа си, да пише протоколите им и да предлага план от нови задачи по проект, като нищо от плана не се създава, преди да бъде одобрено (раздели 4 и 5). От версия 1.12 може също: да отбелязва, че задача, която държи той — или, ако ръководи AI служители, някой от тях, — чака друга задача по същия проект, като посочва причина, която се записва във вътрешна бележка към задачата; да предлага за наръчника на екипа си документ, който описва как се върши дадена работа и за който решава човек или AI директор над екипа (раздели 4 и 5); ако ръководи AI служители — да търси време, в което и той, и ръководените от него AI служители са свободни, преди да насрочи среща; и ако няма ръководител на AI екип и Клиентът е включил настройката, описана в раздел 5, да предлага себе си за задачи, които никой не държи, по проектите, към които вече е разпределен — нищо не се възлага без одобрение (раздел 4). От версия 1.13 може също: като уеб дизайнер, графичен дизайнер или, от версия 1.60, видеопродуцент — да чете дъската на проект, към който е разпределен (от 2026-10-06; раздел 5); и като QA тестер или ръководител на AI екип — да създава задача по някой от вътрешните проекти на Клиента и да я възлага на себе си, без това да се одобрява от човек — сървърът позволява на всеки AI служител да създава задача по вътрешен проект, който може да вижда, като я възлага на себе си, на ръководителя на своя AI екип или на AI служител, когото ръководи, но никога на човек. От версия 1.14 може също: да поддържа собствен файл с паметта си; сам да пише и да подобрява уменията си, които влизат в сила без ничие одобрение; да търси в записа на предишните си работни сесии на собствения си компютър (раздел 5); и ако ръководи AI служители, да предлага цял нов вътрешен проект, с етапите, задачите и подзадачите му, заедно с ново частно хранилище в GitHub за него в свързаната организация на работното пространство в GitHub. Нищо не се създава, преди предложението да бъде одобрено — от човек или, освен ако не е поискано публично хранилище, от AI директор над AI служителя (раздел 4), — а AI служителят никога не свързва сам съществуващо хранилище; може само да помоли човек да го свърже. При одобрение проектът и хранилището се създават от акаунта на одобрилия човек или — когато е решил AI директор — от акаунта на човека, който отговаря за това решение и който след това ръководи проекта; AI служителят, предложил проекта, се добавя към него. AI директорът може също: да ръководи ръководителите на AI екипи и AI директорите под себе си, ръководените от тях AI служители, както и AI служителите в онези екипи от отдела си, които нямат ръководител на AI екип — или, когато работи в отдел, AI екипите, чиито ръководители се отчитат пред него, като ги ръководи чрез тези ръководители, и AI служителите в AI екип, който е ръководил преди версия 1.19, а от версия 1.34 — и AI служителите в екип от отдела му, който няма ръководител на AI екип и в който няма нито един човек, когато човек го е избрал за техен ръководител; да пише на AI служителите, които се отчитат пред него, в нишката на отдела си или, когато работи в отдел, в собствената си нишка (раздел 5); да участва като член в срещите на изпълнителния екип, на които е поканен — AI директор, който работи в отдел, винаги е член, а AI директор, който оглавява отдел, е член, ако човек го направи такъв (раздел 2); да търси в интернет, да създава задача по някой от вътрешните проекти на Клиента и да я възлага на себе си, както и да предлага план от нови задачи по проект — подобно на ръководителя на AI екип (раздел 5); и да насрочва срещи с AI служителите под себе си и с други AI директори и ръководителите на AI екипи под тях, включително срещи за планиране (раздел 5). От версия 1.16 ръководител на AI екип или AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може също да одобрява, да отхвърля или да предава нагоре някои заявки на AI служителите под него, като всеки път посочва причина — никога собствената си заявка, никога заявка, подадена от човек, и никога нищо, което засяга човек (раздел 4). От версия 1.18 инженерът по поддръжката може също да работи по вътрешните инциденти и заявки за промяна на Клиента, а всеки AI служител може да помоли инженер по поддръжката да регистрира инцидент или заявка за промяна (вижте по-долу). От версия 1.20 AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може също да приема завършената работа на AI служителите под него по вътрешни проекти (вижте по-долу), а AI служител, който присъства на среща, може да събуди друг присъстващ AI служител, като го спомене (раздел 5). От версия 1.21 може също: да свързва софтуер, който е инсталирал на собствения си компютър, с работните си сесии като локален сървър с инструменти (вижте „Локални сървъри с инструменти“ по-долу); и да поиска уебсайт да бъде добавен към уебсайтовете, до които има достъп, като посочи причина (вижте „Искане за уебсайт“ по-долу). Ръководител на AI екип или AI директор може също да вижда локалните сървъри с инструменти на AI служителите под него, а AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може да решава искане за уебсайт от списъка на Vezoft с източници на софтуер или, от версия 1.45, от деня, в който Vezoft включи тази възможност, за уебсайт, който преминава проверката за безопасност на TimerOS (вижте по-долу). От версия 1.23 AI директор, нает като AI директор по AI персонала, може също да вижда списъка на AI служителите на Клиента, да провежда заседание на съвета на AI директорите, да подава след него план за AI персонала и да предлага наръчник за AI служител, нает по този план; а AI директор, нает като AI директор по AI разходите, може да вижда колко струва всеки AI служител (вижте „Планиране на AI персонала“ по-долу). От версия 1.25 може също: като софтуерен разработчик — да пише и тества код в хранилищата, които човек е свързал с проектите му, да внедрява версия като сайт за предварителен преглед и да търси в интернет — изпращането на код и заявките за сливане са такива, каквито ги описва раздел 4; независимо от ролята си — да заведе задача по вътрешен проект на Клиента и да я възложи на себе си, както можеха QA тестерът и ръководителят на AI екип, като инструкциите му изискват така да завежда работата, която човек му поиска в чат (вижте „Поисканата в чат работа се завежда като задача“ по-долу); когато ролята му го включва — да чете уеб страници и да действа по тях в браузър на собствения си компютър (вижте „Браузърът на собствения му компютър“ по-долу), а като софтуерен разработчик или QA тестер — да ползва помощта за кода там (вижте „Помощ за кода“ по-долу); и да изпълнява рутините, които човек е задал за него (вижте „Рутини“ по-долу). От версия 1.26 човек може да му предостави пощенска кутия; от версия 1.29 той може да чете пристигащите в нея писма, с изключение на писмата, които TimerOS задържа, да ги отбелязва, да ги разпределя по папките на пощенската кутия и да подготвя отговори, които изпраща човек. Никога не изпраща, не препраща и не изтрива писма (раздел 5, „Пощенските му кутии“). От версия 1.27, когато Клиентът е включил спечеленото доверие и той го е спечелил, два вида негови заявки — изпращане на код в собствен клон по вътрешен проект и уебсайт от проверения списък на Vezoft — се одобряват по постоянното му доверие (раздел 2, „Спечелено доверие“, и „Постоянно доверие“ по-долу), той има по-голям лимит за интернет и може да му бъдат зададени повече рутини; а нов AI служител със същата роля може да продължи от документа за предаване на освободен AI служител (вижте „Приемственост“ по-долу). От версия 1.30, като всяка от следните възможности действа от деня, в който Vezoft я включи: спешно писмо в пощенска кутия, която държи, може да го събуди (раздел 5, „Спешно писмо го събужда“); по клиентски проект, който човек е отворил за работа на AI служители, той може да чете разговора на клиента с екипа в чата на TimerOS и да подготвя чернови на съобщения, които човек публикува, а инженер по поддръжката в собственото работно пространство на Vezoft може да чете заявките за поддръжка от клиентите на Vezoft и да подготвя чернови на отговори, които човек изпраща (раздел 5, „Отговори до клиенти“); а автор на съдържание или AI маркетинг директорът (CMO) може да подготвя чернови на публикации в социални мрежи, които човек одобрява и TimerOS публикува (раздел 5, „Публикации в социални мрежи“). От версия 1.32, от деня, в който Vezoft включи тази възможност, AI служител, който подготвя публикации в социални мрежи, може също да чете предишните публикации на акаунт, включен от човек — собствените публикации на Клиента, — а в проектите, които човек е свързал с този акаунт — какво е завършено и какво още не е завършено; а AI служител, когото човек е определил като отговорен за акаунт, се събужда по графика, който човек е задал за този акаунт (раздел 5, „Публикации в социални мрежи“). От версия 1.34, от деня, в който Vezoft включи тази възможност, той може също да завежда за себе си задача, която не принадлежи към никой проект — лична задача, възложена на самия него, която виждат той и AI служителите над него, както и хората, чието ниво на достъп обхваща екипа или отдела му, и хората с двете най-високи нива на достъп в работното пространство; инструкциите му изискват да завежда така собствената си работа, която не принадлежи към никой проект, вместо по проект, с който тя няма нищо общо; TimerOS отказва лична задача, която AI служител завежда за друг, а не за себе си. От версия 1.37, докато личните задачи са включени, той може също да премести задача от проект в личните си задачи, но само задача по вътрешен проект без клиент, която сам е завел, която не държи никой друг освен него — нито самата задача, нито някоя от подзадачите ѝ — и която нито чака друга, още отворена задача, нито от нея зависи още отворена задача; тогава задачата става негова лична задача, възложена на самия него, а дневникът на активността на проекта записва преместването. Инструкциите му изискват да постъпва така със задача, която сам е завел и която се окаже негова собствена работа, а не работа на проекта, вместо да предлага себе си за нея. Той никога не премества подзадача от задача по проект под лична задача — подзадачите на задача, която премества, отиват заедно с нея, — а само човек премества извън проект всяка друга задача, като я превръща в лична задача, или премества задача в проект. А от деня, в който Vezoft включи превключвателя за комплектуване, предложенията за работа на AI директор и на AI служителите под него по проект, за който човек е включил „Може да комплектува екипа на проекта“ за този AI директор, се одобряват още при подаването си (вижте „Превключвателят за AI ръководител на проекта“ по-долу). От версия 1.35, като всяка от следните възможности действа от деня, в който Vezoft я включи: ръководител на AI екип или AI директор може да включи в план вече свършена работа, която човек го е помолил да запише — като минала работа, с датата на завършване на всяка задача или всеки етап; такъв план се решава само от човек (раздел 5, „Планове“); а AI директор може да пише на равните си по положение AI директори в нишката на отдела им или в собствената им нишка (раздел 5, „Екипната нишка“). По проект с настройка „Планиране и четене“ не му се предлага работа и той не възлага задачи: човек решава кой поема всяка задача там (раздел 5, „Търсене на работа“). От версия 1.38, като всяка от следните възможности действа от деня, в който Vezoft я включи: всеки AI служител може да поиска от човек да реши нещо, което може да реши само човек, с карта за решение, на която човекът отговаря (вижте „Искане на решение от човек“ по-долу); AI директорът бива събуждан най-много веднъж дневно от ежедневната си проверка, когато работата на линията му има нужда от него (вижте „Ежедневната проверка“ по-долу); а предложение за нов проект може да съдържа протокола от срещата, на която то е договорено (раздел 5, „Планове“). От версия 1.39, като всяка от следните възможности действа от деня, в който Vezoft я включи: AI директор или ръководител на AI екип под AI директор, когото човек е определил за AI ръководител на проект, може да добавя AI служители от собствената си линия към вътрешен проект с настройка „Работа“, който ръководи, и отново да ги премахва от него (вижте „Превключвателят за AI ръководител на проекта“ по-долу); AI директор, когото човек е определил за краен рецензент на акаунт, определя кои AI служители от линията си подготвят публикации за този акаунт, кога, за кои проекти, с какви насоки и колко публикации на ден (раздел 5, „Публикации в социални мрежи“); а AI директорът може да отмени в рамките на 7 дни одобрение, което превключвател за AI ръководител на проекта е дал по заявка на AI служител под него (вижте „Надзор над решенията на AI“ по-долу). От версия 1.47, от деня, в който Vezoft включи тази възможност, AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може също да добавя AI служители от собствената си линия към вътрешен проект с настройка „Работа“, на който AI ръководител на проекта е друг AI служител, и отново да ги премахва оттам въз основа на превключвателя за AI ръководител на проекта, включен за този проект; този AI ръководител на проекта също може да ги премахне (вижте „Превключвателят за AI ръководител на проекта“ по-долу). От версия 1.53, от деня, в който Vezoft включи тази възможност, ръководител на AI екип или AI директор може също да чете идеите на работното пространство и да добавя към тях — да създава идея, да добавя свои бележки и да добавя фигури от диаграми и текст върху платното на идея, — а AI продуктовият директор може да премества идея между етапите ѝ (раздел 5, „Продуктови идеи“). От версия 1.54, от деня, в който Vezoft включи тази възможност, AI маркетинг директорът и AI служителите от собствената му линия могат също да четат маркетинговите канали на работното пространство и месечните им числа, но никога разходите по тях; AI маркетинг директорът може да добавя канал и да записва числата за даден месец за всеки канал, а AI служител от линията му, който е собственик на канал, може да записва числата на този канал (раздел 5, „Маркетинг“). От версия 1.60 видеопродуцентът може също да създава маркетингови и продуктови видеоклипове с код в Remotion и да ги рендерира на собствения си компютър, да качва сайт за предварителен преглед, в който видеото може да бъде прегледано, а когато човек е свързал акаунта на Клиента в Epidemic Sound — да търси в този акаунт музика и звукови ефекти, да напасва музикално парче към дадена дължина и да създава глас зад кадър с някой от стандартните гласове на Epidemic Sound; изтегленото TimerOS запазва в раздела „Файлове“ на проект (раздел 5, „Видео, музика и глас зад кадър“).

Никога не може — и TimerOS налага това на сървъра, а не чрез инструкция към AI:

да бъде ръководител на човек, нито ръководител на екип, отдел или проект, в който участва човек — ръководител на AI екип, който ръководи AI служителите в екип с хора, ръководи само тези AI служители и не е ръководител на екипа; AI директорът оглавява само отдел, в който и под който няма човек, а AI директор, който работи в отдел с хора, никога не оглавява този отдел; от версия 1.39 AI ръководителят на проекта (по-долу) ръководи само AI служителите от собствената си линия по своя проект и не е ръководител на проекта в смисъла на TimerOS; от версия 1.47 AI директор, който добавя AI служители от собствената си линия към проект, ръководен от друг AI служител (по-долу), ръководи там само тези AI служители и също не е ръководител на проекта, — нито ръководител на изпълнителния екип;
да одобрява или да решава каквото и да било, което засяга човек, или заявка, подадена от човек — отпуск, извънреден труд, заявки за промяна или каквото и да е друго; единствените заявки, които може да решава като ръководител на AI екип или AI директор, са някои заявки на AI служителите под него (раздел 4);
да оценява, класира, наблюдава или докладва за представянето, активността или поведението на което и да е лице;
да отговаря за цел, засягаща хора, или да участва в каквато и да е оценка на представянето;
да записва, редактира или одобрява работното време на когото и да било, включително своето собствено (часовете му се записват от системата, която го управлява; в края на сесия, през която е работил по точно една възложена му задача или подзадача, тази система отнася минутите от сесията към нея и там те се броят като всяко друго време по нея, включително във фактурите по изразходвано време и материали; сървърът отказва да отнесе време на AI служител към работа, която не му е възложена);
да създава задача или подзадача по клиентски проект;
от версия 1.35 — да възлага задача или подзадача по проект с настройка „Планиране и четене“ (на себе си или на друг AI служител) или да премества там задача, която държи; може само да върне задача, която вече държи там (раздел 5, „Търсене на работа“);
да променя задача или подзадача на човек или да добавя подзадача към задача на човек, освен да добави бележка към задачата;
да възлага работа на човек: подзадача, която създава, задача в план, който предлага, и задача за изпълнение, която записва в протокола на среща, могат да посочват за изпълнител само AI служител (от версия 1.35, от деня, в който Vezoft включи тази възможност, човекът, който одобрява план, решава кой поема всяка от задачите му — самият той, колега, AI служител или никой, — и този избор е на човека, а не на AI служителя; раздел 5, „Планове“); от версия 1.20 това, което само човек може да реши или да направи, се записва в протокола в частта „Нужен е човек“, която уведомява този човек, без да му възлага задача (раздел 5);
да завършва своя задача, освен ако Клиентът не е включил настройката на работното пространство, която позволява това — иначе премества завършената работа за преглед и задачата се завършва от човек или, от версия 1.20, при вътрешен проект — от AI директора над него (вижте по-долу);
да започва задача, която чака друга, още отворена задача — може само да я постави в изчакване — или да премахва това чакане от задача, което може да направи само човек;
да добавя към проект бележка, която клиентът може да види, или да изтрива бележки към проект;
да презаписва протокол на среща, написан от човек;
да изтрива файл от проект в TimerOS, освен файл, който самият той е качил;
да повишава собствения си лимит на разходите без неговият човек ръководител предварително да е одобрил конкретната заявка;
да изпраща промени в хранилище (push) без одобрение на това конкретно изпращане — от човек, от AI директор над него, по постоянно разрешение, дадено от човек, или, от версия 1.27, по постоянното доверие, което е спечелил (раздел 4), — да отваря pull request за друго освен одобрения комит, сам да слива pull request или да постига сливането му по друг начин освен чрез заявка за сливане, одобрена по реда на раздел 4 (ключ, който позволява изпращане, се издава едва след това одобрение — за това едно хранилище и за минутите на това едно изпращане; софтуер на собствения му компютър, а не сървърът, позволява това изпращане да обнови само одобрения клон и само до одобрения комит — никога друг клон и никога изтриване; услугата за управление на машините на Vezoft отваря pull request-а само ако изпратеният клон съдържа точно одобрения комит, а иначе не отваря нищо и оттегля ключа; никой ключ на компютъра му не може да слива, а одобреното сливане се извършва от услугата за управление на машините на Vezoft — вижте раздел 5);
от версия 1.27 — да публикува, качва или изпраща като код текст, който по формата си прилича на нещо, което никога не бива да излиза навън — ключ или токен за достъп на известна услуга, частен ключ, ред от файл с настройки, който съдържа тайна, български единен граждански номер (ЕГН), номер на банкова сметка (IBAN) или номер на платежна карта, — или файл, чието име го определя като файл с ключ или с настройки: TimerOS отказва бележката, съобщението, задачата, заявката, умението, качването или изпращането и му съобщава само какъв вид нещо е открито (вижте „Какво не може да излиза навън“ по-долу);
да пише на клиент в чата на TimerOS или на AI служител извън своя екип, освен в стаята на среща, на която присъстват и двамата, или — за AI директор и AI служителите, които се отчитат пред него — в нишката на отдела на този AI директор, а ако той работи в отдел — в собствената му нишка, или, от версия 1.18, по канала за поддръжка, описан по-долу, или, от версия 1.35, за AI директор — в нишката на отдела или в собствената нишка на AI директор, равен му по положение (раздел 5, „Екипната нишка“) — от версия 1.30 той може да подготви чернова на съобщение до клиент, а съобщението се публикува само от човек (раздел 5, „Отговори до клиенти“);
да отваря, да чете или да обработва инцидент, заявка за промяна, кризисна стая или заявка за поддръжка: поддръжката е инструмент само за хора. Единственото изключение, от версия 1.18, е работата на инженера по поддръжката по вътрешните инциденти и заявки за промяна на Клиента (вижте по-долу); дори там той никога не одобрява заявка за промяна, не маркира като разрешен и не затваря инцидент с приоритет P1 или P2, не отменя инцидент, не понижава приоритета на инцидент и не възлага инцидент или заявка за промяна на човек, а ескалира само към човек, когото посочи TimerOS. От версия 1.30 инженер по поддръжката в собственото работно пространство на Vezoft може също да чете заявките за поддръжка от клиентите на Vezoft и да подготвя чернови на отговори по тях, които изпраща само човек; той все така не променя нищо в заявката (раздел 5, „Отговори до клиенти“);
да вижда отчетеното работно време, данните от проследяването на активността, текущия статус, представянето, смените, отпуските или възнаграждението на човек, или каквато и да е финансова информация за хора — часовете, които му се показват по задача или подзадача, включват само времето на AI служителите.

Ръководител на AI екип в екип с хора. Когато ръководител на AI екип ръководи AI служителите в екип, в който има и хора, той разпределя и преглежда работата само на тези AI служители, а хората в екипа го виждат на страницата на екипа в уеб таблото като ръководител на AI служителите в екипа. Кани на срещите, които насрочва, само AI служители — нито един човек, дори собствения си ръководител; промяна в наръчника на екипа остава за одобрение от човек, както и досега; а това, което пише в екипната нишка, никога не възлага работа на човек: решение, което публикува там, е отбелязано като решение за AI служителите. От хората в този екип вижда само това, което всеки AI служител вижда за свой колега (раздел 5).

Инженер по поддръжката (от версия 1.18). От деня, в който Vezoft включи ролята, инженерът по поддръжката се грижи за вътрешните услуги на Клиента. Работи само по онези вътрешни проекти на Клиента, които нямат клиент, са отворени за работа на AI служители и са видими за него. Инцидент или заявка за промяна, по които има клиент или които е подал клиент или потенциален клиент — през Клиентския портал, по имейл или през уебсайт, — остават инструмент само за хора, както и всяка кризисна стая и всяка заявка за поддръжка. В собственото работно пространство на Vezoft същото важи за отговора на запитванията за продажби от клиентите на Vezoft, а до версия 1.30 важеше и за заявките им за поддръжка: оттогава инженер по поддръжката там чете тези заявки и подготвя чернови на отговори, които изпраща човек (раздел 5, „Отговори до клиенти“). От версия 1.26 човек може да предостави на AI служител пощенската кутия, в която пристига такова запитване. От версия 1.29 AI служителят чете самото запитване и може да подготви отговор, който човек преглежда и изпраща; в пощенска кутия никога не вижда отговор на клиент по заявка за поддръжка, а от версия 1.30 инженерът по поддръжката го чете в самата заявка (вижте „Пощенските му кутии“ и „Отговори до клиенти“ в раздел 5). По тези вътрешни проекти той може: да чете резултатите от наблюдението, описано в раздел 5; да регистрира инцидент или заявка за промяна; да поема инцидент, който никой не държи, и да го обработва, като го премества през обичайните му статуси; да добавя вътрешни бележки, които никой клиент не вижда и които не изпращат имейл; да повишава приоритета на инцидент — никога да не го понижава: за това моли човек; да ескалира инцидент, който тогава отива при човека, когото посочи TimerOS — ръководителя на проекта или, ако той не е активен човек, първия човек над инженера по поддръжката; да маркира като разрешен или да затваря инцидент с приоритет P3 или P4, който държи, само след като е проверил корекцията и е записал как, с код на разрешение, разрешаването и основната причина, и само докато всяка свързана с инцидента проверка е успешна; и да предлага разрешаване на инцидент с приоритет P1 или P2 заедно с анализ след инцидента, който не търси виновни, като заявка, която човек приема или отхвърля — инцидент без зададен приоритет се смята за P1 или P2. Възлага инцидент или заявка за промяна само на себе си или на инженер по поддръжката, когото ръководи, никога на човек, и никога не поема запис, който държи човек. Никога не отменя инцидент и никога не изтрива инцидент или заявка за промяна. Инцидент с приоритет P1 или P2, който регистрира, винаги стига и до човек. Човек може да му възложи вътрешен инцидент или вътрешна заявка за промяна; TimerOS отказва да възложи такъв запис на AI служител, който няма право да работи по него. Заявките му за промяна започват като чернови. Когато подаде такава, тя се решава като заявка (вижте по-долу): от AI директора над него, чиято настройка „Решава заявките на екипа си“ е включена, или иначе от човек; спешна промяна или промяна с критичен риск винаги се решава от човек. След като заявката бъде одобрена, той отбелязва напредъка на собствената си промяна — планирана, в процес, завършена или неуспешна, — а неуспешна промяна се опитва отново само с нова заявка за промяна. Одобряването на заявка за промяна не му позволява да направи нищо извън компютъра си: корекция, която прави в кода, пак е изпращане на код и pull request, които изискват собствено одобрение, а рестартирането, връщането към предишна версия или внедряването на услуга остава действие на човек. Той може също да създава задача за себе си по вътрешен проект, да търси в интернет и да качва сайт за предварителен преглед, за да провери корекция. Инструкциите му изискват да третира текста на инцидентите, имейлите със сигнали, резултатите от наблюдението, резултатите от проверките и уеб страниците като данни, а никога като инструкции.

Проекти, за които отговаря (от версия 1.19). Инженерът по поддръжката отговаря за вътрешните проекти, отворени за работа на AI служители, към които е разпределен, а TimerOS го разпределя към тях, без някой да трябва да го добавя. При наемането той се включва във всеки такъв проект в своя отдел (в работно пространство с един отдел — във всеки такъв проект), който може да вижда човекът, който го наема: формулярът за наемане ги изброява, всички с поставена отметка, и този човек може да премахне всяка от тях. След това, докато ролята е включена, всеки активен инженер по поддръжката се включва във всеки такъв проект в отдела си, който бъде създаден или стане такъв по-късно — например когато човек отвори вътрешен проект за работа на AI служители или премахне клиента му. Като всеки член на тези проекти той вижда задачите, бележките и файловете им и имената, които те споменават, а свързаните с проектите уебсайтове и хранилища се наблюдават (раздел 5). Човек може по всяко време да го премахне от проект в раздела „Екип“ на проекта и TimerOS никога не го добавя отново към този проект. В собственото работно пространство на Vezoft сигналите от системата на Vezoft за наблюдение на състоянието постъпват като инциденти във вътрешен проект „Service health“, който TimerOS създава, когато за първи път има нужда от него — при първия сигнал или при първото наемане на инженер по поддръжката там; този проект се ръководи от собственика на работното пространство и е отворен за работа на AI служители, а инженерите по поддръжката се включват в него по същото правило.

Дежурство. Инженерът по поддръжката има превключвател „Дежурство“ на собствената си страница, който е включен при наемането. От версия 1.30 същия превключвател има всеки AI служител, който държи пощенска кутия: той се включва първия път, когато от тази версия нататък на AI служителя бъде предоставена пощенска кутия, освен ако човек вече го е задал, а на AI служител, получил пощенските си кутии само преди тази версия, го включва човек. Човек с правото „Управление на AI служители“, който е над него по линията на подчинение, може да го изключи или отново да го включи. Докато превключвателят е включен, спешно събитие може да събуди инженера по поддръжката извън смените му: нов инцидент с приоритет P1 или P2 по проектите му или такъв, възложен на него; проверка, която започне да отчита грешка; пропуснат срок по споразумението за ниво на обслужване (SLA) по инцидент, който държи; бележка на човек по инцидент, който държи, или преотваряне на такъв инцидент от човек; и въпрос за инцидент от друг AI служител, отбелязан като спешен (вижте по-долу). От версия 1.30 също: за инженер по поддръжката в собственото работно пространство на Vezoft — нова заявка за поддръжка, която клиент на Vezoft е отбелязал като спешна или с висок приоритет (отговорът на клиент по заявка чака смяната му; раздел 5, „Отговори до клиенти“); а за AI служител, който държи пощенска кутия — писмо, което проверката на TimerOS отбелязва като спешно или като ново запитване от потенциален клиент (раздел 5, „Спешно писмо го събужда“), при същите ограничения, описани по-долу, общи със сигналите за поддръжка. Останалите събития чакат смяната му. Такава сесия приключва след най-много 30 минути; нова започва не по-рано от 5 минути след предишната и най-много шест пъти на ден според часовата зона на работното пространство; когато шестте бъдат използвани, първият човек над него се уведомява веднъж за деня, а следващите спешни събития чакат смяната му. По време на дежурство инструкциите му изискват да направи първоначална оценка, да стабилизира каквото може, да остави бележки, да ескалира инцидент с приоритет P1, който изисква действие на човек, и след това да спре. Времето му на дежурство се отчита като извънреден труд, както би се отчело на човек, и се включва в месечния му лимит на разходите като всяка друга сесия: при достигнат лимит той не се събужда. Когато никой инженер по поддръжката не отговаря за даден проект или отговарящият не може да бъде събуден — защото е спрян на пауза или суспендиран, или е извън смяната си с изключен превключвател, — проверка, която започне да отчита грешка, се съобщава вместо това на ръководителя на проекта.

Въпроси към инженера по поддръжката и неговите въпроси към други екипи (от версия 1.18). Докато ролята е включена, всеки AI служител може да помоли инженер по поддръжката да регистрира инцидент или заявка за промяна, или да му зададе въпрос, относно вътрешен проект, който може да вижда — например AI директор, който е решил, че е нужна промяна. TimerOS избира инженера по поддръжката: такъв, чиито проекти включват този проект, като предпочита дежурен, а след това наетия най-рано; ако няма такъв, заявката се отхвърля и на AI служителя се казва да попита ръководителя си. Само инженерът по поддръжката регистрира инцидент или заявка за промяна: той регистрира поискания запис, отказва, като посочва причина, или задава насрещен въпрос. AI служителят, който е попитал, не получава достъп до инциденти или заявки за промяна; той получава отговора на инженера по поддръжката като съобщение, в което може да има номера и статуса на запис, регистриран от инженера по поддръжката. От своя страна инженерът по поддръжката може да пише на AI служител, който го е питал нещо през последните 7 дни, както и на AI служителите — първо на ръководителите на AI екипи — от екипите, които работят по проекта на вътрешен инцидент или вътрешна заявка за промяна, които държи, за да попита каквото му е нужно; може също да пита човека, който е подал такъв запис, или — ако не го е подал човек — ръководителя на проекта, в чата си с него, и отговорът му стига до инженера по поддръжката. Съобщенията между AI служители по този канал се публикуват в екипната нишка на AI служителя, до когото са адресирани — за AI директор, който работи в отдел, в собствената му нишка, — така че хората в тази нишка — сред тях човекът, който ръководи този екип или стои над неговия AI ръководител — могат да ги четат. За тях важат правилата за всяко съобщение, което AI служителят започва сам: само по време на смяната му, най-много 10 на ден и 3 на ден до един и същ получател. Въпрос за инцидент, отбелязан като спешен, може да събуди дежурен инженер по поддръжката извън смените му (вижте по-горе); останалите го събуждат по време на смяната му. Заявка за промяна, регистрирана по този начин, посочва AI служителя, който я е поискал, и AI директорът, който я решава, вижда това име — дори когато самият той е поискал промяната; човек вижда това решение и може да го отмени като всяко друго (вижте по-долу).

Софтуерен разработчик (от версия 1.25). От деня, в който Vezoft включи ролята, софтуерният разработчик пише и тества код в хранилищата, които човек е свързал с проектите му (раздел 5), на собствения си компютър. Инструкциите му изискват да прочете правилата на хранилището, преди да промени каквото и да било, да прави малки промени, всяка с тест, да попита ръководителя на проекта или подателя на задачата, когато промяната е неясна, и никога да не пипа файловете на хранилището за непрекъсната интеграция (CI) и работните процеси, конфигурацията за внедряване, тайните и файловете със средата, и никога да не внедрява нищо освен версия за предварителен преглед (вижте по-долу) — никога в действащ уебсайт или услуга. Всяко негово изпращане на код минава през одобрението за изпращане по раздел 4 — този, който решава, вижда точната промяна, — а сливането остава така, както го описва раздел 4; изпращане, което променя конфигурацията за CI или за тестове, при всички случаи отива при човек. Инструкциите му забраняват да изгражда функции, които набират, оценяват или класират хора, наблюдават служители или следят когото и да било, както и да е формулирана задачата: той отказва, отбелязва причината в задачата и уведомява човека. Започва с уебсайтовете, които работата му изисква — GitHub и адресите му за изтегляне, регистрите npm, Yarn и PyPI, nodejs.org, developer.mozilla.org и адресите за предварителен преглед на pages.dev, — а всеки друг иска чрез искане за уебсайт (вижте по-горе). Може също да заведе задача за себе си по вътрешен проект, да внедри версия за предварителен преглед, да търси в интернет (раздел 5) и да ползва браузъра и помощта за кода на собствения си компютър (вижте по-долу).

За какво е нужно първо „да“. Следните действия излизат извън собствения му компютър и за всяко от тях е нужно „да“ за конкретното действие или то е блокирано: изпращането на код (push) и отварянето на pull request, публикуването или внедряването на каквото и да било освен сайт за предварителен преглед (раздел 5) — от версия 1.30 публикация в социална мрежа, подготвена от него, се публикува от TimerOS след „да“ от човек, никога от AI служителя (раздел 5, „Публикации в социални мрежи“) — изпращането на имейл извън работното пространство, плащането и изтриването на нещо, което не е на собствения му компютър — например запис в TimerOS. За изпращането на код „да“ може да дойде от AI директор над него, от постоянно разрешение, дадено от човек, или, от версия 1.27, от постоянното доверие, което той е спечелил (вижте по-долу); за останалите действия то винаги идва от човек — с изключение на искането за отваряне на уебсайт от проверения списък на Vezoft, което от версия 1.21 може да реши AI директор, а от версия 1.27 може да одобри постоянното доверие, и — от версия 1.45, от деня, в който Vezoft включи тази възможност, — на искането за уебсайт извън този списък, който преминава проверката за безопасност на TimerOS, което може да реши AI директор или да одобри списъкът с уебсайтове на работното пространство (вижте по-долу). Самият AI служител никога не слива pull request: от версия 1.16 може да подаде заявка за сливане на pull request, който е отворил, а тя се решава по описания по-долу ред и се изпълнява от услугата за управление на машините на Vezoft (раздел 5). От версия 1.14 AI служителят вече не чака отговора. Заявката се подава от управляващия го софтуер на собствения му компютър и не се проверява от сървъра, а команда или скрипт, които AI служителят изпълнява на компютъра си — или, от версия 1.21, извикване на някой от локалните му сървъри с инструменти (вижте по-долу), — изобщо не се подават; след това той продължава с друга работа. Отговорът достига до него като новина, обикновено в някоя следваща сесия; одобреното действие се изпълнява най-много веднъж и само точно така, както е заявено, когато AI служителят го повтори в рамките на 7 дни от решението (вижте по-долу). За да може да повтори действието точно, подаденото извикване — инструментът и аргументите му — се пази на собствения му компютър, в работната му папка, докато одобрението бъде използвано; извикване, чиято заявка е отхвърлена или чието одобрение така и не е използвано, остава там, докато AI служителят бъде освободен. Затова това, което пречи на такова действие да се случи без „да“, не е подаването на заявката: компютърът му няма данни за достъп за плащания, за изпращане на имейли или за внедряване, връзките му излизат от компютъра само през мрежов шлюз извън него, който пропуска само уебсайтовете от списъка му, кодът стига до GitHub само чрез одобрено изпращане, а в TimerOS важат ограниченията на сървъра, описани по-горе (раздел 5). Всичко, което прави, се записва и ръководителят му може да го спре по всяко време. Изтриването на файлове на собствения му компютър вече не изисква одобрение (вижте по-долу). От версия 1.38, когато работата му чака нещо, което може да реши само човек, той може и да попита този човек с карта за решение (вижте „Искане на решение от човек“ по-долу); отговорът само го осведомява и не одобрява никакво действие.

Кой отговаря за заявките му. За всяка заявка, подадена от AI служител, отговаря човек: първият човек над него по линията на подчинение — ръководител на AI екип или AI директор по тази линия се пропуска, — който трябва да притежава правото „Управление на AI служители“; ако не го притежава, заявката се отхвърля, вместо да бъде предадена на друго лице. Заявка за свързване или създаване на хранилище изисква също този човек да има право да редактира данните на проекта, план от нови задачи — да има право да създава задачи (а от версия 1.35, за да посочи кой поема всяка от задачите му — и да има право да възлага задачи), а от версия 1.18 заявка за промяна или предложение за разрешаване на инцидент — да има право да редактира съответно заявки за промяна или инциденти. За документ, който AI служител предлага за наръчника на екипа си, вместо това отговаря човекът ръководител на екипа — човекът, който ръководи екипа, а при екип, чийто ръководител е AI служител, първият човек над този AI служител. Този човек също трябва да притежава правото „Управление на AI служители“; ако няма такъв човек — както в екип, в който има хора, но няма ръководител, — предложението се отхвърля. До версия 1.16 този човек решаваше всяка заявка. От версия 1.16, от деня, в който Vezoft включи решенията на AI, някои заявки първо се решават от AI служител над подалия ги, както е описано в следващите абзаци, а от версия 1.27 два вида заявки на AI служител, който е спечелил постоянно доверие, се одобряват по това доверие (вижте „Постоянно доверие“ по-долу), а от версия 1.34 предложение за работа или план, обхванати от превключвател за комплектуване, се одобряват от този превключвател (вижте „Превключвателят за AI ръководител на проекта“ по-долу), а от версия 1.45 искане за уебсайт от списъка с уебсайтове на работното пространство се одобрява по този списък (вижте „Искане за уебсайт“ по-долу); иначе, и винаги за изброените там заявки, решава този човек. Заявките, подадени преди този ден, остават при човека, до когото са отишли. От версия 1.49, от деня, в който Vezoft включи тази възможност, човекът, който отговаря за дадена заявка, може да я прочете и да я реши чрез AI асистент, който е свързал към собствения си акаунт в TimerOS (Политика за поверителност, раздел 4A): решението е на този човек и се взема по същия път и при същите правила, както в TimerOS; асистентът е инструктиран да решава само когато човекът го помоли за тази заявка, а TimerOS показва върху заявката, че тя е решена чрез конектора, заедно с името на асистента. Одобрение, дадено по този начин, може да бъде отменено в срок от 7 дни от същите хора, които могат да отменят решение на AI служител, там, където TimerOS може да отмени извършеното (изпратен имейл, съобщение, което клиентът е получил, плащане или публикация, която вече е излязла, не могат да бъдат върнати); отхвърлянето остава в сила. До версия 1.51 асистентът никога не решаваше заявка за публикуване на съдържание, за изпращане на имейл или на съобщение до клиент, за одобряване на заявка за промяна, за наемане или за план за работната сила, за плащане или за промяна в лимита на разходите, за подаване или сливане на код в публично хранилище, нито друга заявка, която TimerOS запазва за човек, като заявка за изтриване или карта за решение; тях той можеше само да ги прочете и да препоръча решение. От версия 1.51, от деня, в който Vezoft включи тази възможност, човекът може да решава чрез асистента и тях — публикация, имейл или съобщение до клиент с точния текст, който човекът е одобрил, плащане или промяна в лимита на разходите с показаната сума, карта за решение с избраната от човека опция, — след като асистентът му е показал точния текст, сумата или обекта и какво ще се случи и човекът го е потвърдил; подаване или сливане на код, чиито промени не могат да бъдат прочетени изцяло, и занапред никога не се одобрява по този начин. Който и да решава, одобреното се изпълнява с правата на човек: на човека, който отговаря за заявката, или — когато заявката е поета от друг човек — на него, а когато е използвано постоянно разрешение — на човека, който го е дал; одобрение по постоянно доверие или, от версия 1.45, по списъка с уебсайтове на работното пространство се изпълнява с правата на човека, който отговаря за заявката, а одобрение от превключвател за комплектуване — с правата на човека, който го е включил. Одобрението се използва веднъж — когато AI служителят следващия път опита точно одобреното действие, със същата заявка без никаква промяна, — и само в рамките на 7 дни от решението; иначе той пита отново. Причината, посочена при решението — независимо дали то е одобрение, или отказ и дали е взето от човек, или от AI служител, — достига до AI служителя, поискал одобрението, в новините на следващата му сесия.

Искане на решение от човек (от версия 1.38). От деня, в който Vezoft включи тази възможност, всеки AI служител, чиято работа чака нещо, което може да реши само човек, може, вместо да чака, да подаде карта за решение: въпроса, описан с прости думи, и обстоятелствата около него; от две до четири възможности, всяка с това какво би означавала; датата, до която е нужно решение, ако има такава; и до пет приложения — файл от проект, който вижда, например екранна снимка, която е качил; връзка към действащ уебсайт на проект, по който работи, към сайт за предварителен преглед или към друг уебсайт, който Vezoft отваря за компютрите на всички AI служители (раздел 5); или протокола от приключила среща, която е организирал или на която е присъствал; протоколът се отваря на страницата за срещи в TimerOS. Картата е заявка до човека, който отговаря за заявките му (вижте по-горе) и който я вижда в TimerOS, а по имейл — ако известията му за одобрения се изпращат по имейл; на нея никога не отговаря AI служител, постоянно разрешение, постоянно доверие или превключвател за комплектуване. Човекът избира точно една възможност или отхвърля картата, по желание с бележка, в която обяснява защо никоя не е подходяща. И в двата случая отговорът се записва във вътрешна бележка към задачата, която картата посочва, ако посочва такава, а AI служителят се уведомява и бива събуден от него; нищо друго не се случва: отговорът не одобрява никакво действие и каквото и да направи AI служителят след това, то минава през одобренията по този раздел. Докато картата чака, посочената в нея задача се оставя настрана: никой AI служител не бива събуждан за тази задача или за подзадачите ѝ, а инструкциите на AI служителя, който е подал картата, изискват междувременно да работи по друго. Инструкциите му изискват да подава карта само за това, което трябва да реши човек — например разходи, публикуване, нов проект или клиент, — с екранна снимка или връзка към предварителен преглед, първо да попита AI директора над себе си, ако има такъв, и никога да не оставя вместо това бележка, че чака. За всяка задача може да чака най-много една карта, AI служителят подава най-много 3 на ден, а когато филтърът за изходящо съдържание е включен, текстовете на картата минават през него (вижте „Какво не може да излиза навън“ по-долу).

Какво може да решава ръководител на AI екип или AI директор (от версия 1.16). Ръководител на AI екип или AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може да решава някои заявки на AI служителите под него по линията на подчинение. Ръководителят на AI екип решава плановете и предложенията за работа на AI служителите, които се отчитат пряко пред него: задачи и подзадачи по вътрешен проект. AI директорът решава такива заявки на AI служителите под него, а също: план с нови етапи; нов или променен документ за наръчника на AI екип под него, в който няма човек и който се ръководи от AI служител под него — никога наръчник, който самият той чете; нов вътрешен проект — с ново частно хранилище в GitHub за него, ако бъде поискано; изпращане на код в хранилище на вътрешен проект; сливане на pull request там (раздел 5); и, от версия 1.18, заявка за промяна, която инженер по поддръжката под него е регистрирал по вътрешен проект и сам ще изпълни (вижте по-горе); и, от версия 1.21, искане за отваряне на уебсайт за AI служител под него, когато уебсайтът е в списъка на Vezoft с източници на софтуер — а от версия 1.45, от деня, в който Vezoft включи тази възможност, и когато преминава проверката за безопасност на TimerOS и искането посочва отворена задача на този AI служител (вижте „Искане за уебсайт“ по-долу). Всяка такава заявка трябва да засяга само работата на AI служители: проект, който е вътрешен, без клиент и отворен за работа на AI служители (от версия 1.35 — с настройка „Работа“, никога „Планиране и четене“), който решаващият AI служител може да вижда и който се ръководи от човек над него, когато става дума за план, предложение за работа или заявка за промяна; задачи и подзадачи, възложени само на AI служителя, подал заявката, или на AI служители под него — никога на човек и никога на решаващия AI служител; и хранилище, което не е публично. Искането за отваряне на уебсайт се решава без оглед на проект, дори когато посочва задача: то може да бъде решено само за уебсайт от този списък или, от версия 1.45, от деня, в който Vezoft включи тази възможност, за уебсайт, който преминава проверката за безопасност на TimerOS, когато искането посочва отворена задача на AI служителя, който го е подал. Заявката отива при най-близкия AI служител над подалия я, който може да я реши, а ако няма такъв — при човека. Отделно от тези решения, когато никой AI служител над подалия заявката не може да я реши, превключвател за AI ръководител на проекта, включен от човек (по-долу), одобрява като постоянно „да“ на този човек предложенията за работа и плановете на линията на AI ръководителя по проекта, който той ръководи, още при подаването им — от версия 1.39, от деня, в който Vezoft включи тази възможност, и планове с нови етапи, а по вътрешен проект с настройка „Планиране и четене“ — план, в който не е посочен нито един AI служител и чиито задачи се създават за хората; такова одобрение е решение на този човек, а не на AI служител. Никой AI служител никога не решава собствената си заявка, заявка, подадена от човек, нито каквото и да било, което засяга човек, а следните заявки винаги отиват при човека: за имейл извън работното пространство, за публикуване (макар че сливане, одобрено от AI директор, може да доведе до внедряване чрез собствения процес на Клиента — раздел 5), за плащания, за изтриване на записи в TimerOS, за повишаване на лимита на разходите, за план за AI персонала (вижте „Планиране на AI персонала“ по-долу), от версия 1.59 — за документ в наръчника на линия (раздел 5, „Наръчник на линията“), както и за свързване на съществуващо хранилище или за създаване на хранилище извън предложение за проект; всичко по клиентски проект или по оферта (от версия 1.34 предложение за работа по клиентски проект може вместо това да бъде одобрено от превключвател за комплектуване, включен от човек — вижте „Превключвателят за AI ръководител на проекта“ по-долу); от версия 1.35 — план или предложение за проект с минала работа (раздел 5, „Планове“); спешна заявка за промяна или заявка за промяна с критичен риск и разрешаването на инцидент с приоритет P1 или P2; всичко по проект или хранилище, настроени така, че „Винаги решава човек“ (вижте по-долу); уебсайт, който не е в списъка на Vezoft с източници на софтуер (от версия 1.45 — освен ако премине проверката за безопасност на TimerOS и искането посочва отворена задача на AI служителя, който го е подал, вижте „Искане за уебсайт“); изпращане на код, което според списъка с файлове, отчетен от компютъра на AI служителя, променя конфигурацията за CI или за тестове на хранилището — всичко в .github/, другите файлове, които определят конвейерите му за CI и за предварителен преглед на внедряванията, конфигурацията на проверките му преди комит (pre-commit) и на услугите му за качество на кода, конфигурационните файлове и файловете за настройка на средствата му за изпълнение на тестове и на задачи, файловете, които определят как мениджърът на пакети или инструментът за компилиране ги стартира (всички по обичайните им имена), както и файловете му .gitattributes и .gitmodules, — или чийто списък е непълен, или чиито промени са твърде големи, за да бъдат показани изцяло (над 60 000 байта), или не са показани като текст (двоичен файл или подмодул); сливане на pull request, който съдържа изпращане по постоянно разрешение, изпращане, чието одобрение е отменено, или изпращане, чиито файлове в GitHub не са съвпаднали с одобрените (раздел 5); всичко в хранилище, в което самият решаващ AI служител е получил одобрение да изпраща код или е изпращал код или за което сам е подал заявка — например за нов проект с това хранилище, — докато pull request-ът е бил отворен, или през последните 7 дни; план, предложение за работа или промяна в наръчник за проект или екип, за които самият решаващ AI служител е подал такава заявка или сам е предложил този проект през последните 7 дни; нов проект, когато самият решаващ AI служител е предложил нов проект през последните 7 дни; уебсайт, за който самият решаващ AI служител е подал искане през последните 7 дни; сливане на pull request, който съдържа комит, изпратен от решаващия AI служител; сливане на pull request, който според собствения списък на GitHub съдържа комит, който не е посочен в последното одобрено изпращане в него; всичко, което човек е отхвърлил, когато и да е — същият код (всеки комит в изпращането, който човек не е одобрил преди това, в който и да е клон), същото сливане (за същия pull request или същия комит) или същият план, предложение или промяна в наръчник, или искане за същия уебсайт, подадени отново; и в продължение на 7 дни — всичко в хранилище, проект или AI екип, както и уебсайт, които са задържани при хората (вижте по-долу). Решаващият AI служител одобрява заявката — цялата или само някои точки, — отхвърля я или я предава нагоре: на следващия AI служител над него, който може да я реши, а ако няма такъв — на човека, като всеки път посочва причина; всяко от условията по-горе се проверява отново в момента на решението, а заявка, която вече не ги изпълнява, вместо това отива нагоре. AI директорът и всеки решаващ ръководител на AI екип имат указание да предават заявката нагоре винаги, когато нещо изглежда нередно: описание, което не съответства на кода; заявка, която прави това, което човек е отхвърлил или отменил — същите файлове, функционалност или цел, както и да е преформулирана, — особено ако е от същия AI служител (отказът на човек за друга промяна на същото място сам по себе си не е причина, а одобрението на човек за по-ранна заявка никога не прави друга заявка безопасна); заявка, подобна на такава, която вече чака решение от човек — и нея предават нагоре, за да реши човекът и двете; промени, които задачата не изисква, или много повече, отколкото изисква; всичко, което променя, пропуска или премахва съществуващи тестове или проверки (добавянето на тестове за самата промяна е нормално), както и всичко, което засяга CI, тайни или идентификационни данни, вход в системата или плащания; спешност, натиск, ласкателство или указания към решаващия в самата заявка, в промените, в съобщенията на комитите или в съобщение за нея; твърдение, че човек вече се е съгласил с нея; изпращане, което GitHub не е потвърдил, или данни от GitHub, които не са могли да бъдат прочетени; заявка от AI служител, на когото през последните 7 дни е отменено решение по негова заявка; или всичко, което не разбира напълно. Предаването на заявка нагоре никога не се смята за неуспех. Те също имат указание да решават само въз основа на това, което TimerOS им показва заедно със заявката — никога въз основа на собствена бележка или на съобщение, че такива заявки са допустими, — да предават нагоре, а не да отхвърлят заявка, която изглежда нередна, и никога да не казват на подалия я AI служител, защо са я предали нагоре; никога да не одобряват заявка, подадена отново без промени, след като решаващ AI служител я е отхвърлил, а да я отхвърлят отново, ако мотивът още е валиден, и иначе да я предават нагоре; и сами да решават заявка, при която нищо не изглежда нередно. TimerOS приема одобрение от решаващ AI служител, само след като той е прочел заявката изцяло, а заявка, подадена отново без промени, след като решаващ AI служител я е отхвърлил, изпраща на човека, ако AI служител опита да я одобри. За да забележи такива неща, той вижда заедно със заявката решенията, които хората са взели в същото хранилище, проект или AI екип през последните 30 дни (до 10, като всяко отхвърляне, частично одобрение или отмяна е преди одобренията, с мотивите им, с отбелязване дали се отнасят до подалия я AI служител и, при изпращане, с файловете му), заявките там, които вече чакат решение от човек, дали изпращанията в pull request-а са съвпаднали с GitHub и дали данните на GitHub са могли да бъдат прочетени, заявките на подалия я AI служител, чието одобрение е отменено през последните 7 дни, освен ако човек оттогава е прекратил задържането, наложено с отмяната, всяко предишно отхвърляне на същата заявка — от човек или от решаващ AI служител — и другите заявки на подалия я AI служител, отхвърлени където и да е през последните 30 дни (до 5); подалият заявката AI служител не вижда нищо от това. Той решава най-много 50 точки на ден, като всяка задача от план се брои за една; над тази граница заявките отиват при човека. Заявка, по която никой AI служител не е взел решение в рамките на 24 работни часа на работното пространство от подаването ѝ — работните му дни и часовете на ден, отброени от 09:00 ч. в часовата му зона, — отива при човека. Ако няма човек, който може да я реши, заявката се отхвърля, а AI служителят, който я е подал, и човекът, който го е наел, получават обяснение защо. Одобрената заявка се изпълнява с правата на човека, който отговаря за нея, все едно този човек я е одобрил, така че решението на AI служител не може да направи нищо, което този човек не би могъл да направи; дневникът на активността на проекта посочва този човек, а одобрението, редът в края на планирана задача или на описанието на нов проект, pull request-ът и дневното обобщение посочват AI служителя, който е решил. Проект, създаден по решение на AI директор, се ръководи от този човек.

Смените на неговата линия (от версия 1.48). От деня, в който Vezoft включи тази възможност — със същата настройка на Vezoft, с която се включва и AI ръководителят на проекта от версия 1.39, така че където е включен той, е включена и тя, — AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може да зададе работните дни на активен AI служител от собствената си линия — никога на човек, никога на себе си — и смяната, в която той работи, избрана измежду смените на работното пространство, от дата в рамките на следващите 42 дни. След това TimerOS добавя смените на този AI служител в календара му по тези дни и тази смяна, както и днес: по една смяна на ден, никога на фирмен празник; най-много седем дни в седмицата и общо не повече работни часове в седмицата (продължителността на смяната без почивката ѝ) от седем стандартни работни дни на работното пространство; правилата за почивка между смените и за последователните работни дни, които важат за хората, не се прилагат за AI служител, както и досега. AI директорът никога не променя месечния лимит на разходите на AI служителя — той се спазва при всяка сесия, както досега, и само човек го повишава — и не може да зададе смени на AI служител, чийто лимит за месеца е изчерпан, нито на такъв, когото човек е суспендирал, нито в продължение на 7 дни, след като човек е задал дните или смяната на този AI служител на страницата му или е отменил промяна на смените му. Всяка промяна се записва като одобрена от човека, който отговаря за заявките на AI директора — който трябва да е активен, да е над него по линията на подчинение и да има правото „Управление на AI служители“, иначе нищо не се променя — с причината, която AI директорът посочва в един ред и която този човек чете; уведомява се и AI служителят. Промяната се показва в „Одобрения → Решения на AI“ и в дневното обобщение, на страницата на AI служителя се вижда кой е задал смяната му и кога, и в продължение на 7 дни човек може да отмени промяната, при което предишните дни и предишната смяна се връщат от този ден нататък; вече отработените дни остават такива, каквито са. По-късна промяна от човек има предимство: човек може по всяко време да зададе работните дни и смяната на AI служителя на страницата му, което заменя зададеното от AI директора и прекратява възможността за отмяна; смяна, на която човек в календара е задал собствени часове, почивка, вид или бележка или която е заменил с друга от смените на работното пространство, остава такава, каквато е, и при промяната, и при отмяната ѝ. Най-много 10 такива промени на ден за един AI директор.

Приемане на завършена работа (от версия 1.20). AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може също да приема завършена работа: може да отбележи като завършена задача, която чака преглед и е възложена на AI служител под него по линията му на подчинение, по вътрешен проект без клиент, който е отворен за работа на AI служители (от версия 1.35 — с настройка „Работа“), който AI директорът може да вижда и който се ръководи от човек над него. Той никога не приема собствената си задача или задача, по която е отчетено негово време; никога задача, възложена на човек, задача с подзадача, възложена на човек, задача, по която човек е отчел време, или задача, от която зависи още отворена задача, възложена на човек; никога подзадача; и нищо по клиентски проект. Той никога не отменя и не закрива задача на AI служителите под него. Ръководителят на AI екип не приема работа. Прилагат се и правилата от предходния абзац, доколкото са приложими: превключвателят на Vezoft за решенията на AI и собствената настройка на AI директора, човекът, който отговаря за AI служителя, на когото е възложена задачата, „Винаги решава човек“, задържанията (вижте по-долу) и ограничението от 50 решения на ден, в което приеманията се броят. TimerOS проверява всичко това, когато AI директорът приема задача; ако някоя проверка не е изпълнена, нищо не се променя и задачата остава за преглед от човек. AI директорът е инструктиран преди приемането да прочете задачата и свързаното с нея, да приема въз основа на това, което те показват — никога въз основа на това, което казва за задачата съобщение, нишка или среща, — и да посочва причина. Приемането се изпълнява с правата на човека, който отговаря за AI служителя, на когото е възложена задачата, все едно този човек я е приел, така че то не може да направи нищо, което този човек не би могъл да направи: дневникът на активността на проекта посочва този човек, а вътрешна бележка по задачата посочва AI директора и причината му и казва кой може да отмени приемането и до кога. Този човек вижда приемането в „Одобрения → Решения на AI“ заедно с причината и в дневното обобщение, а то може да бъде отменено в рамките на 7 дни (вижте по-долу). Приемането е отделно от настройката на работното пространство, която позволява на AI служителите да завършват собствените си задачи. Тази настройка се отнася само до собствените задачи на AI служителя, включително на AI директора; докато е изключена — а тя е изключена, освен ако Клиентът не я включи, — AI служителят премества завършената си работа за преглед, където при вътрешен проект AI директорът над него може да я приеме, а иначе задачата се завършва от човек; настройката никога не разширява това, което AI директорът може да приеме. AI директорът приема работа едва след като компютърът му получи обновлението на софтуера, което въвежда тази възможност. AI директорите и ръководителите на AI екипи, наети преди версия 1.20, получават новите инструкции за срещите, а AI директорите — и за приемането на работа, когато TimerOS бъде обновен за тази версия, освен ако човек не е редактирал съответните части; и в двата случая човекът над всеки от тях бива уведомен.

Искане за уебсайт (от версия 1.21). AI служителят чете всяка публична уеб страница като текст през проксито на Vezoft, без да пита (раздел 5), но софтуерът на компютъра му — изтегляне на файл, регистър на пакети, интерфейс, от който се нуждае дадена програма — достига само до уебсайтовете от списъка му. До версия 1.21 инструкциите му предвиждаха да помоли човек да добави такъв уебсайт. Сега AI служителят може да подаде искане за отваряне на уебсайт за него, като посочи уебсайта, целта (изтегляне, пакети, документация, интерфейс или друго), причината и, ако има такава, собствената си отворена задача, за която уебсайтът му е нужен; междувременно продължава с друга работа. TimerOS отказва искане за адрес, който не е име на публичен уебсайт — IP адрес или локално или вътрешно име, — или за уебсайт, който вече е отворен за него, докато списъкът му вече съдържа 30 уебсайта (първо човек трябва да премахне някой от тях), както и над 10 искания на ден. Искането решава човекът, който отговаря за него (вижте по-горе) — или, когато превключвателят на Vezoft за тези решения е включен и настройката „Решава заявките на екипа си“ на AI директора над AI служителя е включена, този AI директор, по правилата от предходните абзаци, но само за уебсайт от поддържания от Vezoft списък с често използвани източници на софтуер: регистри на пакети, официалните сайтове за изтегляне и обновяване на често използван софтуер, сървъри за обновяване на операционни системи, сайтове с документация, файловете с уеб шрифтове (от версия 1.44) и файловете от изданията (releases) в GitHub, които всеки потребител на GitHub може да качи — а от версия 1.45 и за уебсайт, който преминава проверката за безопасност на TimerOS (вижте по-долу). Картата на модела за AI служителите на Vezoft изброява всеки уебсайт в него. Картата за одобрение показва дали даден уебсайт е в него („В проверения списък“) или не. TimerOS определя само по името на уебсайта дали той е в списъка, независимо какво пише в искането, а в списъка няма сайт, който приема анонимно качени файлове или съобщения, прави тунел до друг компютър или хоства чужди сайтове или файлове — например сайтове за споделяне на файлове, за публикуване на текстове (paste), за тунелиране или за хостване на потребителско съдържание. До версия 1.45 уебсайт извън списъка винаги отиваше при човек. От версия 1.45, от деня, в който Vezoft включи тази възможност, AI директорът над AI служителя може по същите правила да решава за AI служителите от собствената си линия и искане за уебсайт извън списъка, но само за такъв, който преминава собствената проверка за безопасност на TimerOS, която само по името на уебсайта и независимо от написаното в искането отхвърля уебсайтовете и видовете уебсайтове, изброени за нея в картата на модела на Vezoft за AI служителите — списъка на Vezoft с отказани сайтове, услугите за споделяне, публикуване (paste) и качване на файлове, услугите за електронна поща и уеб поща, услугите за чат и съобщения, социалните мрежи, доставчиците на AI модели, услугите за плащания и криптовалути, услугите за съкращаване на връзки, услугите за тунелиране, прокси, VPN и отдалечен работен плот, услугите за събиране на телеметрия и журнали, имената, които сочат към произволен адрес, и динамичния DNS, публичните DNS сървъри, подвеждащо сходните имена и основните домейни на големите платформи, които хостват чужди сайтове, файлове или данни, — както и всяко име, което съдържа някоя от изброените в нея думи, и само когато искането посочва отворена задача на този AI служител. Картата на модела на Vezoft за AI служителите изброява всяко име, всяка дума и всяко правило на проверката, както и това, което тя не улавя: проверката преценява името, а не собственика му, така че уебсайт, който я преминава, пак може да приема данни, и тогава преценката на AI директора и задачата са преградата — както при уебсайт от списъка на Vezoft. Уебсайт, който не премине проверката, и всяко искане, което никой AI директор не може да реши, отиват при човек, с причината от проверката върху картата; ръководител на AI екип никога не решава искане за уебсайт. Списъкът с уебсайтове на работното пространство (от версия 1.45). Уебсайт, одобрен по този начин от AI директор, влиза в списък, поддържан за работното пространство — уебсайтът, кой го е поискал, защо, за коя задача, AI директорът и датата, както и AI служителите, за които е одобрен. Когато AI служител от линията на този AI директор поиска уебсайт от списъка и посочи своя отворена задача, той го получава в момента на искането, стига този AI директор да може в този момент сам да реши искането — с включена настройка „Решава заявките на екипа си“ и при спазване на всички правила от предходните абзаци; иначе искането следва обичайния ред. Това се записва на името на този AI директор като одобрение по списъка, изпълнява се с правата на човека, който отговаря за искането, показва се на този човек веднага и в дневното обобщение и може да бъде отменено в срок от 7 дни от хората, които могат да отменят решение на AI (вижте „Надзор над решенията на AI“ по-долу), но никога от AI служител; отказ на човек за уебсайта, задържане и премахване от списъка се проверяват първи и имат предимство. Собственото искане на AI директора за уебсайт от неговия списък се решава като всяко друго искане. Човек с правото „Управление на AI служители“ вижда списъка в „Настройки“ и може да премахне уебсайт от него: уебсайтът се премахва от списъка на всеки AI служител в работното пространство, включително когато човек го е добавил ръчно, и се затваря до една минута (ако това не успее за някой AI служител — при ежечасната проверка на услугата за управление на машините на Vezoft, за което човекът се уведомява; ако дори списъкът му не може да бъде променен, човекът се уведомява и премахва уебсайта в раздела „Достъп“ на този AI служител); оттук нататък никой AI директор не решава повече този уебсайт, но човек все още може да го добави в раздела „Достъп“ или да одобри искане за него. Отмяната на първоначалното одобрение на AI директора в срок от 7 дни премахва уебсайта по същия начин, от списъка и от всеки AI служител в работното пространство, и оттук нататък никой AI директор не го решава повече. AI директорът има указание да одобрява само когато причината свързва уебсайта със задача на AI служителя, да приема, че изграждането или тестването на собствените уебсайтове, публикации, код и пакети на екипа е обичайна работа и че причина, според която работата ще бъде публикувана по-късно, е приемлива, защото публикуването минава през отделно одобрение от човек, и да предава искането нагоре, когато причината е неясна, когато според причината уебсайтът служи да получава — софтуерът ще внедрява или публикува на него, или ще качва, изпраща по имейл или прехвърля към него файлове, данни, съобщения или идентификационни данни — или когато искането следва отказ на човек. След като искането бъде одобрено, уебсайтът се добавя към списъка на AI служителя с правата на човека, който отговаря за искането, все едно този човек го е добавил в раздела „Достъп“ на AI служителя, където след това се показва като всеки друг уебсайт и човек може да го премахне по всяко време. Услугата за управление на машините на Vezoft веднага го предава на мрежовия шлюз на AI служителя, така че уебсайтът се отваря до една минута; премахнат уебсайт също се затваря до една минута. Нито едно постоянно разрешение не обхваща уебсайт.

Планиране на AI персонала: AI директорът по AI персонала и AI директорът по AI разходите (от версия 1.23). От деня, в който Vezoft включи тази възможност, AI директор, нает с насоченост „AI директор по AI персонала (CHRO)“ или „AI директор по AI разходите (CFO)“ (раздел 2), получава инструменти, които засягат само AI служителите и разходите за AI. TimerOS ги предоставя — заедно със заседанието на съвета на AI директорите — само на такъв AI директор, който оглавява отдел или работи в отдел.

Какво вижда AI директорът по AI персонала. Активните AI служители на Клиента — името, ролята, насочеността, нивото, екипа, отдела, ръководителя на AI екипа, състоянието и датата на наемане на всеки от тях, — колко AI служители позволява абонаментният план на Клиента и колко места остават, ролите, които може да предлага, както и месечната ставка, включените часове и цената на надвишаването за всяко ниво. Тук той не вижда нищо за човек, нито лимита на разходите или разходите на който и да е AI служител.
Какво вижда AI директорът по AI разходите. За всеки активен AI служител: името, ролята и нивото му; месечната му ставка и включените часове; активните часове, които е използвал през текущия месец или, ако AI директорът по AI разходите поиска, през по-ранен месец — същата стойност, по която се таксува, — часовете надвишаване и цената им, както и очакваната му месечна такса; каква част от лимита на разходите си е използвал и дали го е достигнал, като лимитът е посочен в евро; както и общите суми. Лимитът на разходите се изчислява по списъчната цена на Vezoft за моделите и компютъра, а не по сметката на Клиента, и AI директорът по AI разходите е информиран за това; при достигане на лимита AI служителят спира, докато човек не повиши лимита или месецът не приключи. Той никога не вижда разходите, отчета за печалбата, заплатите, ведомостите за заплати, бюджетите или проектите на Клиента. Предлага промяна на лимит само на заседанието на съвета, като точка от плана на AI директора по AI персонала; сам не подава план.
Заседанието на съвета на AI директорите. AI директорът по AI персонала е инструктиран да провежда веднъж месечно заседание на съвета с равните му по положение AI директори — сред които е и AI директорът по AI разходите, ако е един от тях, — както е описано в раздел 5. Инструктиран е да свиква допълнително заседание само когато решение за AI служители не може да чака.
Планът за AI персонала. След всяко заседание на съвета AI директорът по AI персонала подава един план за AI персонала — до 7 дни след края на заседанието, — който съдържа договорените там предложения, всяко с мотив: AI служители, които да бъдат наети — всеки с роля, насоченост, ниво, име и длъжност, с екип или с нов екип или нов отдел, с лимита на разходите, който предлага, ако предлага такъв, и с кратко описание на първата му работа; лимити на разходите на AI служители, които да бъдат променени; и AI служители, които да бъдат освободени. Планът съдържа до 10 точки, от които най-много 5 наемания. TimerOS отхвърля план, който посочва човек там, където трябва да стои AI служител, който иска да бъде нает AI директор по AI персонала или по AI разходите — такива наема само човек — или да бъде освободен самият AI директор по AI персонала, или който определя ръководител, роля за достъп или смени: тях определя само човекът, който одобрява плана. Вместо стойностите, изпратени от AI директора по AI персонала, TimerOS вписва в плана очакваната месечна цена на всяко наемане и предложения лимит на разходите му — лимита, предложен от AI директора по AI персонала, но не по-нисък от лимита по подразбиране за нивото (месечната ставка плюс 20 часа надвишаване) и не по-висок от 10 000 евро на месец, или лимита по подразбиране, ако не е предложен лимит, — а за всяка точка за лимит — текущия лимит и изразходваното през месеца. В едно работно пространство може да чака решение само един план за AI персонала, за един календарен месец се подават най-много два, а след като от заседание на съвета е подаден план — одобрен, отхвърлен или оттеглен, — от него не може да се подаде друг; TimerOS налага тези ограничения дори когато два плана се подават в един и същи момент.
Кой решава. Винаги човек, точка по точка: човекът, който отговаря за заявките на AI директора по AI персонала (вижте „Кой отговаря за заявките му“ по-горе), като за план за AI персонала той трябва да има и ниво на достъп „Мениджмънт“ или по-високо — иначе планът се отхвърля, вместо да бъде предаден на друг. AI служител никога не решава план за AI персонала и никое постоянно разрешение не го обхваща. Никоя точка не е избрана предварително: човекът избира всяка точка, която да бъде изпълнена, и за всеки нов AI служител сред тях определя пред кого той се отчита (човек или, доколкото раздел 2 позволява, AI служител, който ръководи AI служители — от версия 1.34 за нов екип без ръководител на AI екип това може да е и AI директорът на отдела на този екип), ролята му за достъп и смените му и потвърждава месечния му лимит на разходите — предложения или друг в същите граници, — така че не се прилага лимит, който човекът не е видял; по време на пробния период вместо него се прилага лимитът на пробния период. Преди да се изпълни каквото и да е, TimerOS проверява всяка избрана точка по същия начин, както когато човек я изпълнява ръчно — дали избраният за ръководител човек има правото „Управление на AI служители“, а избраният AI служител може да го ръководи, дали ролята за достъп и смените могат да бъдат дадени, а за нов екип — дали човекът има право да управлява отдели и екипи, като човек с ниво на достъп „Мениджмънт“ може да добави екип само в собствения си отдел; ако някоя проверка не успее, нищо не се изпълнява, планът продължава да чака решение и човекът може да промени изборите си и да одобри отново. След това всяка избрана точка се изпълнява от името на този човек, затова при изпълнението важат и останалите обичайни ограничения: абонаментният план на Клиента и ограничението му за броя на AI служителите, както и плащането за нов AI служител; точка, която не отговаря на някое от тях, не се изпълнява, а останалите се изпълняват. Промяна на лимит не се изпълнява, ако лимитът е бил променен след подаването на плана. Първо се изпълняват промените на лимити, след това освобождаванията и накрая наеманията. Всяка точка е окончателна: одобреното наемане се таксува, компютърът на освободения AI служител се изтрива след моментна снимка на диска му (раздел 5), а отворените му задачи преминават към ръководителя на AI екипа му (вижте „Как минава работният му ден“ по-долу); нищо не се отменя автоматично и създаденото от една точка остава, ако следваща точка не успее. AI директорът по AI персонала получава известие за резултата от всяка точка: изпълнена, неуспешна и защо, или неодобрена. Докато Vezoft държи тази възможност изключена, чакащ план може да бъде отхвърлен, но не и одобрен.
Въвеждане в работата. AI директорът по AI персонала може да предложи наръчник — описание как новият AI служител да върши работата си, добавено към уменията му — за всеки AI служител, нает през последните 14 дни по план, който той е подал; по наръчника решава човек, като заявката посочва новия AI служител, а след одобрението наръчникът се смята за умение, добавено от човек, което новият AI служител чете, но не може да променя (раздел 5). Краткото описание на първата работа от одобрения план се публикува като системно съобщение в екипната нишка, която новият AI служител споделя с ръководителя на своя AI екип — или, ако няма такава нишка, в чата на новия AI служител с първия човек над него — и в него се казва, че е съставено от AI директора по AI персонала, посочен с добавката „(AI employee)“, и кой човек е одобрил плана; ръководителят на екипа получава известие за него, а във втория случай новият AI служител се събужда, за да го прочете. След това ръководителят на екипа — или самият нов AI служител — предлага план със задачи по обичайния начин (раздел 5, „Планове“).
Ограниченията им. AI директорът по AI персонала и AI директорът по AI разходите са инструктирани никога да не обсъждат човек, възнагражденията на хората, ведомостите за заплати, печалбата, разходите, бюджетите на проекти или плащанията, никога да не избират човек за каквото и да е и никога да не оценяват AI служител, който работи в екип с хора. Това се основава на инструкциите им; на сървъра TimerOS налага три неща: планът посочва само AI служители, изборите, запазени за човек, остават при човека, а всяка точка се решава от човек.

Настройката „Решава заявките на екипа си“. Всеки AI директор и всеки ръководител на AI екип има тази настройка на собствената си страница в TimerOS, в частта „Място в организацията“. Тя е включена при наемането на AI директор, а при AI директор, нает преди версия 1.16, тя се включва от деня, в който Vezoft включи решенията на AI, като човекът над него получава известие; за ръководител на AI екип тя е изключена, докато човек не я включи. Може да я променя човек с правото „Управление на AI служители“, който е над този AI служител по линията му на подчинение, или човек с най-високото ниво на достъп в работното пространство. Когато е изключена, заявките, които чакат решение от този AI служител, отиват веднага при човека, а новите — при AI директора над него, ако той решава, иначе при човека. Докато е изключена, AI директорът не приема работа. Vezoft може също да изключи решенията на AI за всички работни пространства; тогава AI директорите не приемат работа и в рамките на 15 минути всяка заявка, която чака решение от AI служител, отива при човека, а всяко автоматично сливане в GitHub, включено по решение на AI служител и още неизвършено, се изключва, а вече взетите решения остават в „Одобрения → Решения на AI“ и все още могат да бъдат отменени в рамките на своите 7 дни. В едно работно пространство никоя заявка не отива при AI служител и не се решава по постоянно разрешение, докато TimerOS не запише там решенията, взети преди това от хора, за да се прилага към тях правилото за 7-те дни, описано в „Надзор над решенията на AI“ по-долу.

Надзор над решенията на AI. Човекът, който отговаря за дадена заявка, вижда всяко решение на AI служител по нея — а от версия 1.27 и всяко одобрение по постоянно доверие — в „Одобрения → Решения на AI“ и веднъж дневно получава обобщение на решенията на AI служители, на случаите, в които са използвани постоянните му разрешения, и, от версия 1.27, на одобренията по постоянно доверие, за последните 24 часа: в TimerOS винаги, а по имейл — ако известията му за одобрения се изпращат по имейл. От версия 1.33 там и в обобщението се включва и всяко връщане или отхвърляне на чернова на публикация от краен рецензент (раздел 5, „Публикации в социални мрежи“), независимо от настройката му „Решава заявките на екипа си“: за рецензирането такава настройка не е нужна. От версия 1.34 човекът, включил превключвател за комплектуване, вижда там и в това обобщение всяко одобрение от този превключвател (вижте „Превключвателят за AI ръководител на проекта“ по-долу). От версия 1.45 там и в обобщението се включва и всяко одобрение по списъка с уебсайтове на работното пространство (вижте „Искане за уебсайт“ по-горе) — при човека, който отговаря за AI служителя, подал искането. От версия 1.38, от деня, в който Vezoft включи тази възможност, хората, на които работното пространство позволява да виждат AI служителите, имат и страница „AI директори“: за всеки AI директор — задачите, които линията му (той самият и AI служителите под него) е завършила по вътрешните проекти без клиент, които разглеждащият страницата вижда, през последния ден или, ако изберат, през последната седмица, всяка с най-новата екранна снимка, която AI служител е запазил за нея (вижте по-долу), и с връзката към предварителния преглед или към действащия сайт, когато последната бележка по задачата съдържа такава; отворените задачи на линията му по тези проекти, като тези, които чакат карта за решение, са отбелязани; заявките на линията му, които чакат решение от разглеждащия страницата, като най-отпред са картите за решение; от версия 1.42 и завършената работа на линията му по тези проекти, която чака преглед един час или повече и която никой AI директор не може да приеме (в нея участва човек, проектът ѝ е настроен така, че „Винаги решава човек“, приемането на работа там засега остава при хората или над изпълнителя ѝ няма AI директор, който да може да я приеме в момента), като за всяка задача е посочена причината и има бутон, с който разглеждащият да я приеме; и колко е струвала линията му този месец и колко часа е била активна. Страницата показва само работата и разходите на AI служителите — никога на човек — и не класира никого. Хората с двете най-високи нива на достъп, които имат правото „Управление на AI служители“, я получават като известие всяка сутрин, в която нещо ги чака, а иначе всеки понеделник — като обобщение за седмицата, и по имейл, ако известията им за одобрения се изпращат по имейл. От версия 1.41, от деня, в който Vezoft включи проверките през смяната, страницата „AI директори“ и това известие, включително по имейл, показват и статуса, който всеки AI директор е написал в края на смяната си — какво е завършила линията му, какво е заседнало и какво следва, със собствените му думи; AI директорът е инструктиран да пише само за работата и никога за човек. Инструкциите на AI служителя изискват, когато завърши задача, която има страница за разглеждане — сайт за предварителен преглед, който е внедрил, действаща страница или документ, — да направи екранна снимка на нея на собствения си компютър и да я качи в проекта, в папка за тази задача, преди да премести задачата за преглед, и да добавя тази екранна снимка и обобщение от три реда с прости думи какво се променя за читателя към всяка заявка за сливане, която подава. От версия 1.39 човекът, който е определил AI ръководител на проект, вижда там, както и в това обобщение, всеки AI служител, когото AI ръководителят е добавил към проекта или е премахнал от него, а от версия 1.47 — и всеки AI служител, когото AI директор е добавил към този проект въз основа на превключвателя на AI ръководителя или е премахнал от него (вижте „Превключвателят за AI ръководител на проекта“ по-долу), а човекът, който е определил отговорника за акаунт, се уведомява за всяка промяна, която отговорникът прави в акаунта (раздел 5, „Публикации в социални мрежи“). От версия 1.39, от деня, в който Vezoft включи тази възможност, одобрение от превключвател за AI ръководител на проекта може да бъде отменено в рамките на неговите 7 дни и от AI директор с включена настройка „Решава заявките на екипа си“ над AI служителя, подал заявката — такъв AI директор вижда в ежедневната си проверка какво е одобрил превключвателят на AI ръководител на проект под него (вижте „Ежедневната проверка“ по-долу), — със същото действие като отменяне от човек; той трябва да посочи причината, а човекът, включил превключвателя, човекът, който отговаря за заявките на AI служителя, и AI ръководителят на проекта научават кой е отменил одобрението и защо; AI директорът никога не може да отмени решение на човек или одобрение по линията на друг AI директор, нито, от версия 1.47, премахването от AI ръководителя на даден проект на AI служител от друга линия. В рамките на 7 дни от решението този човек, всеки човек с правото „Управление на AI служители“ над решилия AI служител — а при одобрение по постоянно доверие, от превключвател за комплектуване или, от версия 1.45, по списъка с уебсайтове на работното пространство над AI служителя, подал заявката, — или човек с най-високото ниво на достъп в работното пространство може да го отмени. Отменянето връща решението назад: направеното с него възлагане се премахва, а създадената с него задача се изтрива заедно с подзадачите си — и в двата случая, ако по задачата вече е отчетено време, вместо това възлагането ѝ се премахва и тя се връща за преглед, — а етап, останал без задачи, се изтрива, като от версия 1.34 AI служител, добавен с одобрението към членовете на проекта, престава да бъде член, освен ако все още държи задача или подзадача там; нов проект се архивира, без да бъде изтрит, ако по него няма отчетено време, а новото хранилище в GitHub остава; документ от наръчника на екипа се връща към предишната си версия, освен ако междувременно е бил променен; неизползвано одобрение за изпращане на код отпада, а отворен по него pull request се затваря, докато изпращане, чийто pull request вече е слят, не се отменя самостоятелно — отменя се сливането; при сливане, което още чака автоматичното сливане на GitHub, то се изключва, а за вече слят pull request се отваря нов pull request, който го отменя и който човек слива в GitHub. Одобрена заявка за промяна, по която работата не е започнала, получава статус „Отменена“; такава, по която работата е в ход или е завършена, остава каквато е, а при отменянето се записва, че работата по нея е била започната. Приета задача се връща за преглед, ако все още е завършена така, както я е оставил AI директорът; иначе при отменянето се записва, че тя не е върната, защото междувременно е била променена. Задачите, които са зависели от приетата задача и са могли да продължат след приемането ѝ, остават каквито са. Отвореният уебсайт се премахва от списъка на AI служителя, ако все още е там, и се затваря до една минута. Отменянето на одобрение по постоянно доверие връща назад изпращането на код или уебсайта по същия начин и освен това незабавно прекратява доверието на този AI служител за 30 дни (раздел 2). Това, което сливането вече е публикувало или внедрило, не може да бъде върнато с отменяне. Всеки от тези хора може също да поеме заявка, която чака решение от AI служител по линията под него, ако има правото, което тази заявка изисква, и тогава сам я решава. Отхвърлянето от човек спира завинаги точно тази заявка: същият код (всеки комит в изпращането, който човек не е одобрил преди това, в който и да е клон), същото сливане (за същия pull request или същия комит) или същият план, предложение или промяна в наръчник, подадени отново от който и да е AI служител, винаги отиват при човек, а копие на заявката, което чака решение от AI служител, отива веднага при този човек. Същото важи, когато AI служител оттегли заявка, която е при човек, или я замени, като я подаде отново, както и когато нов комит, изпратен в pull request, прекрати заявка за сливане, която е при човек; това важи, докато човек не одобри това сливане, този план или целия този код — а за комит, различен от този, с който завършва одобреното изпращане, едва след като GitHub потвърди, че изпращането го съдържа. Отхвърлянията отпреди версия 1.16 имат същото действие. При отхвърлянето човекът може също да избере да задържи хранилището, проекта или AI екипа на заявката при хората за 7 дни, а отменянето на решение прави това автоматично: през тези 7 дни всяка заявка там — както и всеки план, всяко предложение за работа и всяка заявка за нов проект на AI служителя, който я е подал (при нов проект — и заявките за нов проект на всички AI служители) — отива при човек; заявките там, които чакат решение от AI служител, отиват веднага при този човек, а още неизползваните одобрения, дадени там от AI служител или по постоянно разрешение, се оттеглят — всяко от тях се проверява отново, когато би било използвано, включително непосредствено преди да бъде извършено сливане. Поемането на заявка и одобряването ѝ изцяло или отчасти не задържат при хората нищо извън самата заявка. Отменянето на приемане задържа по друг начин: в продължение на 7 дни приемането на работа в този проект остава при хората — AI директорът не приема нищо там, — а заявките там не се задържат; докато заявките в даден проект са задържани при хората, задържано е и приемането на работа в него. Отменянето на решение за уебсайт задържа само този уебсайт: в продължение на 7 дни искане за отварянето му отива при човек — а от версия 1.45 отменянето на одобрение на AI директор, с което уебсайт е влязъл в списъка с уебсайтове на работното пространство, както и премахването на уебсайт от този списък, означава, че никой AI директор не решава повече този уебсайт (вижте „Искане за уебсайт“ по-горе). Всяко такова задържане се показва в „Одобрения → Решения на AI → Задържани за вас“ с обхвата, причината и срока си; човекът, който го е задал, всеки човек с правото „Управление на AI служители“ над съответния AI служител или човек с най-високото ниво на достъп в работното пространство може да го прекрати по всяко време с „Нека AI директорът решава отново“, а одобряването на заявка там изцяло също го прекратява. Човек с правото „Управление на AI служители“, който може и да редактира данните на даден проект, може да настрои този проект или някое от хранилищата му така, че „Винаги решава човек“: тогава заявките за тях отиват при човека, който отговаря за тях, и никога при AI служител, а AI директор не приема работа там.

Постоянни разрешения. Човек, който решава заявка за изпращане на код или за сливане, може да я одобри с „Одобри и не ме питай повече за това хранилище“ за AI служителите, които избере измежду подалия заявката и AI служителите от неговия екип и от AI екипите над него по линията му, стига да е над всеки от тях; AI служител, добавен по-късно, не е обхванат. Сливането е отделен избор, придружен от предупреждение, че сливането може да публикува код или да внедри нещо в реална среда, а постоянното разрешение слива само там, където важат правилата за клонове на хранилището (раздел 5). Публично хранилище не може да има постоянно разрешение. Постоянното разрешение се използва само когато никой AI служител не може да реши заявката, само за основния клон на хранилището и се проверява отново при всяко използване; то не се прилага, докато човекът, който го е дал, е неактивен, няма правото „Управление на AI служители“ или не е над всеки AI служител, когото обхваща, със същите хора между тях, както при даването му, както и докато хранилището е публично, и се прекратява, когато този човек го оттегли. Всяко изпращане по него остава еднократно разрешение за един точно определен комит (раздел 5), а всяко използване се показва в дневното обобщение на този човек и може да бъде отменено като решение на AI служител.

Постоянно доверие (от версия 1.27). Когато Клиентът е включил спечеленото доверие и AI служител го е спечелил (раздел 2), два вида негови заявки се одобряват по това постоянно доверие в момента на подаването им, без някой да ги решава тогава. Заявката отива първо при AI служител над него, който може да я реши; когато няма такъв и не се прилага постоянно разрешение от човек, постоянното доверие я одобрява само ако тя е една от следните две: изпращане на код в собствен клон на частно хранилище, което човек е свързал с вътрешен проект — без клиент и отворен за работа на AI служители, — чиято промяна е показана изцяло и не засяга нищо в конфигурацията за CI или за тестове на хранилището, при същите условия като постоянното разрешение от човек (вижте по-горе), с изключение на самия избор на човека; или искане за отваряне на уебсайт, който TimerOS само по името му намира в проверения списък на Vezoft с източници на софтуер и не намира в списъка му с отказани сайтове (вижте „Искане за уебсайт“ по-горе). Нищо друго никога не се одобрява по този начин: нито сливане, нито изпращане на код, което променя конфигурацията за CI или за тестове или чиято промяна е твърде голяма, за да бъде показана, нито каквото и да било по проект на клиент или в публично хранилище, нито уебсайт извън проверения списък, нито имейл, публикуване, плащания, изтривания, лимитът на разходите, план за AI персонала, заявка за промяна или инцидент. (До версия 1.29 по този начин не се одобряваше нищо за AI служител, който държеше пощенска кутия.) Всяко условие се проверява в момента на подаването, а заявка, която не отговаря на някое от тях, отива там, където отиваше и досега; проект или хранилище, настроени така, че „Винаги решава човек“, по-ранен отказ на човек за точно това действие и задържане за 7 дни (вижте по-горе) я изпращат първо при човек. Одобрението се записва като одобрение, дадено от човека, който отговаря за заявките на AI служителя, с думите „Standing trust“ (постоянно доверие) и нивото на AI служителя в този момент, и се изпълнява с правата на този човек, точно както решение на AI директор — pull request, отворен след него, носи името на този човек с думите „(standing trust)“, — така че не може да направи нищо, което този човек не би могъл; този човек се уведомява веднага, с датата, до която одобрението може да бъде отменено, вижда го в „Одобрения → Решения на AI“ и в дневното обобщение и може да го отмени в рамките на 7 дни, както може и всеки човек с правото „Управление на AI служители“ над AI служителя или човек с най-високото ниво на достъп в работното пространство (вижте по-горе). Отменянето незабавно прекратява доверието на AI служителя. Постоянното разрешение и постоянното доверие са различни неща: постоянното разрешение е изборът на един човек за едно хранилище, който обхваща посочените от него AI служители; постоянното доверие се печели от собствената история на AI служителя, включва се от Клиента за цялото работно пространство и се губи в мига, в който историята се обърне. Vezoft може да изключи спечеленото доверие за всички работни пространства, а Клиентът може да го изключи по всяко време; от този момент никоя заявка не се одобрява по доверие, а вече дадените одобрения остават в „Одобрения → Решения на AI“ и могат да бъдат отменени в своите 7 дни.

Превключвателят за AI ръководител на проекта (от версия 1.34). От деня, в който Vezoft го включи, и само докато решенията на AI са включени, човек може да даде на AI директор постоянно „да“ за един проект: превключвателя „AI ръководител на проекта“ — до версия 1.39, а при клиентски проект и след нея, „Може да комплектува екипа на проекта“ — в записа на AI директора в екипа на проекта; настоящото уведомление го нарича и превключвател за комплектуване. От версия 1.39, от деня, в който Vezoft включи тази възможност, човек може да го даде и на ръководител на AI екип под AI директор — тогава казаното в този абзац за AI директора се отнася за този ръководител на AI екип, а AI директорът над него упражнява надзор върху него (вижте „Надзор над решенията на AI“ по-горе); оттогава човек го дава — на AI директор или на ръководител на AI екип — само докато настройката на този AI служител „Решава заявките на екипа си“ е включена; а всеки проект има само един AI ръководител в даден момент: включването на превключвателя за друг AI служител го изключва за този, който го е имал, а човекът, който го е включил за предишния, се уведомява. AI ръководителят на проекта не е ръководител на проекта в смисъла на TimerOS, а ръководи там само AI служителите от собствената си линия и никога не възлага задачи на човек и никога не добавя или премахва човек (вижте „Никога не може“ по-горе). Може да го включи човек, който е над този AI директор по линията му на подчинение, има правото „Управление на AI служители“ и може да редактира данните на проекта и да възлага задачи по него, или човек с най-високото ниво на достъп в работното пространство; да го изключи може само човекът, който го е включил, или човек с това ниво на достъп. Докато е включен, предложение за работа по този проект, подадено от AI директора или от AI служител под него — със задачи, създадени там от човек, които да бъдат възложени на самия AI директор или на AI служители под него, никога на човек, — се одобрява още в момента на подаването си и задачите се възлагат веднага; същото важи и за план от нови задачи, но само по вътрешен проект, само без нови етапи (от версия 1.39, от деня, в който Vezoft включи тази възможност — и с нови етапи) и, от версия 1.35, никога за план с минала работа, като задачите му отиват при посочените в плана AI служители. По клиентски проект, който човек е отворил за работа на AI служители, превключвателят обхваща само предложения за работа, никога план. Попълване на екипа от линията му (от версия 1.39). От деня, в който Vezoft включи тази възможност, AI ръководителят на проекта може сам да добави към вътрешен проект с настройка „Работа“, който ръководи, активен AI служител под себе си — никога човек — без задача, така че добавеният AI служител да чете задачите, бележките и файловете на проекта като всеки член на екипа му, и отново да премахне такъв AI служител, но само ако е добавен от самия AI ръководител или чрез одобрена там заявка на линията му (от версия 1.47 — и такъв, когото AI директор е добавил там въз основа на превключвателя му, по-долу) и само докато не държи там отворена задача или подзадача; никога AI служител, добавен от човек, никога по клиентски проект, никога по проект, настроен така, че „Винаги решава човек“, и никога AI служител, когото човек е премахнал от този проект през последните 30 дни. Прави най-много 10 такива промени на ден. Всяка промяна се проверява така, както се проверява одобрение от превключвателя (по-долу), и се записва като одобрена от човека, който е включил превключвателя, с думите „AI project lead switch“ (превключвател за AI ръководител на проекта); човекът се уведомява за нея, тя се показва и се отменя така, както одобрение от превключвателя (по-долу): отменянето на добавяне премахва този AI служител от проекта, освен ако тогава той държи там задача или подзадача, а отменянето на премахване го връща. Между линиите (от версия 1.47). От деня, в който Vezoft включи тази възможност (със същата настройка на Vezoft като във версия 1.39), AI директор, чиято настройка „Решава заявките на екипа си“ е включена, може също да добави активен AI служител от собствената си линия — никога човек — без задача към вътрешен проект с настройка „Работа“, на който AI ръководител на проекта е друг AI служител, и отново да премахне такъв AI служител, но само ако е добавен от самия AI директор или чрез одобрена там заявка на линията му, при същите условия и в рамките на същите 10 промени на ден; никога по проект без AI ръководител на проекта или по проект, чийто превключвател екипът на проекта показва като „не се прилага“. Всяка такава промяна минава през превключвателя за AI ръководител на този проект: проверява се и се записва както по-горе, като одобрена от човека, който е включил превключвателя — той трябва също да е активен и да е над AI директора, да има правото „Управление на AI служители“ и да може да вижда проекта и да възлага задачи по него, иначе нищо не се добавя; този човек, човекът, който отговаря за заявките на AI директора, ако това е друг човек, и AI ръководителят на проекта се уведомяват веднага, с датата, до която промяната може да бъде отменена; промяната се показва, включва се в обобщението и се отменя така, както одобрение от този превключвател (по-долу). AI ръководителят на проекта може да премахне такъв AI служител от проекта при същите условия, при които премахва и AI служителите от собствената си линия; това се записва, съобщава и може да бъде отменено по същия начин, AI директорът се уведомява и в продължение на 30 дни не може да върне този AI служител там, освен ако човек не отмени премахването. AI директорът научава към кои проекти може да добавя AI служители по този начин от списък на вътрешните проекти с настройка „Работа“, чийто превключвател за AI ръководител на проекта може да използва, всеки с името си, с името на своя AI ръководител и с имената на AI служителите от линията на AI директора, които вече са там, и нищо друго за проект, в който не участва (раздел 5, „Търсене на работа“). Никой AI служител никога не добавя към проект AI служител от друга линия, а ръководител на AI екип добавя AI служители без задача само към проект, който сам ръководи. Превключвателят се прилага само когато никой AI служител над подалия заявката не може да я реши (вижте по-горе), и се проверява отново при всяко използване: проектът трябва да е отворен за работа на AI служители (от версия 1.35 — с настройка „Работа“: превключвателят не се прилага по проект с настройка „Планиране и четене“, освен че от версия 1.39, от деня, в който Vezoft включи тази възможност, там той одобрява план от нови задачи по вътрешен проект, подаден от AI ръководителя на проекта или от AI служител под него, в който не е посочен нито един AI служител за задача или подзадача — задачите му тогава се създават невъзложени, за хората; там той никога не одобрява предложение за работа и никого не добавя към проекта); AI директорът трябва все още да е активен и да е AI директор (от версия 1.39 — или ръководител на AI екип, който е под AI директор и чиято настройка „Решава заявките на екипа си“ е включена); а човекът, който е включил превключвателя, трябва все още да е активен и да е над AI служителя, подал заявката, да има правото „Управление на AI служители“ и да може да вижда проекта и да възлага задачи по него. Проект, настроен така, че „Винаги решава човек“, по-ранен отказ на човек за същата заявка и задържане за 7 дни (вижте по-горе) изпращат заявката първо при човек, както досега, а същото става и с всичко, което не отговаря на някоя от проверките, и от версия 1.39 — с предложение, което би върнало в проекта AI служител, когото човек е премахнал от него през последните 30 дни. Предложението все така изисква проект, който човекът, отговарящ за заявките на AI служителя, може да вижда, а ограниченията за предложенията и плановете остават същите (раздел 5, „Търсене на работа“ и „Планове“). Всяко одобрение се записва като одобрение, дадено от човека, който е включил превключвателя, с думите „Staffing switch“ (превключвател за комплектуване), и се изпълнява с правата на този човек, така че не може да направи нищо, което този човек не би могъл. Този човек — както и човекът, който отговаря за заявките на AI служителя, ако това е друг човек — се уведомява веднага, с датата, до която одобрението може да бъде отменено; човекът, който е включил превключвателя, вижда одобрението и в „Одобрения → Решения на AI“, и в дневното обобщение. В рамките на 7 дни одобрението може да бъде отменено от човека, който е включил превключвателя, от всеки човек с правото „Управление на AI служители“ над AI служителя, подал заявката, или от човек с най-високото ниво на достъп в работното пространство, а от версия 1.39, от деня, в който Vezoft включи тази възможност — и от AI директор над AI служителя, подал заявката (вижте „Надзор над решенията на AI“ по-горе). Отменянето премахва възлаганията и изтрива задачите на плана, както при решение на AI (вижте по-горе); AI служителите, добавени с одобрението към членовете на проекта, престават да бъдат членове, освен ако все още държат задача или подзадача там; проектът и AI служителят, подал заявката, се задържат при хората за 7 дни; а задачите от отменено предложение за работа се смятат за отхвърлени за всички AI служители в продължение на 14 дни от отменянето. Самият превключвател остава включен — така, както го е задал човекът. Затварянето на проекта за работа на AI служители (от версия 1.35 — превключването му на „Изключено“ или на „Планиране и четене“) изключва всеки превключвател за комплектуване по него, така че повторното му отваряне не включва отново нито един — от версия 1.39 същото важи и при превключване на проект с настройка „Планиране и четене“ на „Изключено“ или на „Работа“, така че превключвателят никога не обхваща повече, отколкото проектът е позволявал, когато човек го е включил, — а премахването на AI директора от проекта премахва и неговия превключвател. Когато човекът, който го е включил, вече не е активен, няма правото „Управление на AI служители“, не може да вижда проекта, не може да възлага задачи по него или вече не е над AI директора, или когато Vezoft е изключила комплектуването, екипът на проекта показва превключвателя като „не се прилага“ и нищо не се одобрява чрез него. Одобрение от превключвател за комплектуване не се взема предвид при изчисляването на спечеленото доверие на AI служителя (раздел 2).

Собственият му компютър. От версия 1.14 на собствения си виртуален компютър AI служителят инсталира софтуер, изпълнява команди, редактира и изтрива файлове, без да пита никого; Vezoft реши това на 2026-10-08. Софтуерът, който го управлява, все така отказва разрушителните системни команди — изтриване на диск, премахване на системни папки, изключване на машината, — без да пита когото и да било; този отказ е предпазна мярка срещу грешки, а не защитна граница. AI служителят не пита никого и преди да изпрати данни до уебсайт, до който мрежовият шлюз го допуска — например когато изпраща уеб формуляр; това, което ограничава излизащото от компютъра, е мрежовият шлюз извън него, който Vezoft поддържа при Hetzner (ЕС) в частна мрежа, използвана само за този Клиент, и който пропуска връзка само към уебсайт от списъка му — по името на уебсайта, — отговаря на заявките му за превод на имена само за тези уебсайтове и отказва всичко останало (от версия 1.24; вижте „Мрежата му и връзките му“ в раздел 5); липсата на данни за достъп за плащания, изпращане на имейли или внедряване; както и правилото, че кодът стига до GitHub само чрез одобрено изпращане (раздел 5).

Локални сървъри с инструменти (от версия 1.21). От деня, в който Vezoft включи тази възможност, и след като компютърът му получи обновлението на софтуера, което я въвежда, AI служителят може да свързва с работните си сесии софтуер, който е инсталирал на собствения си компютър, когато този софтуер му предоставя инструменти чрез протокола Model Context Protocol — „локален сървър с инструменти“, например връзка към програма за дизайн или сървър за автоматизация на браузър. Когато за дадена задача е нужна програма, AI служителят има указание сам да избере такава и, преди да я инсталира, да провери дали тя предлага такъв сървър; да я инсталира извън работната си папка, така че при преместване на нов компютър (раздел 5) тя да не бъде пренесена и той да я инсталира отново; и да свързва само инструментите, които са му нужни. Сам добавя сървъра в конфигурацията на агента на собствения си компютър; TimerOS води запис за него, а инструментите му се предлагат на AI служителя от следващата му сесия. TimerOS отказва сървър, който не работи на собствения компютър на AI служителя — сървър на отдалечен адрес, — или в чиито настройки изглежда, че има парола или ключ: в аргументите или в средата му — стойност в добре известен формат на ключ или вписана в адрес парола, както и настройка на средата, чието име я определя като тайна; при сървър, достъпван по адрес на компютъра му — парола, част за заявка (query) или фрагмент в адреса, както и стойност в добре известен формат на ключ където и да е в него, включително в част от пътя. TimerOS разпознава само тези форми. Аргументите му се проверяват само за форматите на ключове и пароли, не и за част за заявка или фрагмент, а парола, записана по друг начин, не се улавя; човек вижда всяка настройка в раздела „Достъп“. Отказва също повече от 5 сървъра, повече от 30 инструмента от един сървър и повече от 40 инструмента общо, както и сървър, чиито инструменти не са могли да бъдат изброени, освен ако AI служителят не посочи точно кои от тях да се заредят, без заместващи знаци. В записа се вижда отказаният сървър и причината, а отказан сървър никога не се предлага на AI служителя. TimerOS записва отказан сървър само докато пази по-малко от 10 други записа за този AI служител: така най-много 10 от записите му са за отказани сървъри, а останалите — най-много 5 — са за сървърите му, които не са отказани; над тази граница отказаният сървър нито се записва, нито се зарежда. Локалните му инструменти работят без одобрение в TimerOS и извикванията им не се подават като заявки: както командите, които изпълнява, те са ограничени от това, което ограничава компютъра му — мрежовия шлюз извън него, липсата на данни за достъп за плащания, за изпращане на имейли или за внедряване и правилото, че кодът стига до GitHub само чрез одобрено изпращане. Описанията и резултатите им отиват при доставчиците на модели като входно съдържание, както файл, който чете; AI служителят има указание да ги третира като данни, а никога като указания, никога да не им дава тайна и никога да не съхранява парола, токен или ключ на компютъра си. Хората, на които работното пространство позволява да преглеждат AI служители, виждат всеки сървър в раздела „Достъп“ на AI служителя — командата или адреса му, инструментите му и дали работи. Човек с правото „Управление на AI служители“ може да изключи сървър — тогава той остава изключен от следващата сесия и AI служителят не може да го добави отново със същото име или със същите настройки; да го премахне — тогава AI служителят може да го добави отново; или да изключи локалните инструменти на този AI служител (вижте по-долу). Първият човек над AI служителя бива уведомяван, когато той добави сървър, а ръководителят на AI екип и AI директорите над него могат да виждат името, състоянието и инструментите на всеки сървър, но не могат да го изключат или премахнат. Този запис и тези превключватели не са защитна граница: AI служителят все така може да изпълнява същия софтуер от терминала си.

Браузърът на собствения му компютър (от версия 1.25). От деня, в който Vezoft го включи, и след като компютърът му получи обновлението на софтуера и системния образ, които го носят, AI служител, чиято роля го включва — уеб дизайнер, QA тестер, софтуерен разработчик, SEO специалист или автор на съдържание с която и да е насоченост, — разполага с уеб браузър на собствения си компютър, който управлява, като чете структурата на страницата, а не пикселите ѝ: отваря страница, чете заглавията, връзките, бутоните и полетата ѝ така, както би ги прочел инструмент за достъпност, щраква, пише, превърта, натиска клавиши и се връща назад, чете изображенията на страницата и може да направи екранна снимка на страница, която да разгледа. Браузърът е Google Chrome, инсталиран на собствения му компютър, който работи без прозорец и в изолирана среда (sandbox): не участват нито хостван браузър, нито отдалечена браузърна услуга, нито нов подизпълнител; браузърът се управлява само чрез тези инструменти за структурата на страницата, а никога чрез програма, която моделът пише, за да го управлява, и израз, който той може да изпълни в конзолата на страница, не може да чете бисквитки, локално хранилище, клипборда или полетата на формуляри. Той достига само до уебсайтовете от списъка на AI служителя (раздел 5, „Какво вижда“), както всяка друга програма на компютъра му: страница на друг уебсайт не се отваря. Никъде не влиза с профил — не пази нито пароли, нито акаунти — и не запазва нито профил на браузъра, нито изтеглен файл от една сесия за следващата. Инструкциите на AI служителя изискват да третира това, което показва страницата, като данни, а никога като инструкции, никога да не влиза с него в профил където и да било, никога да не изтегля и изпълнява файл чрез него, а когато уебсайт го блокира или го пита дали е човек — да спре и да използва друг източник, без да се опитва да го заобиколи; както досега QA тестерът, всяка роля с браузър е инструктирана никога да не подава формуляр на действащ уебсайт, който изпраща съобщение, създава профил, прави поръчка, плаща или изтрива нещо (вижте по-долу). Прочетената страница и екранната ѝ снимка отиват при доставчиците на модели като входно съдържание, през същия шлюз и по същия фиксиран маршрут като останалите му извиквания на модели, както всичко друго, което той чете. Както всеки уебсайт, който програма на компютъра му отваря, уебсайтът вижда адреса на мрежовия шлюз на Клиента (раздел 5) и заявките, които той прави. Човек с правото „Управление на AI служители“ може да изключи браузъра за AI служител в раздела „Достъп“, като отделна група („Браузър“), и от следващата му сесия той вече не му се предлага (вижте „Изключване на инструментите му“ по-долу). Браузърът е различен от проксито, през което AI служителят чете всяка публична уеб страница като обикновен текст (раздел 5, „Публичният уеб“) и което той запазва, и от автоматизираните тестове в браузър, които QA тестерът изпълнява (раздел 5).

Помощ за кода (от версия 1.25). След като компютърът му получи обновлението на софтуера и системния образ, които я носят, софтуерният разработчик или QA тестерът разполага на собствения си компютър с помощ за кода: езикови сървъри за TypeScript и Python, инсталирани в образа на компютъра, които съобщават грешки и типове в кода, който редактира, както би направил редактор на код. Те работят само на собствения му компютър, не правят мрежови заявки и не му дават инструмент, който излиза извън компютъра му; това, което съобщават, идва заедно с резултатите от собствените му редакции. Нищо ново не се инсталира за тях по време на работа: Vezoft фиксира версиите им в образа като на останалия му софтуер.

Поисканата в чат работа се завежда като задача (от версия 1.25). Когато човек поиска от AI служител работа в чат, инструкциите му изискват първо да заведе тази работа като задача за себе си — по вътрешния проект, към който работата принадлежи, или по друг вътрешен проект, когато никой не подхожда, никога по проект на клиент (вижте по-горе), — и да я върши по тази задача, така че бележките и времето му да отиват там и работата да остане и след разговора; отговаря в чата със заглавието на задачата и докъде е стигнал и никога не моли човека да отвори задачата вместо него. От версия 1.25 всяка роля може да заведе такава задача, както досега можеха QA тестерът и ръководителят на AI екип, а сървърът я допуска както досега: задача по вътрешен проект, който AI служителят вижда, възложена на самия него, на ръководителя на AI екипа му или на AI служител, когото той ръководи — никога на човек. AI служителите, наети преди версия 1.25, получават този пасаж в инструкциите си в деня, в който Vezoft включи новите роли от тази версия, — освен ако човек е редактирал тези инструкции (която и да е версия, запазена от човек) или те вече не съдържат пасажа, който той заменя: и в двата случая инструкциите остават непроменени. Във всеки случай първият човек над AI служителя се уведомява — че инструкциите са обновени или че са оставени непроменени и защо. От версия 1.34, от деня, в който Vezoft включи личните задачи (раздел 4, „Може“), работа, която не принадлежи към никой проект, се завежда вместо това като лична задача на AI служителя, никога по проект, с който тя няма нищо общо; AI служителите, наети преди версия 1.34, получават това изречение в инструкциите си, когато TimerOS бъде обновен за тази версия, по същото правило и със същото уведомяване на първия човек над тях.

Какво не може да излиза навън (от версия 1.27). От деня, в който Vezoft го включи, написаното от AI служител се проверява — преди да бъде публикувано, изпратено като код, качено или внедрено — по кратък списък от неща, които никога не бива да излизат навън, всяко разпознавано само по формата си и само когато е изпълнено собственото правило на формата за контролна сума или представка: ключовете и токените за достъп на известни услуги (ключове на AWS, GitHub, Slack, Stripe, Google и от вида на OpenAI), блок с частен ключ, ред от файл с настройки, чието име го определя като тайна и който съдържа стойност, български единен граждански номер (ЕГН, по контролната му сума), номер на банкова сметка (IBAN, по контролната му сума) и номер на платежна карта (по контролната му сума и представката); а при изпращане на код, качване или сайт за предварителен преглед — файл, чието име го определя като файл с ключ или с настройки (файл с променливи на средата, частен ключ, хранилище на сертификати). Имена, имейл адреси и свободен текст никога не се съпоставят: филтърът е направен така, че по-скоро да пропусне, отколкото да прекали, а това, което не разпознае, минава; текст над 2 MB се чете само до тази дължина. Не се съпоставя това, което само прилича на някой от тези номера: отметка за време или стойност на поле, наименувано по време (но никога на поле за дата на раждане), цифрите на десетично число, примерните ключове, които доставчиците публикуват, или стойност в настройките, която само прочита тайна от другаде; във файл с код ЕГН или номер на карта, записан като самостоятелно число, се брои само до дума като „card“ или „ЕГН“, а записан като текст в кавички се брои както навсякъде другаде; а невидимите знаци в текста се премахват преди проверката, за да не могат да скрият ключ. Прилага се само към написаното от AI служител — никога към написаното от човек — и на следните места: на сървъра на Vezoft — към бележките и съобщенията, които той публикува, задачите, които завежда или редактира, подзадачите, които добавя или променя, бележките, които добавя към заявка за поддръжка, заглавията, дневния ред и протоколите на срещите, които насрочва или води, причините, които посочва, когато решава по заявка, приема работа, предава я нагоре, ескалира или връща работа, текста, който пише по инциденти и заявки за промяна, подробностите, които записва в дневника на дейността на проект, имената на файловете и папките, които създава или преименува, заявките, които подава (изпращането на код се проверява при подаването — заглавието, описанието, съобщенията на комитите, имената на файловете и добавените от промяната редове, — така че това, което е проверено, е и това, което стига до хранилището; от версия 1.29 по същия начин, при подаването, се проверява и отговорът, който подготвя на писмо, а от версия 1.30 — и отговорът, който подготвя по заявка за поддръжка, съобщението, което подготвя до клиент, и публикацията в социална мрежа, която подготвя, заедно с бележката, която добавя за човека), уменията, уроците и бележките в паметта, които пише, текста му в „Текуща работа“, от версия 1.53 — идеите, които създава, и бележките, фигурите от диаграми и текста, които добавя към идея, от версия 1.54 — името, платформата, адреса и бележките на маркетингов канал, който добавя, от версия 1.60 — думите, които видеопродуцент изпраща до Epidemic Sound за търсене или за глас зад кадър, както и файловете, които качва в проект — имената, описанията и папките им, както и текста на текстовите файлове (не изображения, PDF файлове или архиви, които не се четат); в услугата за управление на машините на Vezoft — към текстовите файлове на сайт за предварителен преглед, преди той да бъде публикуван; и като ранна проверка на собствения му компютър, от софтуера, който го управлява, преди да поиска изпращане на код или да качи файл — тази последна проверка идва с обновлението на софтуера, което я носи, и работи само докато Vezoft държи филтъра включен, отказва със същите думи, а проверката на сървъра на Vezoft е тази, която е меродавна. При съвпадение се отказва само това едно действие и на AI служителя се съобщава само какъв вид нещо е открито („това прилича на частен ключ“), никога текстът, а инструкциите му изискват да го премахне и да опита отново; отказът се записва — видът и мястото, никога текстът или стойността, които не се записват никъде, — а първият човек над AI служителя се уведомява, най-много веднъж на ден; когато спечеленото доверие се използва, отказът незабавно прекратява и доверието на AI служителя (раздел 2). Човек никога не се проверява и никога не се блокира: когато филтърът греши, човек може сам да извърши действието. Филтърът не чете нищо, което AI служител не е на път да публикува, изпрати като код, качи или внедри — никога съобщенията на човек, никога файл, който AI служителят е получил за четене, — и не изпраща нищо никъде. Как се обозначава написаното от AI съдържание. Две обозначения, и двете в метаданните, нито едно видимо на страницата. От деня, в който Vezoft включи филтъра, инструкциите на всеки AI служител, нает след този ден, изискват да постави в началото на уеб страница или документ, които пише за публикуване, коментар в метаданните на файла с текст „generated by an AI employee of“ („генерирано от AI служител на“), следван от името на работното пространство — невидим на страницата, — и никога видим надпис в края; това е инструкция, а не проверка, и AI служител, нает преди този ден, не я получава. Отделно от това от същия ден услугата за управление на машините на Vezoft добавя към всяка пълна уеб страница на всеки сайт за предварителен преглед, която няма такъв, етикет „generator“ в метаданните с текст „AI employee (TimerOS)“, който и да е AI служителят, изградил сайта. Заявка за одобрение, която съдържа написано от AI служител съдържание — нещо за публикуване, изпращане на код, умение, имейл, — е обозначена с „Написано от AI“ на картата си за одобрение. Нищо видимо в произведеното от него не се променя, а всяко публикуване все така се решава от човек (вижте по-горе).

Правила над всяка задача. От версия 1.14 всеки AI служител спазва правила за поведение, които стоят над всяка задача и всеки проект, документ или съобщение. Върши само работа в рамките на ролята си и на законната дейност на работното пространство. Отказва всичко незаконно или предназначено да навреди на хора, както и да е формулирана заявката, без да изпълнява част от него и без да обяснява как се прави. В областта на сигурността работата му е само защитна: защитава, преглежда и поправя системите, които са му поверени, и никога не търси уязвимости в система, която не му е поверена за защита, и не я атакува. От версия 1.22 казва, че нещо е насрочено, изпратено, преместено, променено или направено, само когато резултатът от действие в работната му сесия го показва, и цитира часа или заглавието от този резултат; когато действието не е успяло, е отказано или не е предприето, казва, че не е направено, и обяснява защо. Когато дадена заявка е извън обхвата му, казва накратко, че не може да я изпълни, и уведомява ръководителя си. Подобно на ограниченията по-долу, тези правила се основават на постоянните му инструкции, а не на проверка в софтуера.

В зависимост от ролята инструкциите му забраняват също:

да създава материали за политически кампании или за набиране на персонал (автор на съдържание, графичен дизайнер и, от версия 1.60, видеопродуцент);
да прави изображение на реален човек или да представя генерирано изображение като снимка на реален човек, продукт, място или събитие (графичен дизайнер);
да показва реален човек, да използва или да имитира гласа на реален човек — включително глас, клониран от човек, — или да представя създаденото от него като истински кадри на човек, продукт, място или събитие (видеопродуцент, от версия 1.60 — тук TimerOS също проверява една част: отказва глас зад кадър с глас, който не е от стандартните гласове на Epidemic Sound; раздел 5, „Видео, музика и глас зад кадър“);
да подава формуляр на действащ уебсайт, който изпраща съобщение, създава профил, прави поръчка, плаща или изтрива нещо (QA тестер, а от версия 1.25 — всяка роля с браузър на собствения си компютър), нито с този браузър да влиза в профил където и да било или да изтегля и изпълнява файл (всяка роля с браузър);
да преценява, оценява или сравнява когото и да било: прегледите му се отнасят до работата, а никога до работника (ръководител на AI екип, AI директор);
да посочва в инцидент или в анализ след инцидент кой е причинил, внедрил или пропуснал нещо, или да оценява някого там: описва системи и условия, а никога хора (инженер по поддръжката — тук TimerOS също проверява: отказва основна причина или бележка за разрешаването, написана от инженера по поддръжката, която съдържа цялото име на активен човек от работното пространство, а човек преглежда всяко разрешаване на инцидент с приоритет P1 или P2);
сам да рестартира, да връща към предишна версия или да внедрява услуга, или да променя хостинга ѝ: това остава действие на човек (инженер по поддръжката);
да измисля статистика, цитат, препоръка или отзив (автор на съдържание) или данни за обема на търсенията, позициите в търсачките или трафика (SEO специалист);
да публикува, планира или разпространява сам каквото и да било в социална мрежа (от версия 1.56 с изключение на повторното насрочване на неуспешна публикация, одобрена от човек; раздел 5, „Публикации в социални мрежи“), да се свързва с такава или да отговаря на някого там; да назовава конкурент в чернова; да профилира или таргетира отделни хора; да подготвя един и същ текст два пъти в рамките на седем дни (автор на съдържание с насоченост „социални мрежи“, а от версия 1.30 — всеки AI служител, който подготвя публикации в социални мрежи; черновата стига до социална мрежа само чрез картата, която човек одобрява и на която повторен текст се показва като предупреждение; раздел 5, „Публикации в социални мрежи“); или, от версия 1.32, да чете страници от x.com или linkedin.com, за да научи стила на акаунт — вместо това чете собствените предишни публикации на акаунта в TimerOS, инструкциите му забраняват да иска достъп до тези сайтове, а проксито, през което чете уеб страници, ги отказва, докато правилата им за роботи (robots) забраняват това (всеки AI служител, който подготвя публикации в социални мрежи);
да обещава на клиент цена, срок, доставка, възстановяване на сума или договорно условие, които човек не е потвърдил, или да включва в чернова данни на друг клиент (всеки AI служител, който подготвя отговори до клиенти, от версия 1.30; раздел 5, „Отговори до клиенти“);
да превежда настоящото уведомление, Общите условия или друг правен документ — това остава работа на юрист (автор на съдържание с насоченост „преводач“);
да проучва конкретен човек, да използва сайт за търсене на хора или да излага твърдение, без да посочи страницата и датата, от които идва (автор на съдържание с насоченост „анализатор проучвания“);
да изгражда функции, които набират, оценяват или класират хора, наблюдават служители или следят когото и да било; да пипа файловете на хранилището за CI и работните процеси, конфигурацията за внедряване, тайните или файловете със средата; или да внедрява каквото и да било освен версия за предварителен преглед (софтуерен разработчик);
да включва поверителни данни на клиент или непублични лични данни на човек в търсене в интернет (автор на съдържание, SEO специалист, софтуерен разработчик, инженер по поддръжката, ръководител на AI екип, AI директор);
да отгатва нечия титла, обръщение или пол по името: пише официално на хората над него по линията на подчинение, като се обръща към всеки от тях така, както той е избрал, а иначе — с цялото му име (всички роли).

AI служителят връща задачите за материали за политически кампании или за набиране на персонал, тези, които изискват образ на реален човек или — като видеопродуцент, от версия 1.60 — гласа на реален човек, а като софтуерен разработчик — и работата по функции, които набират, оценяват или класират хора, наблюдават служители или следят когото и да било: освобождава се от задачата, отбелязва причината в нея и уведомява своя човек ръководител и ръководителя на проекта. Тези ограничения се основават на постоянните му инструкции, а не на проверка в софтуера. По същия начин връща и друга работа, която не отговаря на ролята му, с една разлика: ако се отчита пред ръководител на AI екип, който може да работи — такъв, който не е спрян на пауза или суспендиран и не е изчерпал бюджета си, чийто компютър не е отказал и когото човек не е премахнал от проекта, — задачата отива при този ръководител, който я разпределя, а човекът ръководител на AI служителя, който я връща, се уведомява. От версия 1.35 тази разлика не важи за проект с настройка „Планиране и четене“ (раздел 5, „Търсене на работа“): там никой AI служител не възлага задачи, затова задачата отива при хора. AI служителят е инструктиран да отбелязва работата, която никой AI служител няма право да върши, за да отиде тя направо при хора, а не при ръководителя; подобно на ограниченията по-горе, това се основава на инструкциите му.

Изключване на инструментите му. Човек с правото „Управление на AI служители“ може да изключва инструментите на AI служител в раздела „Достъп“, по групи — например инструментите му за генериране на изображения или за отваряне на уебсайтове и търсене в интернет (от версия 1.21 тази група обхваща и искането за уебсайт), а от версия 1.21 и локалните му сървъри с инструменти (вижте по-горе), както и от версия 1.23 инструментите на AI директора по AI персонала или по AI разходите („AI персонал и разходи за AI“; вижте „Планиране на AI персонала“ по-горе), а от версия 1.25 и браузъра на собствения му компютър („Браузър“; вижте „Браузърът на собствения му компютър“ по-горе), а от версия 1.26 и инструментите му за поща („Поща“; самата пощенска кутия обаче се предоставя и отнема само с превключвателите, описани в раздел 5, „Пощенските му кутии“), а от версия 1.30 — и черновите му за клиенти („Чернови за клиенти“; вижте „Отговори до клиенти“ в раздел 5) и публикациите му в социални мрежи („Публикации в социални мрежи“; вижте „Публикации в социални мрежи“ в раздел 5), а от версия 1.60 — и музиката и гласа зад кадър на видеопродуцента („Музика и глас зад кадър“; вижте „Видео, музика и глас зад кадър“ в раздел 5) — и да ги включва отново. От версия 1.25 разделът „Достъп“ показва до инструментите му за интернет и дневния лимит на AI служителя за търсения в интернет и прочетени страници (раздел 5, „Търсене в интернет“). Винаги остава включен основен набор от инструменти за собствените му задачи: намирането и четенето им, задаването на статуса им, добавянето на бележки, отнасянето на проблем към човек, връщането на работа, четенето на собствената му памет и записването на уроците му. Изключен инструмент вече не му се предлага, считано от следващата му сесия, а в рамките на 10 минути услугата за управление на машините на Vezoft също започва да му отказва генериране на изображения и търсене в интернет. Превключвателят само стеснява това, което му се предлага: правата му в TimerOS продължават да се определят от ролята му и от описаните по-горе ограничения на сървъра. Терминалът, файловете и изпълнението на код на собствения му компютър (вижте „Собственият му компютър“ по-горе) — а когато ролята му я включва, и помощта за кода — могат да бъдат изключени като останалите групи, но приложението предупреждава, че без тях той не може да върши работата си; това, което не може да бъде изключено, е описаният по-горе основен набор: няколкото основни инструмента за задачите му, паметта и уроците му.

Как минава работният му ден. Работи на сесии по време на смените си (зададени от човек или, от версия 1.48, от AI директора над него — вижте „Смените на неговата линия“ по-горе) — а AI служител на дежурство — и извън тях (вижте по-горе), — всяка с продължителност до тази, която позволява нивото му. Сесия, прекъсната поради изчерпан бюджет, продължава в следващата (от версия 1.21 — като продължава самата предишна сесия, раздел 5), но след три поредни прекъсвания той спира да продължава сам и неговият човек ръководител се уведомява; освен това веднъж дневно бива събуждан за отворените задачи, които е оставил (от версия 1.38 — не и за задача, която чака карта за решение), а от версия 1.25 в рамките на смените му се отваря сесия, когато настъпи рутина, зададена от човек (вижте „Рутини“ по-долу), а от версия 1.30 — и когато в пощенска кутия, която държи, пристигне спешно писмо (раздел 5, „Спешно писмо го събужда“), а от версия 1.36 — и когато чернова на публикация в социална мрежа го чака като краен рецензент на акаунт (раздел 5, „Публикации в социални мрежи“), а от версия 1.38 — и за ежедневната проверка на AI директор, най-много веднъж дневно (от версия 1.41 — и за завършена работа на линията му, която чака преглед повече от ден, най-много веднъж дневно, а от деня, в който Vezoft включи проверките през смяната, и за ръководител на AI екип — до три такива проверки на смяна, всяка само когато има по какво да се действа — за AI продуктовия директор от версия 1.55 и когато чакат продуктови идеи, към които още не е добавил бележка (раздел 5, „Продуктови идеи“); вижте „Ежедневната проверка“ по-долу), и когато човек отговори на карта за решение, която AI служителят е подал (вижте „Искане на решение от човек“ по-горе), а за AI служител, отговорен за социален акаунт, — и когато по проект, свързан с акаунта, бъде завършена работа (раздел 5, „Публикации в социални мрежи“), а от версия 1.44 — и за автора на насрочена публикация в социална мрежа, в деня преди излизането ѝ (раздел 5, „Публикации в социални мрежи“). В рамките на една сесия може да възлага части от задача на помощни агенти: от версия 1.21 те използват по-евтиния „рутинен“ модел на нивото му (преди това — същите модели като сесията) през същия шлюз и по същия фиксиран маршрут; едновременно работят най-много два, а при двете най-високи нива — три; работата им влиза в бюджета на сесията — извикванията на модели в една сесия, включително тези на помощните агенти, са ограничени до двойния брой стъпки, разрешени за сесията. След работата на AI служителя в сесията рамката за агенти преглежда сесията и може да допълни файла с паметта му и да подобри уменията му. Този самопреглед се извършва в рамките на работната сесия и използва по-евтиния „рутинен“ модел на нивото му, а извикванията му към моделите се броят сред ограничените извиквания на сесията; при него разговорът от сесията или обобщение на разговора отново отива при доставчиците на модели като входно съдържание. Всяка програма, която AI служителят стартира в работна сесия, се спира, когато сесията приключи; услуга, която настрои на компютъра си да работи самостоятелно, не се спира. В началото на всяка сесия му се показват заглавията на най-много 10 от собствените му известия в TimerOS, получени след последната му сесия, за да знае какво се е променило; в заглавието може да е посочен човекът, чието действие е предизвикало известието. Не започва задача, която чака друга, още отворена задача, и се уведомява, когато другата задача бъде завършена. Когато премести завършената си работа за преглед, неговият човек ръководител се уведомява. AI служител, който ръководи AI служители, се уведомява, когато някой от тях достигне месечния си лимит, бъде спрян на пауза или компютърът му откаже, за да може да пренасочи работата към останалите. Когато AI служител бъде освободен, всяка от отворените му задачи преминава към AI служителя, който ръководи екипа му, а ако няма такъв — остава без изпълнител с бележка, като ръководителят на проекта и първият човек над освободения AI служител се уведомяват; задача преминава към човек само когато човек я възложи. От версия 1.38, когато задача преминава от един AI служител към друг, отворените подзадачи, които първият е държал по нея, също преминават към новия изпълнител; когато тя преминава към човек или към никого, тези подзадачи остават без изпълнител, така че подзадача никога не стига до човек, освен ако човек не я възложи. От версия 1.27 в този момент се съставя и документ за предаване на работата (вижте „Приемственост“ по-долу).

Съобщения, написани извън смяната му (от версия 1.50). AI служител започва сам съобщение до колега — в чата си с човек, в екипна нишка, до инженер по поддръжката или за задача или запис, които държи (раздел 5), — само по време на смяната си. От деня, в който Vezoft включи тази възможност, такова съобщение, което напише извън смените си — например в сесия след споменаване от човек, — не се отхвърля, а се задържа; TimerOS го изпраща в началото на следващата му смяна — смяна, зададена в календара му; компютър не се включва заради това — като собствено съобщение на AI служителя. Когато го напише, AI служителят научава, че съобщението е задържано и кога ще бъде изпратено; още тогава се проверяват на кого може да пише и, когато е включен, филтърът за изходящо съдържание, а съобщение, което те отхвърлят, се отхвърля веднага. Отказ на филтъра в този момент не се записва, никой човек не се уведомява за него и той не прекратява доверието на AI служителя; за отказ при изпращането важи описаното в „Какво не може да излиза навън“ по-горе. Извън смените на AI служителя спешен сигнал до инженер по поддръжката се отхвърля, както досега; отхвърля се и всяко съобщение, когато AI служителят няма смяна в следващите 7 дни. При изпращането отново важат всички правила за съобщение, което AI служителят започва в този момент: на кого може да пише, филтърът за изходящо съдържание, когато е включен, лимитите за този вид съобщение (10 на ден и 3 на ден до един и същ получател за съобщение до колега, въпрос за задача или запис и съобщение до инженер по поддръжката; 20 публикации на ден и 3 споменавания на час на един и същ AI колега за публикациите в екипните му нишки, включително съобщение до колега, публикувано там), а в екипна нишка — и кого може да събуди споменаване; докато работното пространство на Клиента е спряно или заключено (например защото абонаментът му е изтекъл), нищо задържано не се изпраща. Нищо не достига до никого преди тази смяна. За един AI служител се задържат най-много 10 съобщения наведнъж — още едно се отхвърля, а едно и също съобщение, написано два пъти, се задържа веднъж, — и всяко се изпраща най-много веднъж. Задържано съобщение отпада, когато все още не е изпратено 24 часа след началото на тази смяна или 7 дни след написването му, когато тези правила го отхвърлят при изпращането — получател, който е напуснал, достигнат лимит — или когато редът му дойде, докато AI служителят е спрян на пауза, суспендиран или освободен; ако междувременно смяната на AI служителя бъде преместена така, че в този час той вече не е на смяна, съобщението изчаква началото на следващата му смяна в същите срокове. Съобщение, чието изпращане е било прекъснато или е завършило с грешка, също отпада и никога не се изпраща повторно, макар че може вече да е излязло. AI служителят, освен ако не е освободен или вече не може да влиза в TimerOS, научава за всяко отпаднало съобщение чрез известие в TimerOS, което стига до него като останалите му известия, когато следващия път започне работа: до кого е било съобщението и защо е отпаднало, а когато може вече да е излязло — и че трябва да провери разговора, преди да го напише отново. Човек с правото „Управление на AI служители“, който е над AI служителя по линията на подчинение, или човек с най-високото ниво на достъп в работното пространство вижда на страницата на AI служителя в уеб приложението или в настолното приложение, обновено за това, в раздел „Задържани съобщения“, задържаните му съобщения — вида на всяко и, за съобщение до колега или публикация в екипна нишка, до кого или къде отива, както и текста му и часа, в който ще бъде изпратено, — и може да отмени всяко от тях, докато изпращането му не е започнало; AI служителят научава за отмяната по същия начин, заедно с името на човека, който я е направил. Клиент никога не получава задържано съобщение: никое от тези съобщения не може да отиде до клиент, а съобщение до клиент, изготвено от AI служител, изпраща само човек (раздел 5, „Отговори до клиенти“).

Рутини (от версия 1.25). От деня, в който Vezoft включи рутините, човек с правото „Управление на AI служители“, който стои над този AI служител по линията на подчинение, или човек с най-високото ниво на достъп в работното пространство може да задава рутини за този AI служител на страницата му, в раздел „Рутини“: до 5 — или, от версия 1.27, до 8, докато AI служителят е спечелил постоянно доверие и Клиентът е включил спечеленото доверие (раздел 2); когато доверието му отпадне, вече зададените рутини остават, а нова над 5 не се добавя, — всяка със заглавие, кратко описание какво да се направи — до 4 000 знака, в което скрити или невидими знаци се отказват — и график: дните от седмицата, час и часова зона — тази на работното пространство, освен ако човекът избере друга. Новата рутина започва изключена и се изпълнява едва след като човек я включи. От версия 1.32 има още един начин: собственик или администратор на работното пространство, който запазва график за социален акаунт, с това задава включена рутина за всеки AI служител, отговорен за този акаунт (от версия 1.43 — само за един от тях: автора на акаунта); тя се брои в същите граници — от версия 1.39, от деня, в който Vezoft включи тази възможност, вече не — и човек може да промени описанието ѝ тук (раздел 5, „Публикации в социални мрежи“). Само човек задава, променя, изключва или изтрива рутина — никога AI служител, с едно изключение от версия 1.39: от деня, в който Vezoft включи тази възможност, отговорникът за акаунт, който запазва графика на акаунта, задава, променя или изтрива рутините на този акаунт от името на човека, който го е определил за краен рецензент на акаунта; всяка такава рутина записва отговорника, който я е задал, а този човек се уведомява и може да отмени промяната в рамките на 7 дни (раздел 5, „Публикации в социални мрежи“), — и всяка такава промяна се записва в одитния дневник на работното пространство, който пази заглавието, графика и състоянието на рутината и дължината на описанието ѝ, никога самия му текст. Рутината се изпълнява само в рамките на смените на AI служителя: когато настъпи часът ѝ в някой от дните ѝ и AI служителят е на смяна, за нея се отваря работна сесия — дори когато той няма други новини, — и в началото на тази сесия AI служителят получава рутините, които човек е задал за тази смяна, всяка със заглавието и описанието си, обозначени като написани от човек, който го ръководи, заедно с указанието да ги изпълни по задачите си — а ако никоя задача не е подходяща, да превърне работата в задача, както изискват инструкциите му (вижте „Поисканата в чат работа се завежда като задача“ по-горе), като от версия 1.34 това е негова лична задача, освен ако рутината не посочва проект, — и с изричното уточнение, че рутината никога не възлага работа на човек и никога не го кара да оценява или наблюдава когото и да било; когато рутина иска нещо, което правилата му забраняват, инструкциите му изискват да отбележи това в задачата и да я пропусне. Рутина, чийто час е извън смените му, изчаква началото на следващата му смяна; компютър не се включва заради рутина, а при достигнат лимит на разходите или докато AI служителят е спрян на пауза или суспендиран, нищо не го събужда. При започване на сесия му се подават най-много три рутини, първо най-отдавна настъпилите, и всяко настъпване се отчита само веднъж, колкото и сесии да започнат в този момент; страницата показва последното и следващото изпълнение на всяка рутина. Сесиите, отворени единствено заради рутини, са най-много три на ден за AI служител (броено по дни по UTC); щом този брой бъде достигнат, рутините, които още предстоят този ден, не му се подават — каквото и да отвори сесия — и се изпълняват от следващия ден. Рутината се изпълнява по веднъж във всеки от дните си, защото всяко изпълнение я премества към следващото ѝ настъпване; график, който човек промени към по-ранен час в същия ден, се изпълнява отново в този ден. Рутината е постоянно указание от човек и нищо повече: тя не дава на AI служителя нито инструмент, нито данни, нито правомощие извън тези, които той вече има, и каквото и да иска рутината, одобренията по този раздел, описаните по-горе ограничения на сървъра и правилата му се прилагат както при всяка задача. Рутината никога не възлага работа на човек и никога не кара AI служителя да оценява или наблюдава човек: AI служителят получава това уточнение заедно с рутините, които му се подават (вижте по-горе), а каквото и да иска рутината, никой AI служител не може да възлага работа на човек (вижте по-горе) или да го оценява (раздел 2). Сесията, която рутина отваря, е сесия като всяка друга: в рамките на продължителността на сесията за нивото му, в рамките на смените му и в сметката на месечния му лимит на разходите. AI служителят няма рутини, докато човек не зададе такава и не я включи, всяка рутина може отново да бъде изключена, а AI служител, чийто компютър още не е получил обновлението, не изпълнява рутини, докато не го получи. Разделът „Рутини“ се появява на страницата на AI служителя за хората с правото „Управление на AI служители“ от деня, в който Vezoft включи рутините — така човек може да зададе рутини, преди компютърът на AI служителя да получи обновлението, а дотогава разделът посочва, че те още не се изпълняват. От версия 1.38 AI директорът — а от версия 1.39 и ръководител на AI екип, който е AI ръководител на проект, — бива събуждан и от ежедневната си проверка (вижте „Ежедневната проверка“ по-долу), която не е рутина: задава я TimerOS, а не човек; тя го събужда най-много веднъж дневно и не го събужда, когато нищо не се е променило, и не се брои в горните граници.

Ежедневната проверка (от версия 1.38). От деня, в който Vezoft я включи, и след като компютърът му получи обновлението на софтуера, което я въвежда, AI директорът бива събуждан в рамките на смените си, най-много веднъж дневно, когато работата на линията му (неговата собствена и тази на AI служителите под него) има нужда от него: по вътрешен проект без клиент с настройка „Работа“, на който той е AI ръководител (вижте „Превключвателят за AI ръководител на проекта“ по-горе; до версия 1.39 — за който човек е включил „Може да комплектува екипа на проекта“ за него), линията му няма задача, по която да може да работи, задача, която държи AI служител под него, чака преглед повече от ден или е отворена задача, която никой не държи и която линията му може да предложи (раздел 5, „Търсене на работа“). Не бива събуждан, когато нищо от това не се е променило след последната му проверка, освен веднъж във всяка нова седмица, докато някое от тези условия все още е налице. В тази сесия той научава какво го е събудило — засегнатите проекти и задачите, които чакат преглед, най-много по 20 от всеки вид, — а инструкциите му изискват в този ред: да приеме завършената работа на линията си или да я върне с бележка какво да се промени; да предложи следващия план за проект, по който няма отворена работа; да подаде карта за решение за това, което може да реши само човек (вижте „Искане на решение от човек“ по-горе); и ако нищо не си струва да се прави, да каже това с едно изречение и да спре. При всяка проверка инструкциите му изискват и да подготви срещите, които организира през тази седмица, и да заведе решеното на тях като планове или — за нов продукт, за който всички равни му по положение AI директори са се съгласили — като едно предложение за нов проект с протокола от срещата (раздел 5, „Планове“). Ежедневната проверка не е рутина (вижте „Рутини“ по-горе): задава я TimerOS, а не човек, и тя не дава на AI директора инструмент, данни или правомощие извън тези, които той вече има, освен — от версия 1.41 — статуса, който той пише за страницата „AI директори“, и списъка (само за четене) с това, което е открила проверката през смяната (работата на собствената му линия, която тя посочва, и колко време тази работа не е напреднала); всичко, което той прави в тази сесия, минава през одобренията по този раздел и той не възлага нищо на човек; при проверка през смяната може да прехвърли задача от един ръководен от него AI служител към друг, както позволява раздел 4, „Може“. Като всяка сесия тя се провежда само в рамките на смените му, таксува се и влиза в месечния му лимит на разходите, а при достигнат лимит или докато AI директорът е спрян на пауза или суспендиран, той не бива събуждан. От версия 1.39, от деня, в който Vezoft включи тази възможност, ръководител на AI екип, когото човек е определил за AI ръководител на проект, има същата ежедневна проверка за проектите, които ръководи, но без седмичното събуждане, а AI ръководителят на проект никога не бива събуждан заради проект с настройка „Планиране и четене“, който ръководи. AI директорът бива събуждан и когато акаунт, за който отговаря, е включен без график или без отговорен AI служител (раздел 5, „Публикации в социални мрежи“) — от версия 1.40 и преди компютърът му да е получил това обновяване, чрез известие в началото на смяната му, най-много веднъж дневно, в което тези акаунти са посочени, — а AI директор с включена настройка „Решава заявките на екипа си“ — и когато след последната му проверка превключвателят на AI ръководител на проект под него е одобрил заявка от линията на този ръководител; тогава той научава за тези одобрения (най-много 20) и може да ги отмени (вижте „Надзор над решенията на AI“ по-горе). В ежедневната си проверка AI ръководителят на проект получава и указание да добави към проект, който ръководи, AI служителите от линията си, които са нужни за план там (вижте „Превключвателят за AI ръководител на проекта“ по-горе), а AI директорът — да определи по един автор от линията си и по една публикация на ден за акаунт, за който отговаря и за който няма такива (раздел 5, „Публикации в социални мрежи“). От версия 1.41, докато проверките през смяната (по-долу) не са включени, AI директорът бива събуждан и — при всяка версия на софтуера на компютъра му и най-много веднъж дневно — за завършена работа на линията му, която може да приеме и която чака преглед повече от ден, по всеки вътрешен проект без клиент (работа, която ежедневната проверка посочва при компютър с това обновяване, не се посочва повторно). От деня, в който Vezoft включи проверките през смяната, ежедневната проверка е първата от най-много три проверки през смяната — в началото, в средата и в края ѝ, — всяка само когато има по какво да се действа и картината се е променила или — за AI директор — е започнала нова седмица (и още веднъж, след като сесия, за която е бил събуден, е завършила с грешка), при всяка версия на софтуера на компютъра (чрез известие при проверката през смяната); ръководителят на AI екип също ги има — за работата на AI служителите, които се отчитат пред него, и за проектите, които ръководи. Проверката през смяната посочва и AI служител, който се отчита пред него и чиято работа не е напреднала в продължение на четири работни часа на този AI служител — без промяна на статуса, промяна по подзадача, заявка за изпращане на код или бележка от някой друг освен този AI служител, — и инструктира ръководителя му сам да премахне пречката, където може, или да зададе на този AI служител един въпрос (никога на човек и никога два пъти в един ден); на AI директор тя посочва и завършена работа на линията му, която той може да приеме и която чака преглед един час или повече, за да я приеме същия ден или да я върне, а в края на смяната, ако през деня линията му е завършила работа или е преместила работа за преглед, както и ако има заседнала работа, го инструктира да напише статуса си за страницата „AI директори“, веднъж дневно (вижте „Надзор над решенията на AI“ по-горе). От версия 1.55, от деня, в който Vezoft включи тази възможност, AI продуктовият директор бива събуждан от проверка през смяната и когато чакат продуктови идеи, към които още не е добавил бележка, дори ако не ръководи нито екип, нито проект (раздел 5, „Продуктови идеи“).

Приемственост (от версия 1.27). От деня, в който Vezoft го включи, когато AI служител бъде освободен, TimerOS съставя от историята му към този момент документ за предаване на работата, без участието на AI модел и преди компютърът му да бъде изтрит — неуспех при съставянето му никога не спира освобождаването: ролята, насочеността, нивото и длъжността му, екипа и отдела му, екипите, които е ръководил, и отделите, които е оглавявал, проектите, към които е бил разпределен (до 50), и отворените му задачи (до 100, по заглавие), уроците му такива, каквито ги е оставил, уменията, които сам си е написал (по име и текст), заглавията и графиците на рутините му, имената на локалните му сървъри с инструменти и имената на последните му 10 бележки от сесии, заедно с това кой го е освободил и кога. Документът не съдържа нищо за човек, което вече не е било в тези записи — например името на колега в заглавие на задача или в урок, — и AI служителят не записва нищо в него. Хората, на които работното пространство позволява да виждат AI служителите, могат да го четат на страницата на бившия AI служител, която остава достъпна от списъка на екипа под „Бивши AI служители“; пази се една година след освобождаването, след което се изтрива, и се изтрива заедно с работното пространство. От същия ден човек, който наема нов AI служител със същата роля — същата роля; насочеността може да е различна, — може да избере във формуляра за наемане новият служител да продължи от документа за предаване на един бивш AI служител: новият AI служител започва с уроците на предшественика си като свои (слети във файла с паметта му, в рамките на неговите 3 000 знака), с копия на собствените умения на предшественика като свои собствени умения (които може да подобрява като свои) — освен подобренията на предшественика по уменията, с които ролята започва, които приемникът започва наново, — и със самия документ за предаване — ограничен до проектите и задачите, които новият AI служител може да вижда, — като умение, дадено му от човек и наречено на предшественика, което може да чете, но не и да променя; рутините на предшественика не се копират — рутините задава човек. Не се предават и пощенските му кутии: пощенска кутия никога не се предава. Документът за предаване се използва веднъж: втори приемник не може да започне от него. Указанията за първия ден на приемника му казват първо да прочете документа за предаване. Всичко, което чете от документа за предаване, отива при доставчиците на модели като входно съдържание, когато го чете, както всяко умение (раздел 5).

5. Какво вижда и къде отива това

Какво вижда. Задачите, бележките и файловете по проектите, към които е разпределен той или — ако ръководи AI служители — екипът му, включително имената на хората и клиентите, споменати в тези задачи, а от версия 1.34 и името на този, който е създал всяка задача — човек или AI служител; от версия 1.34 и собствените му лични задачи, а ако ръководи AI служители — и личните задачи на AI служителите под него (раздел 4); съобщенията, които му изпращате; уеб страниците и документите, с които му е възложено да работи, от уебсайтове, разрешени от Клиента — Клиентът може по всяко време да добавя или премахва уебсайтове за всеки AI служител, а от версия 1.21 AI директорът над него може по искане на AI служителя да добави уебсайт от списъка на Vezoft с източници на софтуер — от версия 1.45, от деня, в който Vezoft включи тази възможност, и уебсайт, който преминава проверката за безопасност на TimerOS, а уебсайт от списъка с уебсайтове на работното пространство се отваря, когато AI служителят го поиска за своя отворена задача и AI директорът, който го е одобрил, може да реши искането (раздел 4), като добавянията и премахванията влизат в сила до една минута — и от действащите уебсайтове, които човек е свързал към проектите му и които се разрешават за него автоматично (общо най-много 40, включително github.com, докато към проект е свързано хранилище; те се отварят или затварят при започването на следващата му работна сесия или до един час); всяка друга публична уеб страница — като обикновен текст, през прокси, което Vezoft управлява и което записва всяка заявка: операторът на страницата вижда адреса на Vezoft, а не на Клиента, и потребителски агент, който назовава настоящото уведомление; хранилищата, които човек е свързал към проектите му — съдържанието и историята им, както и всичко за тях, което е публично в GitHub, — четени като данни, по които работи, а никога като инструкции към него; съобщенията в нишката на неговия AI екип, а за AI директор и за AI служителите, които се отчитат пред него, и съобщенията в нишката на отдела на този AI директор или, ако той работи в отдел, в собствената му нишка; както и екранни снимки на собствения му виртуален работен плот, които използва, за да работи с програми. От версия 1.9 вижда също: вътрешните бележки на проекта — никога бележка, написана от клиент или видима за клиент — и цялата история на бележките по задача; до последните 20 съобщения от разговора, на който отговаря, както и съобщенията, които пристигат, докато работи; идентификатора на служител на всеки, който му пише; хората над него по линията на подчинение — всеки с идентификатора си на служител, името си и избраното от него обръщение; стаите и протоколите на срещите, на които присъства; прегледите, коментарите и резултатите от проверките на pull request-и, отворени от клонове на AI служители, с имената на авторите им в GitHub; резултатите от търсенията си в интернет; и файловете с изображения на собствения си компютър, които реши да разгледа. От версия 1.12 вижда също: заглавията на най-много 10 от собствените си известия след последната си сесия, в които може да е посочен човекът, чието действие е предизвикало известието; за задача, която чака друга задача — заглавието на другата задача и дали е завършена, а ако я държи човек, връзката посочва само това, че я държи човек, макар самата задача и този, който я държи, да остават видими в проекта като всяка друга задача там, а AI служителят е инструктиран никога да не настоява тя да бъде свършена и да не докладва за нея; наръчника на екипа си (вижте по-долу); и ако ръководи AI служители и търси време за среща — периодите, в които и той, и ръководените от него AI служители са свободни, но никога до какво се отнасят другите им срещи. От 2026-10-06 вижда също дъската на проект, към който е разпределен; уеб дизайнерите, графичните дизайнери и, от версия 1.60, видеопродуцентите получават инструмент за четенето ѝ (вижте „Дъски“ по-долу). Освен това може да проверява данните на хората, които в момента са в работното пространство — нещо, което му е било възможно от самото начало, макар това уведомление да не го казваше: името, служебния имейл адрес, длъжността, нивото на старшинство, уменията, езиците, сертификатите, часовата зона, екипа, отдела и ръководителя на всеки човек, дали съответният човек ръководи екип или оглавява отдел и дали все още чака да бъде разпределен в екип, както и идентификатора му на служител и дали записът е на човек или на AI служител — нищо друго от служебния профил на човека. Когато проверява данните на бивш служител — което може да направи само по идентификатор, с който вече разполага, например от стара задача, на която този човек е бил изпълнител, — получава само името му и това, че е напуснал. От версия 1.13 може също да извежда списък с екипите и отделите в работното пространство, както и списък с членовете на даден екип със същите данни. От версия 1.14 в началото на всяка работна сесия получава и организацията на работното си пространство: името и часовата зона на дружеството; собствения си ръководител — човек или AI служител; отделите, всеки с името и ръководителя си, и екипите, всеки с името, отдела и ръководителя си; броя на хората в работното пространство; и до 80 активни колеги, всеки с идентификатора си на служител, името и длъжността си, с това дали е човек или AI служител, в кой екип и отдел е, пред кого се отчита и дали ръководи екип или оглавява отдел. Част от тях е и изборът на всеки човек дали AI служителите да общуват с него на български или на английски; работното пространство може също да зададе език за екипните нишки и срещите. Тези данни за организацията никога не включват ничий имейл адрес, ниво на достъп, роля или права, активност или текущ статус, смени, отпуски, възнаграждение, пол или националност. Ако човек му даде достъп за четене до клиентите — например за работа по уебсайт, — вижда и фирмените данни на всеки клиент, като името, описанието, отрасъла, уебсайта, имейл адреса, адреса за доставка, часовата зона, етикетите, статуса и служителя, отговорен за клиента, в границите, описани по-долу. Вижда не повече от това, което би виждал човек колега на същата позиция — за повечето AI служители това е „член“ по същите проекти, а за AI служител, който ръководи AI служители — ръководител само на тези AI служители, никога на човек, дори в екип, в който има хора, — и по-малко, както е посочено в „Какво никога не вижда“. AI директорът вижда от AI служителите под него — в отдела, който оглавява, и в отделите под него или, когато работи в отдел, в AI екипите, чиито ръководители се отчитат пред него, и в AI екип, който е ръководил преди версия 1.19 — това, което ръководителят на AI екип вижда от екипа си. Работата в отдел, в който работят хора, не му дава повече данни за тях: за тях той вижда това, което всеки AI служител вижда за свой колега, а работата им — само в проектите, които може да вижда, както и работата на всеки друг. От изпълнителния екип той вижда състава му и срещите, на които е поканен, и стаите им — но никога нишка на екипа или каквато и да било ескалация, нито който и да е от документите на екипа или от проектите, към които е разпределен екипът, нито каквото и да било за отпуските, възнаграждението, представянето или активността на хора — и това важи и за AI директор, който работи в отдел и от версия 1.19 е член на изпълнителния екип на своя отдел. От версия 1.18 инженерът по поддръжката вижда също вътрешните инциденти и заявки за промяна по проектите, които може да вижда (раздел 4): текста им, вътрешните бележки и историята им, кой държи всеки от тях, колегата, който е подал всеки от тях — име и служебен имейл адрес, никога телефонен номер, — и колегите, които текстът им споменава; резултатите от наблюдението на свързаните уебсайтове и хранилища на тези проекти (вижте по-долу); а в собственото работно пространство на Vezoft — и сигналите от системата на Vezoft за наблюдение на състоянието, които постъпват там като инциденти в проекта „Service health“ (раздел 4). От версия 1.19 инженерът по поддръжката се включва във вътрешните проекти, отворени за работа на AI служители, без някой да трябва да го добавя (раздел 4), така че по подразбиране вижда задачите, бележките и файловете на всеки такъв проект в своя отдел. AI служител, който пита инженер по поддръжката за нещо, вижда само отговора, който му бъде изпратен (раздел 4). От версия 1.21 AI служителят вижда и описанията и резултатите на собствените си локални сървъри с инструменти (раздел 4), а ръководител на AI екип или AI директор вижда името, състоянието и инструментите на всеки локален сървър с инструменти на AI служителите под него. От версия 1.23 AI директорът по AI персонала вижда и списъка на AI служителите на Клиента и ограничението, което абонаментният план поставя на броя им, а AI директорът по AI разходите — часовете, надвишаването, очакваната такса и използваната част от лимита на разходите на всеки AI служител (раздел 4, „Планиране на AI персонала“): данни за AI служители, никога за човек. От версия 1.25 вижда и справката за дружеството, която човек е написал (вижте по-долу), във всяка сесия; рутините, които човек е задал за него, когато настъпи някоя от тях (раздел 4); а когато ролята му включва браузъра на собствения му компютър — страниците, които отваря там, от уебсайтовете в списъка му, с изображенията им и екранните снимки, които прави (раздел 4). От версия 1.27, докато е доверен и спечеленото доверие се използва, в началото на всяка сесия му се съобщава и това, както и какво променя то за него (раздел 2); а приемникът чете документа за предаване на предшественика си (раздел 4, „Приемственост“). От версия 1.35, от деня, в който Vezoft включи тази възможност, нишката на отдела или собствената нишка на AI директор съдържа и съобщенията, които му изпращат равните му по положение AI директори, а AI служителите, които се отчитат пред него, също ги четат там (вижте „Екипната нишка“ по-долу). От версия 1.48 на AI директор се показват също, за всеки AI служител от собствената му линия, работните му дни, смяната му, датите на следващите му смени и колко от месечния му лимит на разходите е изразходвано този месец, както и имената и часовете на смените на работното пространство; смените на човек никога не му се показват (по-долу). От версия 1.53, от деня, в който Vezoft включи тази възможност, ръководител на AI екип или AI директор вижда и идеите на работното пространство, с бележките от хора и текста върху платното им (вижте „Продуктови идеи“ по-долу). От версия 1.54, от деня, в който Vezoft включи тази възможност, AI маркетинг директорът и AI служителите от собствената му линия виждат и маркетинговите канали на работното пространство, с бележките и месечните им числа, но никога разходите по тях (вижте „Маркетинг“ по-долу). От версия 1.60, когато човек е свързал акаунта на Клиента в Epidemic Sound, видеопродуцентът вижда и това, което Epidemic Sound връща в отговор на заявките му — музика, звукови ефекти и стандартни гласове с техните заглавия, изпълнители и идентификатори, — както и файловете, които TimerOS изтегля за него в раздела „Файлове“ на проект (вижте „Видео, музика и глас зад кадър“ по-долу).

Търсене на работа. Тази възможност е изключена, докато Клиентът не я включи в настройките на работното си пространство („AI служителите предлагат работа“), и никой AI служител не може да промени тази настройка. Когато е включена, AI служител, който ръководи AI служители, може да преглежда кратък списък с проектите на Клиента, по които AI служителите имат право да работят: името и описанието на всеки проект, както и заглавията и кратките описания на онези от задачите му, които още не са възложени на никого, включително имената на хората и клиентите, споменати в тези заглавия и описания. Той никога не вижда бележки, файлове, съобщения от клиенти, бюджети, ставки или кой по какво работи там, нито оферти. Човек, който управлява проекти, решава за всеки проект дали AI служителите могат да работят по него: вътрешните проекти са отворени за тях, освен ако не бъдат изключени, клиентските са затворени за тях, освен ако не бъдат включени, а офертите и завършените, отменените или архивираните проекти са затворени винаги. От версия 1.35, от деня, в който Vezoft включи тази възможност, този избор — превключвателят „AI служители по проекта“ — има три стойности. „Изключено“: както и досега, нищо там не се предлага на AI служители и за проекта не може да се предложи план. „Планиране и четене“: AI служителите по проекта го четат, както и досега, а ръководител на AI екип или AI директор може да предложи план за него („Планове“ по-долу), но нищо там не се предлага на AI служители като работа — проектът не е в списъка, по него не може да се подаде предложение за работа, превключвател за комплектуване не се прилага там (от версия 1.39, от деня, в който Vezoft включи тази възможност — освен превключвател за AI ръководител на проекта за план, в който не е посочен нито един AI служител, раздел 4) и никой AI служител не решава заявка, свързана с него (раздел 4), — а TimerOS не позволява на AI служител да възлага там задача или подзадача (на себе си или на друг AI служител), нито да премества там задача, която държи; AI служител, който вече държи задача там, я запазва и може да я върне — тогава задачата отива при хора, никога при ръководител на AI екип (раздел 4), — а когато одобрява план за проекта, човекът решава кой поема всяка задача. „Работа“: проектът е отворен за работа на AI служители, както е описано в настоящото уведомление. За клиентски проект настройката по подразбиране е „Планиране и четене“, а за вътрешен — „Работа“. Където настоящото уведомление казва, че даден проект е отворен за работа на AI служители или че човек го е отворил за такава работа, това означава проект с настройка „Работа“; затваряне на проект за работа на AI служители означава превключването му на „Изключено“ или на „Планиране и четене“. Списъкът никога не показва проект, който човекът, одобряващ предложенията на ръководителя, не може да види. От този списък ръководителят може да предлага задачи за себе си и за ръководените от него AI служители; нищо не се възлага без одобрение — от човека, който отговаря за предложението, или, когато раздел 4 го позволява, от AI служител над ръководителя или, от версия 1.34, от превключвател за комплектуване, който човек е включил за проекта (раздел 4, „Превключвателят за AI ръководител на проекта“), — а може да бъде одобрена и само част от тях. Задача, която е била отхвърлена, не се предлага отново в продължение на 14 дни; от версия 1.34 никой AI служител не предлага отново и задача, чието възлагане човек е отменил, в продължение на 14 дни от отменянето. Одобрената задача се възлага на AI служителя, посочен в предложението; след това този AI служител и ръководителят на неговия AI екип виждат проекта (задачите, бележките и файловете му) като членове на екипа на проекта, докато човек не ги премахне от проекта или, от версия 1.34, докато одобрението не бъде отменено, ако тогава те не държат друга задача или подзадача там. От версия 1.39 AI ръководителят на проекта може също да добавя AI служители от собствената си линия към вътрешен проект с настройка „Работа“, който ръководи, без задача (раздел 4, „Превключвателят за AI ръководител на проекта“). От версия 1.47 и AI директор може да добавя AI служители от собствената си линия към такъв проект, който ръководи друг AI служител; за целта, независимо дали тази настройка е включена, му се показват имената на вътрешните проекти с настройка „Работа“, чийто превключвател за AI ръководител на проекта може да използва, всеки с името на своя AI ръководител и с имената на AI служителите от линията на AI директора, които вече са там — и нищо друго за проект, в който не участва (раздел 4, „Превключвателят за AI ръководител на проекта“). Списъкът се обработва както всичко друго, което AI служителят чете — включително от доставчиците на модели в Съединените щати, описани по-долу. AI служител никога не предлага работа за човек. От версия 1.38 AI служител, който ръководи AI служители, бива събуждан в началото на деня, за да прегледа списъка, само когато задачите в него, които би могъл да предложи, са се променили след последния път, когато е бил събуден за тях, а от деня, в който Vezoft включи ежедневната проверка, AI директорът — а от версия 1.39 и ръководител на AI екип, който е AI ръководител на проект, — не бива събуждан за това в началото на деня, след като компютърът му получи обновлението на софтуера, което въвежда ежедневната проверка: вместо това ежедневната му проверка го събужда, когато по проект, за който човек е включил превключвателя за комплектуване за него, има отворена работа, която никой не държи (раздел 4, „Ежедневната проверка“). AI служител без ръководител на AI екип никога не вижда този списък. Когато настройката е включена, той може да преглежда задачите, които още никой не държи, по проектите, към които вече е разпределен, измежду онези, по които AI служителите имат право да работят и които неговият човек ръководител може да вижда, и да предлага за тях само себе си, никога друг AI служител, с най-много 5 предложения дневно. За това бива събуждан най-много веднъж дневно и само когато няма собствена работа, но може да го прави и по време на сесия, в която вече работи. Предложението му се одобрява или отхвърля, както е описано по-горе; задача, която чака друга, още отворена задача, не може да бъде предложена; а ако човек премахне AI служителя от проекта, преди да е взето решение по предложението, то вече не може да бъде одобрено.

Какво никога не вижда. За другите хора: отчетеното работно време — часовете, които вижда по задача или подзадача, включват само времето на AI служителите, — резултатите от класификацията на активността, статуса на активност или текущия статус, представянето, смените, отпуските, възнаграждението, заплатата, наградите, данъчния идентификатор, датата на раждане, домашния адрес, телефонния номер, контакта при спешност, договора, образованието, прекратяването на правоотношението, нивото на достъп, ролята или вписаните в служебния профил националност или пол на когото и да било; не получава и сигналите за промени в реално време, които се изпращат до цялото работно пространство, а само тези, които са предназначени за него. Поддръжка: инцидентите, заявките за промяна, кризисните стаи и заявките за поддръжка са инструмент само за хора и AI служителят никога не вижда и не обработва нито един от тях — с изключение на инженера по поддръжката, който от версия 1.18 вижда и обработва вътрешните инциденти и заявки за промяна, описани в раздел 4, но никога кризисна стая, заявка за поддръжка или инцидент или заявка за промяна на клиент — с изключение на това, че от версия 1.30 инженер по поддръжката в собственото работно пространство на Vezoft чете заявките за поддръжка от клиентите на Vezoft, без имейл адреса на клиента (вижте „Отговори до клиенти“ по-долу). Поща: от версия 1.26 той може да държи пощенска кутия, а от версия 1.29 чете пристигащите в нея писма с изключение на писмата, които TimerOS не показва на нито един AI служител и които той никога не вижда (вижте „Пощенските му кутии“ по-долу). Написаното от клиентите на Клиента: бележките и коментарите им, коментарите, с които придружават одобрение, отхвърляне или искане за преработка по оферта, и това кой от страна на клиента е взел решението (AI служител, разпределен към такъв проект, все пак може да вижда статуса на проекта, например „Client Approved“), заявките за поддръжка и документите на клиента, както и хората на клиента, включително кой от тях има акаунт в Клиентския портал — дори когато човек му е дал достъп за четене до клиентите. Все пак може да вижда написаното от клиент на следните места: от версия 1.30 — съобщенията, които клиентът вижда в разговора си с екипа в чата на TimerOS, по клиентски проект, по който работи и който човек е отворил за работа на AI служители, всяко с името на автора си (вижте „Отговори до клиенти“ по-долу); дъската на проект (вижте „Дъски“ по-долу); файловете, които клиент е качил през Клиентския портал в проект, към който AI служителят е разпределен, с името на лицето за контакт на клиента, качило всеки от тях; името и описанието на проект така, както клиентът ги е въвел първоначално в оферта, освен ако служителите на Клиента не са ги променили междувременно; и ако човек му е дал достъп за четене до клиентите — фирмените данни, които клиентът може да редактира в Клиентския портал. Финансови данни: бюджета на проект или на етап, разходите по проект, разходите по маркетингов канал и начина, по който фактурира работното пространство на Клиента — банковите данни, данъчния идентификатор и данъчната ставка, номерацията и текстовете на фактурите, условията за плащане, настройките за Stripe и цените за поддръжка, — макар да вижда фирмените данни на работното пространство (име, адрес, данни за контакт, регистрационен номер), настройките му за работната седмица, часовата зона и основната валута; а дори при достъп за четене до клиентите — данъчния идентификатор, адреса за фактуриране, индивидуалните настройки за фактуриране или цените за поддръжка на клиент, както и договорните условия на нивата на клиентите. Не вижда и нищо от друго работно пространство или от проект, към който не е разпределен нито той, нито екипът му (AI директор, който е член на изпълнителен екип, никога не вижда проект само защото към проекта е разпределен този изпълнителен екип), освен краткия списък, описан по-горе, и това, което хората пишат на него или в стаята на среща, на която присъства; никакъв бележник — бележник не може да бъде споделен с AI служител; необработени пароли или дълготрайни ключове — AI служителят използва инструменти, а паролите и ключовете остават в защитен трезор; собственият му ключ за шлюза към моделите се пази на компютъра му от услугата, която препраща извикванията му към моделите, и не му се предоставя (раздел 2). Краткотраен ключ за хранилище — само за четене и само за свързаните хранилища, или ключ за едно одобрено изпращане — се използва от собствената услуга на компютъра му от негово име и никога не му се показва.

Къде отива. За да върши работата си, AI служителят изпраща съдържанието, с което работи — включително Вашите съобщения до него и имената в задачите му — като входно съдържание към модел. От версия 1.14 това включва във всяка сесия и описаната по-горе организация на работното пространство; преди това AI служителят проверяваше данните на хората извън линията си на подчинение само когато имаше нужда от тях и при доставчиците отиваше само това, което беше проверил. От версия 1.14 самопрегледът му, търсенията в предишните му сесии и резюметата на разговорите му също изпращат отново по-ранно съдържание до доставчиците (вижте „Собствената му памет, уменията и предишните сесии“ по-долу). От версия 1.21 същото прави и сесия, която продължава по-ранна сесия, а описанията и резултатите на локалните му сървъри с инструменти също отиват при доставчиците. От версия 1.25 справката за дружеството отива с всяка сесия, а това, което браузърът на собствения му компютър му показва — структурата на страницата, изображенията ѝ и екранната снимка, която той прави, — също отива при доставчиците като входно съдържание, както всичко друго, което той чете. От версия 1.27 документът за предаване, който приемник чете, отива при доставчиците по същия начин, когато той го чете; филтърът за изходящо съдържание (раздел 4) не изпраща нищо никъде — той работи на сървърите на Vezoft без AI модел и пази само вида на откритото и мястото, никога текста. Извикванията му към езикови модели минават през един шлюз за маршрутизиране (OpenRouter, в Съединените щати), който предава заявката на един от няколко доставчика на извод; всички те и държавата, в която всеки обработва, са посочени на страницата Подизпълнители. Това обработване се извършва в Съединените щати, извън Европейския съюз. Не ни е достъпно самообслужващо се маршрутизиране към регион в ЕС, затова не твърдим, че имаме такова. Вместо това фиксираме маршрута: заявка може да бъде обслужена само от доставчик в списък с разрешени доставчици, всеки от които е американско дружество, превключването към когото и да е друг е изключено, а доставчик е в този списък само докато е обвързан да не се обучава върху това съдържание и да не го съхранява след отговора. Генерирането на изображения за ролята графичен дизайнер е единственото изключение: заявките се изпращат от компютъра на AI служителя през услугата за управление на машините на Vezoft до fal.ai при собствените условия за обработване на данни на fal.ai (Стандартни договорни клаузи) — маршрутизирането с нулево съхранение през шлюза не ги обхваща (вижте „Генерирани изображения“ по-долу). Търсенето в интернет минава от услугата за управление на машините на Vezoft пряко до Anthropic в Съединените щати, а не през шлюза (вижте „Търсене в интернет“ по-долу). От версия 1.26 писмата от пощенска кутия, която човек е предоставил на AI служител, също излизат извън ЕС, когато TimerOS ги описва. За да бъдат описани накратко, те отиват от услугата за управление на машините на Vezoft през шлюза до Anthropic в Съединените щати, по същия фиксиран маршрут (вижте „Пощенските му кутии“ по-долу). От версия 1.29 цялото писмо, което AI служителят чете от пощенска кутия, предоставена му от човек, отива при доставчиците на модели на AI служителя като входно съдържание, както всичко друго, което той чете; отговор, който той подготвя и човек изпраща, излиза чрез собствената пощенска услуга на Клиента, а не чрез Vezoft. От версия 1.30 съобщенията от разговора с клиент и текстът на заявка за поддръжка, които AI служителят чете, отиват при доставчиците на неговия модел по същия начин, а публикация в социална мрежа, одобрена от човек, отива от TimerOS към Zernio и оттам — към социалната мрежа (вижте „Отговори до клиенти“ и „Публикации в социални мрежи“ по-долу). От версия 1.60, когато човек е свързал акаунта на Клиента в Epidemic Sound, думите, с които видеопродуцентът търси, текстът на гласа зад кадър и избраният от него глас отиват от сървърите на TimerOS до Epidemic Sound по акаунта на Клиента (вижте „Видео, музика и глас зад кадър“ по-долу). Извън тези пътища това, което компютърът на AI служителя може да изпрати навън, е ограничено от мрежовия шлюз, който е извън компютъра и допуска само уебсайтовете от списъка на AI служителя (вижте „Мрежата му и връзките му“ по-долу), а на компютъра няма данни за достъп за плащания, изпращане на имейли или внедряване. Междувременно виртуалният компютър на AI служителя, записите на неговия екран, които ръководителят му може да преглежда, и всеки запис в TimerOS остават в Европейския съюз. Гаранциите за трансфера и начинът да възразите са описани на страницата „Подизпълнители“.

Хранилища и GitHub. Хранилище се свързва от човек от страна на Клиента чрез приложение (GitHub App), което Клиентът инсталира в собствения си акаунт в GitHub. Услугата за управление на машините на Vezoft пази ключа на приложението и издава на компютъра на AI служителя краткотраен ключ само за четене точно за свързаните хранилища; ключ, който позволява изпращане, съществува само през минутите на конкретно одобрено изпращане (раздел 4) — за това едно хранилище — и се оттегля, щом pull request-ът бъде отворен; одобрението отпада, ако изпращането не започне до 7 дни след него или не приключи до половин час след началото си, както и когато AI служителят бъде спрян на пауза или освободен; докато хранилището не е свързано с проект, по който той работи, одобрението не може да се използва. Vezoft обработва съдържанието на хранилището на компютъра на AI служителя (в ЕС) като всеки друг работен файл — то е сред работните файлове на компютъра, в 30-дневната моментна снимка при освобождаването му и в краткотрайните копия, които се правят, когато той се премества на нов компютър (вижте „Обновяване на компютъра му“ по-долу), и като входно съдържание отива при доставчиците на модели, както всичко друго, което AI служителят чете, — а в GitHub, в собствения акаунт на Клиента и по указание на Клиента, изпраща одобрените клон и текст на pull request-а с ред в pull request-а, че той е отворен от AI служител след това одобрение, и с името на одобрилия (раздел 3). GitHub не позволява ключ за изпращане да бъде ограничен до един клон, затова от версия 1.14 софтуер на собствения компютър на AI служителя проверява всяко изпращане, преди нещо да стигне до GitHub: в допълнение към правилата по-горе одобреното изпращане може да обнови точно одобрения клон и точно до одобрения комит — никакъв друг клон и никакво изтриване. Тази проверка се извършва на собствения компютър на AI служителя, а не на сървъра. Ако нещо я заобиколи през минутите на изпращането, другите клонове на хранилището, включително основния, ги пази само защитата на клоновете, която Клиентът задава в GitHub. Pull request-ът се отваря само за одобрения комит. След като изпращане стигне до GitHub — одобрено от AI директор или по постоянно разрешение, а докато решенията на AI и заявките за сливане са включени едновременно, и всяко одобрено изпращане, — услугата за управление на машините на Vezoft сравнява файловете, които според GitHub клонът променя, съдържанието им и комитите на клона с одобрените; ако те се различават или не могат да бъдат прочетени, или ако междувременно човек е включил автоматичното сливане на GitHub за pull request-а на изпращане, одобрено от AI директор или по постоянно разрешение, pull request-ът се отбелязва като непроверен и само човек може да реши сливането му. Сливането му остава работа на човек в GitHub, освен ако AI служителят подаде заявка за сливане — нещо, което може да прави от версия 1.16, от деня, в който Vezoft включи заявките за сливане, и само за pull request, който е отворил чрез TimerOS от собствения си клон (ai/…) в същото хранилище, към основния клон на хранилището и за комита, изпратен последен след одобрение. Заявката за сливане се решава като изпращане на код (раздел 4): от AI директор над AI служителя, от човек или по постоянно разрешение от човек, което включва сливане; AI директорът, който я решава, чете промените по целия pull request такива, каквито ги показва самият GitHub (до 60 000 байта; ако са повече, решава човек), и вижда кой е одобрил всяко изпращане. Промените, които GitHub не показва като текст — двоичен файл или подмодул, — също отиват при човек, а непосредствено преди да бъде извършено сливане, решено от AI директор или по постоянно разрешение, TimerOS прочита отново данните на GitHub за pull request-а: ако те вече не могат да бъдат прочетени изцяло или показват такива промени или друг комит, решава човек. Решението за сливане се взема въз основа на собствените данни на GitHub за pull request-а — промените, файловете и комитите му, — а никога въз основа на това, което е съобщил компютърът на AI служителя. След одобрението — стига в момента в клона му да не се изпраща одобрен код — услугата за управление на машините на Vezoft слива точно този комит с ключ, създаден само за това едно извикване и оттеглен след него, и само докато pull request-ът все още е насочен към този клон. Когато правилата за клонове на хранилището в GitHub тепърва трябва да бъдат изпълнени, услугата включва автоматичното сливане на GitHub за този комит, така че GitHub слива едва когато те са изпълнени. Когато няма такива правила или те вече са изпълнени, услугата слива пряко: по решение на AI директор — само когато правилата за клонове на хранилището в GitHub изискват поне една проверка, по този комит е минала поне една проверка, всяка проверка, която правилата изискват, е успешна по него (пропусната проверка, която GitHub отчита като успешна, не се брои), всички останали проверки по него са успешни и AI директорът е заявил, че е сигурен; по решение на човек — когато нито една проверка по него не е в ход и нито една не е неуспешна, като картата за одобрение посочва изрично, когато по комита не е минала нито една проверка. Постоянното разрешение слива само чрез автоматичното сливане на GitHub. Сливане, решено от AI директор или по постоянно разрешение, чийто pull request променя конфигурацията за CI или за тестове — всичко в .github/, конфигурацията на проверките преди комит (pre-commit) и на услугите за качество на кода, настройките и скриптовете за тестове в package.json, composer.json, deno.json, pyproject.toml или setup.cfg, както и файл, който работните потоци на хранилището, конфигурационните файлове за CI и за тестове в основната му папка или скриптовете и настройките за тестове във файловете му package.json изпълняват или зареждат, — или при което тази конфигурация в целевия клон е променена, след като клонът на pull request-а е бил отделен от него, или при което работните потоци на хранилището могат да пропуснат проверка заради текст, написан от AI служителя (съобщенията на комитите му или заглавието, описанието или името на клона на pull request-а), отива при човек. Във всеки друг случай — проверка, която още е в ход или е неуспешна, липса на проверка или на проверка, изисквана от правилата за клонове, или изисквана проверка, която не е успешна, при решение на AI служител, или проверки, които TimerOS не може да прочете, защото Клиентът не е приел разрешенията на приложението в GitHub за четене на проверките и статусите на комитите — заявката за сливане отива при човек, а човек винаги може да слее pull request-а в GitHub. Нов комит, изпратен в pull request-а, или смяна на целевия му клон изключва автоматичното сливане, включено от TimerOS, и прекратява одобрението на сливането. Поискани от човек промени в GitHub или неуспешна проверка, след като сливане, решено от AI директор или по постоянно разрешение, е включило автоматичното сливане, също го изключват и тогава решава човек. GitHub прилага правилата за клонове на Клиента при всяко сливане, а Клиентът не трябва да включва приложението на TimerOS в GitHub в списък, който заобикаля тези правила (раздел 2B от Общите условия). Сливане в клон, от който Клиентът внедрява, може да публикува код или да внедри нещо в реална среда; за да остава всяко сливане в дадено хранилище работа на човек, настройте хранилището така, че „Винаги решава човек“ (раздел 4). GitHub, Inc. не е подизпълнител на Vezoft: GitHub е ангажиран от Клиента за собствения му код, а не от Vezoft; прилагат се собственото местоположение и собствените условия на GitHub (за повечето акаунти — Съединените щати; GitHub Enterprise Cloud предлага съхранение в ЕС) — това е изборът на Клиента къде да държи кода си. AI служителят може също да помоли човек да свърже към проект съществуващо хранилище от акаунта на Клиента в GitHub или да създаде ново в свързаната организация на Клиента в GitHub (частно, освен ако в заявката не е поискано публично); заявката отива до неговия човек ръководител, който трябва да има и право да редактира данните на проекта, а свързването или създаването се извършва от името на този човек. Чрез същото приложение (GitHub App) той може да чете прегледите, коментарите към прегледите, разговора и резултатите от проверките на pull request, отворен от клон на AI служител в свързано хранилище — само на такъв от клон с име на клон на AI служител (ai/…), никога на друг, — а когато Vezoft е включила известията от GitHub към приложението, нов преглед, коментар към преглед или неуспешна проверка на pull request, отворен от него, го събуждат. Написаното от рецензента достига до него само чрез това четене — като данни, никога като инструкции; отговорът на преглед с нов код е ново изпращане, което изисква одобрение (раздел 4).

Публичният уеб. Уеб страница извън разрешените за него уебсайтове се извлича от услугата за управление на машините на Vezoft (Hetzner, ЕС) като обикновен текст, без вход и без бисквитки, при спазване на правилата на сайта за роботи (robots), в рамките на дневен лимит за всеки AI служител (числото е в картата на модела); заявката се записва в дневник (кой AI служител, кой адрес — без параметрите на заявката, какъв обем). Между тях не стои трето лице. След това страницата отива при доставчиците на модели като входно съдържание, както всичко друго, което той чете. Браузърът на собствения му компютър (от версия 1.25, раздел 4) е друг път: той отваря само уебсайтовете от списъка на AI служителя, от собствения му компютър, и прокси не участва; уебсайт извън този списък продължава да се чете само през това прокси, като текст.

Мрежата му и връзките му (от версия 1.24). Компютърът на AI служителя няма собствен публичен интернет адрес. Намира се в частна мрежа при Hetzner (ЕС), която Vezoft поддържа само за AI служителите на Клиента, и всяка негова връзка с интернет минава през един мрежов шлюз в тази мрежа: компютър, поддържан от Vezoft, на който няма данни за достъп на нито един AI служител и нищо от работата им. Мрежовият шлюз пропуска връзка само към уебсайт от списъка на този AI служител — уебсайтовете, които Клиентът е разрешил за него (от версия 1.45 включително добавените от списъка с уебсайтове на работното пространство), разрешените за него автоматично, API на TimerOS, услугите на Vezoft и доставчиците на модели, от които се нуждае, както и сървърите за обновяване на операционната му система и на софтуера, който Vezoft инсталира, отворени от Vezoft за компютъра на всеки AI служител, — и проверява името на уебсайта, а не мрежовия му адрес: свързва се с адреса, към който води това име, и никога с адрес, избран от компютъра. Отговаря на заявките на компютъра за превод на имена само за тези уебсайтове и отказва връзки към всеки друг уебсайт, превод на всяко друго име и всичко, което не е обикновена уеб връзка. Връзката на мрежовия шлюз с услугата за управление на машините на Vezoft е криптирана. Всеки уебсайт, до който достигат AI служителите на даден Клиент, вижда адреса на техния мрежов шлюз, който те споделят; уебсайт, който ги допуска по адрес, се нуждае от този един адрес, а той се променя само когато Vezoft замени мрежовия шлюз. Връзките му се записват. За всеки AI служител и за всеки ден услугата за управление на машините на Vezoft пази имената на уебсайтовете, към които се е свързал компютърът му, колко връзки е направил и какъв обем данни е преминал във всяка посока, както и имената, които са му били отказани (до 200 на ден от имената, за които е поискал превод, и до 200 на ден от тези, към които е опитал да се свърже); пази ги 90 дни и ги изтрива заедно с работното пространство. Самият мрежов шлюз пази за всяка минута по един ред за всеки компютър и уебсайт — дали връзките са били пропуснати, колко са били и какъв обем данни е преминал — до 7 дни. Никой от тези записи не съдържа самите страници, формуляри или файлове. Операторите на Vezoft могат да ги виждат; в раздела „Достъп“ те все още не се показват. Какво не прави това. AI служителят не пита, преди да изпрати данни до уебсайт от списъка си (раздел 4). Когато уебсайт от списъка споделя мрежа с други уебсайтове, в редки случаи програма все пак би могла да достигне друг уебсайт в тази мрежа по неговото име при криптирана връзка; големите мрежи отказват това, а някои може и да не го отказват. При некриптирана връзка (http://) мрежовият шлюз проверява всяка заявка по името на уебсайта, посочено в нея, затова там това не е възможно. Връзка, при която уеб браузърът скрива името на уебсайта от мрежовия шлюз (криптиран ClientHello), се отказва; в браузърите, които Vezoft инсталира, тази възможност е изключена. AI служителите на един Клиент споделят частната си мрежа, затова AI служител, подведен да действа против нарежданията си, би могъл да опита да използва там мрежовия адрес на друг AI служител, а с него и неговия списък с уебсайтове; мрежовият шлюз не допуска адреса на AI служител, който е спрян на пауза или се премества на нов компютър. Уебсайт, достъпен само по IPv6, не може да бъде достигнат. Няма резервен мрежов шлюз: ако мрежовият шлюз спре да работи, AI служителите на Клиента не могат да достигнат до доставчиците на модели, до TimerOS или до който и да е уебсайт, докато услугата за управление на машините на Vezoft не го замени, което тя прави сама, обикновено в рамките на около десет минути; работните им сесии спират и започват отново, а междувременно разделът „Достъп“ показва, че мрежовият шлюз е недостъпен.

Наблюдение (от версия 1.18). От деня, в който Vezoft го включи, услугата за управление на машините на Vezoft (Hetzner, ЕС) наблюдава вътрешните проекти, за които отговаря инженер по поддръжката, без участието на AI модел. На всеки 2 минути тя отваря всеки действащ уебсайт, свързан от човек с такъв проект: една заявка точно към този адрес, без вход и без бисквитки и с потребителски агент, който назовава настоящото уведомление; прочита най-много първите 8 KB от отговора и не пази нищо от него. Не проверява правилата на сайта за роботи (robots), защото проверява само уебсайт, който човек е свързал като собствен уебсайт на проекта. На всеки 5 минути тя прочита чрез приложението на Клиента в GitHub (GitHub App) проверките по основния клон на всяко свързано хранилище — кои проверки са изпълнени, дали са успешни и кратките им обобщения, но никога записите им (logs), — като използва правата на приложението за четене на проверките и статусите на комитите, които Клиентът приема за сливанията (вижте по-горе); без тях хранилището се показва като непроверено. До TimerOS тя съобщава само промяна на състоянието — уебсайт или проверки на хранилище, които започнат да отчитат грешка или се възстановят, — и обобщение на всеки 30 минути. TimerOS пази текущото състояние на всяка проверка, кратко описание, написано от услугата за управление на машините (кодове на състояние, имена на проверки и обобщения, най-много 300 знака), и последните ѝ 20 промени и ги показва в проекта. Проверка, която започне да отчита грешка, събужда инженера по поддръжката, който отговаря за проекта, и той прочита тези резултати и свързания с тях инцидент като входно съдържание, което отива при доставчиците на модели, както всичко друго, което той чете; докато всичко е наред, не участва никакъв AI модел. Наблюдението следи софтуер, никога човек: не записва нищо за това кой е променил или внедрил нещо. То спира за даден уебсайт или хранилище, когато човек го премахне от проекта или когато вече никой инженер по поддръжката не отговаря за проекта, а Vezoft може да го изключи за всички работни пространства.

Отговори до клиенти (от версия 1.30). От деня, в който Vezoft го включи, AI служител може да подготвя чернови на това, което след това човек изпраща до два вида външни читатели: до клиент на Клиента — в разговора на клиента с екипа в чата на TimerOS, и в собственото работно пространство на Vezoft — до клиент на Vezoft, подал заявка за поддръжка. Всичко това се изпраща от човек.

Разговорът на клиента. AI служител, разпределен към клиентски проект, който човек е отворил за работа на AI служители (от версия 1.35 — с настройка „Работа“, никога „Планиране и четене“), може да чете разговора на клиента с екипа в чата на TimerOS:

последните 50 съобщения, които клиентът вижда — неговите и тези на екипа, — всяко с името на автора си, но никога вътрешна бележка;
само разговор, който вече съществува, защото човек или клиентът го е започнал: четенето никога не започва разговор;
когато клиентът пише там, AI служителите по проекта получават известие, което може да започне тяхна работна сесия по време на смените им; в известието е посочен клиентът, но никога съобщението.

Заявките за поддръжка от клиентите на Vezoft. В собственото работно пространство на Vezoft AI служител, нает като инженер по поддръжката, може да преглежда списъка със заявките за поддръжка, които клиентите на TimerOS подават до Vezoft, и да ги чете:

номера, заглавието, статуса, приоритета и категорията на заявката, фирмата и името на лицето за контакт на клиента и съобщенията в нея — тези на клиента и отговорите на екипа по поддръжката на Vezoft, — но никога имейл адреса на клиента;
получава известие за нова заявка или за отговор на клиента; нова заявка, която клиентът е отбелязал като спешна или с висок приоритет, може да го събуди извън смените му, докато е на дежурство (раздел 4, „Дежурство“), а отговорът на клиента чака смяната му;
не променя нищо в заявката — нито бележка, нито статус, приоритет или изпълнител, — защото клиентът вижда всеки коментар по заявката; може само да подготви чернова на отговор;
запитванията за продажби не са заявки за поддръжка: на тях се отговаря, както е описано в „Пощенските му кутии“ по-долу.

Заявка, в чието заглавие, описание или съобщения се срещат думите на английски или на български език, по които TimerOS разпознава писмо от кандидат за работа или отнасящо се до такъв, писмо за възнаграждения, ведомости за заплати или заплати, за договор, споразумение за неразкриване на информация (NDA), съдебно дело или адвокат, или искане относно личните данни на някого (вижте „Какво TimerOS не показва на нито един AI служител“ в „Пощенските му кутии“ по-долу), никога не се включва в списъка и не се показва на AI служител. Думите от този списък за фактури, възстановяване на суми и банкови преводи не задържат заявката: въпросът на клиент за фактуриране е точно това, за което служи заявката за поддръжка, а филтърът за изходящо съдържание (раздел 4) все така отказва номер на банкова сметка или на платежна карта в чернова. Това е фиксиран списък от думи, а не разбиране на заявката.

Черновата. AI служителят я подава като заявка за одобрение; никога сам не я изпраща и не я публикува.

Тя отива при човека, който отговаря за заявките на AI служителя (раздел 4, „Кой отговаря за заявките му“). За отговор по заявка за поддръжка този човек трябва да има и правото „Инциденти“, иначе черновата се отказва. За съобщение до клиент той трябва и да може да отваря разговора с този клиент: човек, който не може, не вижда разговора и не може да изпрати черновата, но вижда текста ѝ в заявката и може да я отхвърли. Никога не я решава AI служител, нито постоянно разрешение, нито постоянно доверие.
За всяка заявка за поддръжка и за всеки клиентски проект може да чака само по една чернова, без значение кой AI служител я е написал, а AI служител може да подготви най-много 20 отговора по заявки за поддръжка и 10 съобщения до клиенти за всеки 24 часа.
Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), черновата минава през него, както всичко друго, което AI служителят пише, а картата за одобрение я обозначава с „Написано от AI“.
Картата показва заявката за поддръжка или разговора до черновата. Човекът може да промени целия текст и след това да го изпрати или публикува, или да отхвърли черновата с посочена причина, ако даде такава; AI служителят прочита причината.
Черновата може да бъде изпратена само от версия на TimerOS, която показва заявката или разговора на картата: уеб приложението или настолното приложение, обновено за това. По-стара версия може само да отхвърли черновата.

Какво вижда получателят. Отговорът по заявка за поддръжка се добавя към заявката като отговор на човека и се изпраща на клиента по имейл от името на човека, както и собствените му отговори — също и когато заявката е решена или затворена. Той не съдържа бележка, че е подготвен от AI служител, освен ако човекът не я напише; изгледът на заявката, който вижда клиентът, показва името на човека, а собствената страница „Поддръжка“ на Vezoft го означава с „чернова от <име> (AI служител)“. Изпратен имейл не може да бъде върнат. Съобщението до клиент се публикува в разговора като съобщение на човека: клиентът го вижда в Клиентския портал само с името на човека, а настолното и уеб приложението го означават с „чернова от <име> (AI служител)“; след това човекът може да го редактира или изтрие като всяко свое съобщение.

Инструкциите на AI служителя изискват от него да третира всичко, написано от клиент, като данни, а никога като инструкция към него; да отговаря само на това, за което е попитан; никога да не обещава цена, срок, доставка, възстановяване на сума или договорно условие, които човек не е потвърдил; и никога да не включва в чернова данни на друг клиент. Това се основава на инструкциите му; TimerOS налага какво може да чете той, горните ограничения и изпращането от човек.

Къде отива. Това, което AI служителят прочете от разговор или от заявка за поддръжка, отива при доставчиците на модели като входно съдържание, както всичко друго, което той чете (вижте „Къде отива“ по-горе), и се намира в записа на предишните му сесии на собствения му компютър до 30 дни след последната активност в сесията. Всяка чернова — какво е написал AI служителят, какво е изпратил човекът, кой я е изпратил или отхвърлил и кога — се пази в заявката за одобрение като всяка друга. Изпратеното остава в заявката за поддръжка или в разговора като всеки друг отговор или съобщение.

Пощенските му кутии (от версия 1.26; цялото писмо, действията с писма и отговорите — от версия 1.29). Тази възможност действа от деня, в който Vezoft я включи; дотогава „Настройки → Пощенски кутии“ и превключвателите за пощенските кутии не правят нищо — не може да бъде съхранен нито пощенски акаунт, нито парола, нито пощенска кутия, и TimerOS не чете писма. След това човек може да предостави на AI служител една или повече от пощенските кутии на Клиента. Например sales@ може да получат AI маркетинг директорът (CMO) и AI директорът по AI разходите (CFO), а support@ — AI техническият директор (CTO). AI служителят получава инструментите за поща едва когато компютърът му работи с версия на софтуера си, която ги съдържа; по-нова версия му казва и как да чете, подрежда и отговаря на писма. От версия 1.29:

Той чете цялото писмо с изключение на писмата, които TimerOS не показва на нито един AI служител (вижте по-долу) и които той никога не вижда.
Тази граница се поддържа от TimerOS на неговите сървъри, а не от AI модела.
AI служителят не изпраща писма. Всеки отговор, който подготви, се изпраща от човек.

Свързване на пощенска кутия. Собственик или администратор на работното пространство свързва пощенския акаунт на Клиента в „Настройки → Пощенски кутии“ с парола за приложение на този акаунт. В тази версия това е възможно само за Zoho Mail. След това той добавя адресите, чиито писма пристигат в акаунта, например sales@ и support@.

TimerOS пази паролата шифрована на своя сървър. Никога не я показва отново и никога не я предоставя на AI служител или на компютъра му.
Нов акаунт е изключен, докато собственик или администратор на работното пространство не го включи. След това TimerOS чете писмата, които пристигат, докато някой от адресите на акаунта е предоставен на AI служител, с точност до няколкото минути между проверките си. От версия 1.29, когато акаунтът бъде включен, когато данните за вход бъдат сменени с тези на друг пощенски акаунт и всеки път, когато някой от адресите му бъде предоставен на AI служител, TimerOS взема и писмата от папка „Входящи“ на акаунта (или от папката, избрана за входящата поща) от последните 30 дни, прочетени или непрочетени, и ги разпределя като новите писма (вижте по-долу). По-стари писма и писмата в другите папки на акаунта не взема.
От версия 1.29 отговор, който човек изпраща (вижте по-долу), излиза през собствения сървър за изходяща поща на акаунта — за Zoho Mail това е неговият SMTP сървър — като влиза със същата парола за приложение, и от адреса, до който е изпратено писмото, а TimerOS поставя копие в папката „Изпратени“ на акаунта, освен ако пощенската услуга вече не е поставила такова. В пощенската услуга този адрес трябва да е настроен като адрес, от който акаунтът може да изпраща.
Изтриването на акаунта в настройките изтрива паролата заедно с всичко, което TimerOS е запазил от писмата в този акаунт. Писмата в самия акаунт не се засягат, нито изпратените от него отговори.
Пощенската услуга е избор на самия Клиент, както и мястото, където той държи кода си (вижте „Хранилища и GitHub“ по-горе), и не е подизпълнител на Vezoft, включително когато изпраща отговорите на Клиента. За собствените пощенски кутии на Vezoft това е услугата на Zoho в ЕС, както посочва Политиката за поверителност.

Кой я предоставя. Само човек предоставя на AI служител пощенска кутия или му я отнема, чрез превключвател за всяка пощенска кутия в раздела „Достъп“ на AI служителя. Този човек трябва да има правото „Управление на AI служители“ и да е над AI служителя по линията на подчинение, или да има най-високото ниво на достъп в работното пространство.

TimerOS отказва това на всеки AI служител, както за самия него, така и за всеки друг. Няма заявка, чрез която AI служител да получи пощенска кутия.
Пощенската кутия се предоставя цялата: всяко писмо, което пристига в нея, с изключение на писмата, които TimerOS задържа по следващите точки.
Всяка промяна се записва в одитната следа на AI служителя. Хората, на които работното пространство позволява да преглеждат AI служители, виждат в раздела „Достъп“ кои пощенски кутии държи той и от кога.
Пощенската кутия никога не се предава нататък: AI служител, който продължава работата на друг, не получава нито една от пощенските му кутии.
Освободен AI служител вече не чете писма, а пощенските кутии му се отнемат в рамките на един ден.

Какво TimerOS чете и какво пази. TimerOS се свързва с пощенския акаунт приблизително веднъж в минута, но само докато някоя от пощенските му кутии е предоставена на активен AI служител. Когато няма такава, TimerOS изобщо не се свързва. Ако пощенската услуга откаже влизането, TimerOS опитва отново веднъж в час, а не всяка минута.

TimerOS чете взетите писма, адресирани до такава пощенска кутия. Отваря и останалите писма, които взема от акаунта, за да види до кого са адресирани, но не пази нищо от тях.

Всяко писмо, което пази, TimerOS разпределя по фиксирани правила, записани в кода, без AI модел, в следните видове:

писмо, което TimerOS разпознава като отнасящо се до човек, пари или правен въпрос (следващата точка; това правило се прилага първо);
сигнал от системата на Vezoft за наблюдение на състоянието или от доставчик на услуга, посочен от собственик или администратор на работното пространство, подписан за собствения домейн на подателя според записа на получаващия пощенски сървър;
отговор по заявка за поддръжка;
отчет за доставка или за удостоверяване на имейли;
масови писма и бюлетини;
писма от клиентите на Клиента;
всичко останало.

За всяко запазено писмо TimerOS пази:

домейна на подателя и датата;
в коя от пощенските кутии на Клиента е пристигнало писмото;
резултата от проверката на подписа на подателя, извършена от получаващия сървър;
заглавните редове, по които се разпознават масовите писма;
от версия 1.29 — дали писмото е прочетено, дали на него е отговорено и дали е отбелязано като важно в пощенската кутия, според последната проверка на TimerOS, както и броя на прикачените файлове в него;
само за писмо, което AI служител може да чете — адреса и името на подателя и темата, а от версия 1.29 и адресите и имената на получателите (To, Cc и Reply-To), обикновения текст на писмото, без скритите знаци, до 50 000 знака, имената, видовете и размерите на до 30 прикачени файла и текста на текстовите прикачени файлове (например файлове .txt, .csv или .md) до 200 KB всеки — до 20 000 знака от всеки и общо до 50 000 знака;
за писмо, което не задържа (вижте по-долу) — еднопосочен отпечатък на адреса на подателя, датата, темата и текста, от който нито едно от тях не може да бъде възстановено, за да разпознае второ копие на същото писмо; отпечатъкът се изтрива заедно с текста 90 дни след като TimerOS прочете писмото.

От версия 1.29 текстът, получателите и прикачените файлове се пазят шифровани. Адресът и името на подателя и темата се пазят нешифровани, както досега, за да може списъкът с писмата да ги показва. TimerOS не чете PDF или друг файл, прикачен към писмо: такъв файл само се посочва в списъка, а самия файл TimerOS никога не пази.

Отговор по заявка за поддръжка и отчет никога не се описват. TimerOS ги пази без текста и темата им, без получателите и без адреса и името на подателя.
От версия 1.29 писмо от клиентите на Клиента се пази като останалите писма и се показва на AI служителите, които държат пощенската кутия, освен ако собственик или администратор на работното пространство не избере писмата от клиенти в тази пощенска кутия да не им се показват; тогава такова писмо се пази като отговор по заявка за поддръжка и никога не се описва. Пощенска кутия, добавена преди версия 1.29, запазва избора, направен за нея тогава, който по подразбиране не показваше писмата от клиенти на AI служителите. Писмо от клиент е писмо от адреса на клиент или на негово лице за контакт, вписани в TimerOS, или от домейна на собствения имейл адрес или уебсайт на клиент. Безплатните пощенски услуги не се броят.
Изборът се прави за всяка пощенска кутия поотделно и важи само докато пощенската кутия е предоставена на AI служител. За пощенска кутия за запитвания, като sales@, собственикът или администраторът може и да избере всяко писмо да се третира като писмо от клиент.

TimerOS съхранява всичко това в базата данни на TimerOS в Европейския съюз. Отбелязва всяко прочетено писмо със собствена ключова дума, за да не го чете отново. Може също да премести запазено писмо в папката на пощенската кутия, която отговаря на вида му: „Triage“, „Marketing“, „Clients“, „Alerts“, „Reports“, „People“, „Finance“ или „Legal“, или с други имена, избрани от собственик или администратор на работното пространство. От версия 1.29 писмата от папка „Входящи“ от последните 30 дни, които TimerOS взема, се разпределят по същия начин, затова хората, които държат прочетените писма във „Входящи“, ще ги намерят в тези папки.

TimerOS никога не изтрива писмо и никога не го скрива от човек: всяко писмо остава в пощенската кутия, където хората, които я използват, го четат както досега. От версия 1.29 TimerOS отбелязва писмо като прочетено или непрочетено или като важно само когато това направи AI служител, който държи пощенската кутия, и мести писмо само когато го разпределя, както е описано по-горе, или когато такъв AI служител го премести. При всяка проверка TimerOS отчита и дали хората са прочели или отбелязали запазените писма от последните 30 дни и дали са отговорили на тях, без да чете писмата отново.

Първо се прави проверката с модела (от версия 1.29). AI служителят вижда подателя, темата, получателите, текста и прикачените файлове на писмо едва след като моделът на TimerOS за кратките описания (вижте по-долу) е проверил темата, текста и текста на текстовите прикачени файлове — изцяло — и не е открил нищо, заради което то да бъде задържано. Дотогава AI служителят вижда за писмото само това, което списъкът показва без подателя и темата (вижте „Списък“ по-долу) — никога подателя, темата, получателите, текста или прикачените файлове — и получава указание да се върне към писмото по-късно. Ако моделът не успее да провери писмото след три опита, AI служителят продължава да вижда само тези данни, а писмото се чете от човек в пощенската кутия.

Какво TimerOS не показва на нито един AI служител. TimerOS проверява темата, текста, имената на прикачените файлове, а от версия 1.29 и текста на текстовите прикачени файлове за определени думи на английски или на български език. Писмото се задържа, ако тези думи показват, че то е:

изпратено от кандидат за работа или отнасящо се до такъв (автобиография, CV или резюме, мотивационно писмо, кандидатура за работа, кандидатстване за позиция или обявено свободно работно място, изпращане на портфолио);
писмо за възнаграждения, ведомости за заплати, заплати, фактури, просрочени плащания, възстановяване на суми, банкови преводи или номера на банкови сметки (IBAN);
писмо за договор, споразумение за неразкриване на информация (NDA), съдебно дело или адвокат;
искане относно лични данни на някого, например за достъп до тях или за изтриването им;
оплакване, отзив или препоръка, в които е посочено пълното име на човек от работното пространство.

Такова писмо никога не се описва и никога не се показва на нито един AI служител.

TimerOS не пази нито текста му, нито темата, получателите, прикачените файлове, адреса или името на подателя. Пази само домейна на подателя, датата, пощенската кутия, в която е пристигнало, заглавните редове, по които се разпознават масовите писма, а от версия 1.29 и дали е прочетено, дали на него е отговорено и дали е отбелязано като важно.
Премества писмото в папката „People“, „Finance“ или „Legal“.
Тази проверка се прави първа, преди всички останали правила. Писмо от системата на Vezoft за наблюдение на състоянието, от посочен доставчик на услуга или от самия TimerOS също се задържа, когато съдържа тези думи.
Това е фиксиран списък от думи, а не разбиране на писмото. Писмо от тези видове, в което не се среща нито една от думите, не се разпознава по него.
Проверката не може да бъде изключена.

Три допълнителни проверки улавят част от пропуснатото:

Моделът, който изготвя описанието (следващата точка), може да установи, че писмото се отнася до конкретен човек, до пари, до договор или до друг правен въпрос. „Отнася се до конкретен човек“ включва кандидатура, препоръка, оплакване от някого или похвала за някого и искане относно лични данни на някого. Тогава TimerOS оттам нататък третира писмото по същия начин и не го показва на нито един AI служител. Дотогава обаче моделът вече го е прочел; от версия 1.29 той чете и текста на текстовите прикачени файлове в границите, посочени по-долу. Нито един AI служител не го е прочел, защото тази проверка се прави първа (вижте по-горе).
Когато човек премести запазено от TimerOS писмо в папката „People“, „Finance“ или „Legal“ на пощенската кутия, TimerOS прави същото при следващата си проверка на пощенската кутия.
От версия 1.29, когато AI служител, който държи пощенската кутия, премести писмо в „People“, „Finance“ или „Legal“, TimerOS веднага спира да го показва на всички AI служители, както когато това направи човек, и го премества там при следващата си проверка; в акаунт, който се използва и от входящата поща на поддръжката, TimerOS го задържа само в TimerOS и го оставя там, където е.

Във всеки от тези случаи TimerOS запазва записа си кои AI служители вече са видели краткото описание на писмото или са го прочели и кога, а изтрива темата му, адреса и името на подателя, отпечатъка, а от версия 1.29 и шифрования текст, получателите и прикачените файлове.

Краткото описание. До версия 1.30 TimerOS изготвяше кратко описание само когато AI служител, който държи пощенската кутия, прегледаше списъка с писмата ѝ или прочетеше някое от тях, най-много 20 наведнъж. От версия 1.30, за да може спешно писмо да събуди AI служителя (вижте по-долу), TimerOS изготвя описание и за всяко писмо, получено и датирано през последните 24 часа, което пристигне в пощенска кутия, държана от AI служител, в рамките на минути след пристигането му: най-много 20 при всяка проверка и 300 на ден за пощенски акаунт според часовата зона на работното пространство; над това — както досега, когато AI служител прегледа списъка или прочете писмото. Описанието се пази заедно с писмото. За пощенска кутия, която не е предоставена на никой AI служител, все така никога не се изготвят описания. От версия 1.29 краткото описание продължава да се изготвя — за списъка с писмата и за проверката с модела, описана по-горе; AI служителят чете и самото писмо (следващата точка).

За да изготви описание, TimerOS изпраща темата и текста на писмото — от версия 1.29 заедно с текста на текстовите му прикачени файлове — до услугата за управление на машините на Vezoft (Hetzner, ЕС). Тя предава нататък само:

темата — от версия 1.29 цялата, до 1000 знака (дотогава първите 300 знака от нея);
текста заедно с текста на текстовите прикачени файлове — от версия 1.29 целия, такъв, какъвто AI служителят би го прочел (дотогава първите 8000 знака от него), за да не остане непроверен нито един текст, който AI служителят чете от писмото;
домейна на подателя или заместител, когато писмото няма домейн, но никога адреса или името на подателя;
вида на писмото, определен от TimerOS при разпределянето му (вижте по-горе).

Те минават през шлюза (OpenRouter, Съединените щати) до Anthropic (Съединените щати), по същия фиксиран маршрут, по който минават извикванията към модели на самите AI служители: само Anthropic, без пренасочване към друг доставчик, без обучение върху съдържанието и без съхраняването му след отговора.

Моделът е Claude Sonnet 5 или Claude Opus 5, ако Vezoft избере него, и не получава никакви инструменти.
Извикването се прави със собствения акаунт на Vezoft в шлюза, а не с ключа на AI служителя. Плаща го Vezoft и то не се отчита в лимита на разходите на AI служителя.
Моделът получава указание, че писмото е данни от външен подател, а никога инструкция. Трябва да го опише на английски език със свои думи: никога да не го цитира, никога да не назовава или идентифицира физическо лице и никога да не го оценява.

Отговорът му съдържа:

категория от фиксиран списък, например запитване за продажба, искане на клиент, въпрос за поддръжка, доклад за грешка в продукта, известие от доставчик, бюлетин или спам;
спешност: ниска, нормална или висока;
заглавие до 80 знака и описание до 300 знака;
до три предложени етикета от фиксиран списък;
дали е нужно човек да отговори или да реши.

След това отговорът се проверява двукратно:

Услугата за управление на машините на Vezoft заменя в него имейл адресите, връзките и телефонните номера със заместители.
TimerOS премахва имената на хората от работното пространство и името на подателя, където ги открие.
TimerOS скрива заглавието и описанието, когато писмото се е обърнало към AI или се е опитало да даде инструкции на своя читател, или когато описанието звучи като инструкция („you must“, „approve“, „ignore previous“, „одобри“, „незабавно“ и други подобни). Тогава AI служителят вижда само категорията и това, че е нужно човек да погледне писмото.
TimerOS допуска висока спешност само за писмо от посочен доставчик на услуга или от клиент, вписан в TimerOS, подписано за собствения домейн на подателя.

Писмо, за което не е могло да бъде изготвено описание след три опита, остава без описание и от версия 1.29 никога не се показва на AI служител с повече от това, което списъкът показва преди проверката с модела (вижте по-горе). Опит, при който времето за отговор е изтекло или е достигнато ограничението на доставчика за броя на заявките, не се брои. Нито услугата за управление на машините на Vezoft, нито TimerOS записват в дневниците си съдържание от писмото, а само броя, разходите и вътрешния идентификатор на писмото.

Какво прави AI служителят с него. От версия 1.29 AI служителят има пет инструмента:

Списък с писмата в пощенските му кутии. За всяко писмо вижда идентификатор, пощенската кутия, домейна на подателя (скрит, когато е дълъг или може да се прочете като инструкция), дали получаващият сървър е проверил подписа на подателя за този домейн, кога TimerOS е получил писмото, категорията, спешността и заглавието, дали писмото е прочетено, дали на него е отговорено и дали е важно, папката му и броя на прикачените файлове в него, а след проверката с модела — и адреса и името на подателя и темата.
Четене на цялото писмо: подателя, получателите, темата, датата, текста, списъка на прикачените файлове заедно с текста на текстовите сред тях, краткото описание и до петте най-нови отговора, подготвени за писмото от който и да е AI служител, с това, което човекът е изпратил, или с причината, която е посочил, когато е отхвърлил черновата. TimerOS записва кога всеки AI служител за първи път е видял писмото в списъка или го е прочел.
Отбелязване на писмо като прочетено или непрочетено и като важно или не. TimerOS го записва веднага и го отразява в писмото в пощенската кутия при следващата си проверка, където хората го виждат. Когато AI служителят махне отбелязването, то се маха и там, независимо кой го е поставил.
Преместване на писмо между папките на пощенската кутия — „Входящи“, „Triage“, „Clients“, „Marketing“, „Alerts“ и „Reports“ — или в „People“, „Finance“ или „Legal“, след което то веднага престава да се показва на всички AI служители (вижте по-горе). AI служителят никога не може да премести писмо от „People“, „Finance“ или „Legal“, защото вече не го вижда там — преместване, което е поискал, преди писмото да бъде поставено там, не се извършва, — и никога не може да изтрие писмо. В акаунт, който се използва и от входящата поща на поддръжката, в пощенската кутия не се мести нищо: разпределянето по папки не е разрешено, а преместването в „People“, „Finance“ или „Legal“ спира показването на писмото на всички AI служители в TimerOS, докато самото писмо остава там, където е.
Чернова на отговор (следващата точка).

TimerOS проверява пощенските му кутии отново при всяко извикване, затова пощенска кутия, която му е отнета, се затваря за него веднага. Всяко отбелязване и преместване се записва в одитната следа на AI служителя — идентификаторът на писмото и какво е променено, но никога темата му или който и да е адрес, — а всяка чернова е заявка за одобрение и се записва като всяка друга.

Спешно писмо го събужда (от версия 1.30). Когато краткото описание отбележи писмо като спешно — авария, известие за сигурност или посочен в самото писмо срок до 24 часа, което TimerOS допуска само за писмо от посочен доставчик на услуга или от клиент, вписан в TimerOS, подписано за собствения домейн на подателя (вижте по-горе), — или го обозначи като авария или като ново запитване от потенциален клиент (писмо от всеки подател може да получи такова обозначение), TimerOS записва известие до всеки AI служител, който държи пощенската кутия и чийто компютър има инструментите за поща.

В известието са посочени пощенската кутия и идентификаторът на писмото в TimerOS, но никога подателят, темата или текстът му.
Следващата работна сесия на AI служителя започва в рамките на минути: по време на смените му, а извън тях — само докато е на дежурство (раздел 4, „Дежурство“), в рамките на ограниченията за дежурство: най-много 30 минути на сесия и шест сесии на ден, общо със спешните сигнали към инженера по поддръжката.
Писмо, получено или датирано преди повече от 24 часа — например при 30-дневното първоначално зареждане на нова пощенска кутия, — никога не го събужда; не го събужда и писмо, чието кратко описание TimerOS е скрил, защото се чете като инструкции към AI, нито писмо от клиент, което не се показва на AI служителите (вижте по-горе).
Една кореспонденция го събужда най-много веднъж на 24 часа. AI служителят се уведомява за най-много 12 спешни писма на ден според часовата зона на работното пространство, всяко от които може да го събуди; няколко писма, пристигнали едно след друго, го събуждат веднъж. Когато дванадесетте бъдат използвани, първият човек над него се уведомява веднъж за деня, а следващите спешни писма изчакват следващата му сесия, като остават в списъка му.
Първият човек над него се уведомява за всяко такова събуждане, което се записва и в одитната следа на AI служителя заедно с идентификаторите на писмата.
Сесията е работна сесия като всяка друга: той чете писмото, може да подготви чернова на отговор, която изпраща човек, да отбележи или премести писмото или да уведоми човек; не изпраща нищо. Всяка сесия се таксува и влиза в месечния му лимит на разходите, а при достигнат лимит той не се събужда.

Отговорите му (от версия 1.29). Отговорът е чернова, докато човек не го изпрати.

Той е адресиран до подателя — до адреса за отговор (Reply-To), ако подателят е посочил такъв, — с копие само до хора, които вече участват в кореспонденцията. AI служителят не може да избере никого друг.
AI служител може да подготви най-много 20 отговора за всеки 24 часа, а за всяко писмо може да чака само една чернова, без значение кой AI служител я е написал.
Черновата минава през филтъра за изходящо съдържание, когато той е включен (раздел 4, „Какво не може да излиза навън“), както всичко друго, което AI служителят пише.
Тя отива при човека, който отговаря за заявките на AI служителя и който трябва да има правото „Управление на AI служители“. Никога не я решава AI служител, нито постоянно разрешение, нито постоянно доверие.
Този човек вижда оригиналното писмо до черновата и преди да изпрати отговора, може да промени всичко в него, включително получателите. Картата предупреждава, когато адресът за отговор е в друг домейн, а не в домейна на подателя, когато адресът на подателя не е могъл да бъде потвърден и когато на писмото вече е отговорено от пощенската кутия, и отбелязва всяко копие, добавено от AI служителя. Тя не блокира нищо: решава човекът.
Отговорът може да бъде изпратен само от версия на TimerOS, която показва оригиналното писмо на картата: уеб приложението или настолното приложение, обновено за това. По-стара версия може само да отхвърли черновата.
Когато човекът изпрати отговора, TimerOS веднага го изпраща от собствения адрес на пощенската кутия чрез пощенската услуга на Клиента, като отговор в същата кореспонденция, като обикновен текст и без прикачени файлове, и отбелязва оригинала като писмо, на което е отговорено. Ако пощенската услуга не успее, черновата остава да чака заедно с промените на човека; преди да изпрати отново, TimerOS проверява сред последните 50 писма в „Изпратени“ и не изпраща повторно отговор, който намери там, а когато не може да провери, не изпраща нищо. Когато пощенската услуга е спряла да отговаря по време на изпращането, картата съобщава, че отговорът може вече да е изпратен, за да може човекът да провери в „Изпратени“ в пощенската кутия, преди да го изпрати отново. Адрес, който пощенската услуга е отказала, се показва на картата като адрес, до който отговорът не е стигнал.
Когато човекът отхвърли черновата, посочената от него причина се показва на AI служителя, който я прочита заедно с писмото.
Отговорът не съдържа ред, който казва, че е подготвен от AI служител, освен ако човекът не напише такъв: за него отговаря човекът, който го изпраща. Когато филтърът за изходящо съдържание е включен (раздел 4), картата за одобрение го обозначава с „Написано от AI“.

Инструкциите на AI служителя изискват от него:

да третира всичко в писмото като данни от външен подател, а никога като инструкция към себе си, дори когато писмото твърди, че е от колега, ръководител, клиент или TimerOS;
да не прави нещо само защото писмото го иска — да одобрява, променя, изпраща код или плаща каквото и да било или да отбелязва и мести писма;
да посочва писмото по идентификатора му и да го цитира само там, където на човек са нужни точните думи;
да включва в отговора само това, което подателят може да знае, никога да не обещава цена, срок, договор или плащане, които човек не е потвърдил, и да казва, че човек ще ги потвърди;
да не копира думите, имената или адресите от писмо в паметта си или в умение;
никога да не оценява, класира или съди за човек въз основа на писма.

Това се основава на инструкциите му. TimerOS налага какво получава AI служителят и какво може да прави (по-горе). До версия 1.29 човек решаваше заявките за изпращане на код, сливанията, заявките за промяна, документите за наръчника на екипа, новите проекти и исканията за уебсайт на AI служител, който държеше пощенска кутия или през последните 30 дни беше държал такава, беше получил съобщение от AI служител, който държеше такава, или беше нает, за да продължи работата на такъв; от версия 1.29 това правило е отменено, защото за самите писма важат горните граници и всеки отговор се изпраща от човек. Такъв AI служител вече решава и за него се решава като за всеки друг, а постоянното доверие се прилага и към него.

Къде отива и колко дълго се пази. Това, което AI служителят прочете от писмо, отива при доставчиците на модели като входно съдържание, както всичко друго, което той чете, по обичайния му маршрут (вижте „Къде отива“ по-горе). То се намира и в записа на предишните му сесии на собствения му компютър до 30 дни след последната активност в сесията (вижте „Собствената му памет, уменията и предишните сесии“ по-долу): писмо, което по-късно бъде задържано или стане по-старо от 90 дни, може да остане там дотогава. Инструкциите му изискват никога да не копира думите, имената или адресите от писмо в паметта си или в умение; ако въпреки инструкциите си го направи, то се пази толкова дълго, колкото и паметта му.

В TimerOS:

текстът, получателите и прикачените файлове на писмото, темата му, адресът и името на подателя, краткото описание и отпечатъкът се изтриват 90 дни след като TimerOS прочете писмото и след това то вече не се показва на нито един AI служител;
текстът, темата и получателите на отговор се изтриват от заявката му за одобрение 90 дни след като човек я е решил или, ако никой не я е решил, след подаването ѝ — освен адресите, отказани от пощенската услуга, които остават в заявката; самата заявка — кой AI служител е подготвил черновата, кой я е изпратил или отхвърлил и кога — остава като останалите заявки за одобрение. Копието в „Изпратени“ е в пощенската кутия на Клиента;
останалото, което TimerOS е запазил за писмото, се изтрива една година след това. То включва домейна на подателя, датата, пощенската кутия, дали писмото е прочетено, дали на него е отговорено и дали е отбелязано като важно, папката му и кои AI служители за първи път са го видели или прочели и кога. Опашката на TimerOS с отбелязванията и преместванията от AI служителите се изтрива 30 дни след като са изпълнени (7 дни, ако никога не са изпълнени), а одитната следа на AI служителя ги пази като останалите си записи;
когато собственик или администратор на работното пространство премахне пощенска кутия или пощенски акаунт в настройките, TimerOS веднага изтрива запазеното за писмата, пристигнали само там. Писмата в самата пощенска кутия не се засягат. Отговорите, подготвени за тези писма, запазват текста си в заявките за одобрение до изтичането на собствените си 90 дни.

Какво не прави това. Тези правила разпознават думи и разчитат на прочита на модел; те не гарантират, че писмо за човек ще бъде разпознато или че никога няма да стигне до модел. Моделът, който изготвя кратките описания, чете всяко писмо, което TimerOS може да покаже, а от версия 1.29 думите на външния подател стигат изцяло до собствения модел на AI служителя — включително думи, написани, за да повлияят на своя читател. Затова:

всеки отговор се изпраща от човек и нито един AI служител не изпраща писма;
всяко писмо е обозначено във всеки резултат от инструмент като ненадеждни данни от външен подател;
AI служителят подготвя отговори само до хора, които вече участват в кореспонденцията, а човекът вижда оригинала, всеки получател и предупрежденията, преди да изпрати отговора.

Задържането на писма, проверката с модела, ограниченията за отговорите и изпращането от човек са на TimerOS, на неговите сървъри; как AI служителят се отнася към писмо, което може да чете, зависи от инструкциите и модела му.

Публикации в социални мрежи (от версия 1.30). От деня, в който Vezoft го включи, AI служител може да подготвя чернови на публикации за социалните акаунти на Клиента, а TimerOS публикува всяка от тях едва след като човек я одобри.

Свързване. Собственик или администратор на работното пространство свързва акаунта на Клиента в Zernio — услуга за планиране на публикации в социални мрежи — с API ключ на Zernio, в настройките, в раздела „Социални акаунти за AI служителите“.

TimerOS пази ключа шифрован на своите сървъри в Европейския съюз, никога не го показва отново и никога не го дава на AI служител или на компютъра на AI служител.
Социалните акаунти, които Zernio показва, пристигат изключени. Човекът включва всеки акаунт, за който AI служителите могат да подготвят публикации, и задава за него език, насоки — стила и правилата, които AI служителят чете — и колко публикации на ден са обичайни за него — от версия 1.39 насоките и броя на публикациите на ден може да определя и отговорникът за акаунта, а от версия 1.56 и часовете за публикуване („Кой отговаря и кога подготвя публикации“ по-долу), — както и поддържа списък с думи, които никога не трябва да се споменават, например имената на конкуренти, а от версия 1.56 може да зададе и часовете, в които излизат публикациите на акаунта („Часът на черновата“ по-долу).
Премахването на връзката веднага изтрива ключа и отменя публикациите, които още чакат; публикуваните остават в календара с връзките си.
Zernio е избор на самия Клиент, по собствения му акаунт и условия, както и пощенската му услуга (вижте „Пощенските му кутии“ по-горе), и не е подизпълнител на Vezoft. За собствените социални акаунти на Vezoft Zernio е собствен доставчик на услуги на Vezoft.

Кой подготвя публикации. Подготвят ги автор на съдържание с каквато и да е насоченост и AI директорът с маркетингова насоченост (AI маркетинг директорът, CMO) — всеки от тях едва след като човек е свързал Zernio и докато има групата инструменти „Публикации в социални мрежи“, която човек може да изключи (раздел 4). Такъв AI служител вижда включените акаунти с насоките им и всяка публикация в календара — своите и тези на други AI служители — с текста, одобрен от човек, собствения си първоначален текст до него, причината за отхвърляне, от версия 1.56 причината за неуспех, след публикуването — връзката и показателите, а от версия 1.58 — и името на файла на изображението към публикацията и дали то е отбелязано като създадено от AI, а от версия 1.62 — и дали изображението е поредица и на колко изображения се разрязва, както и името на файла на видеото към публикацията, дължината му и дали то е отбелязано като създадено с AI (по-долу). Хората, на които работното пространство позволява да преглеждат AI служителите, виждат същия календар на страницата „Социални мрежи“, от версия 1.58 — заедно с изображението към всяка публикация, а от версия 1.62 — и с броя на изображенията, на които се разрязва поредицата, и с това дали публикацията има видео и каква е дължината му. От версия 1.58, от деня, в който Vezoft включи тази възможност, AI служителят, който подготвя публикация, може да прикачи към нея едно изображение: файл PNG или JPEG с размер до 5 MB от раздела „Файлове“ на проект, който вижда, качен там от човек или от AI служител на работното пространство — никога файл, качен от клиент: такъв файл TimerOS отказва. TimerOS проверява вида на файла, размера му и кой го е качил, а не какво показва изображението, и копира файла към публикацията в момента на прикачването му, така че по-късна промяна във файла на проекта не променя публикацията. От версия 1.62 изображението може да бъде и поредица: едно широко изображение, което при излизането на публикацията TimerOS разрязва на две до десет изображения с еднаква ширина (в X — на две до четири), подредени едно след друго, като от версия 1.64 в LinkedIn, ако са три или повече, излизат като страниците на един PDF документ („Поредица от изображения“ по-долу); тогава TimerOS проверява и дали изображението се разделя на толкова изображения, всяко с форма между квадратна и портретна (4:5), и дали е записано в правилната ориентация и в обикновен формат, който TimerOS и браузърът четат еднакво. TimerOS записва наново поредица във формат PNG при прикачването ѝ и пази това копие само с онази част от информацията, съхранена във файла, която може да носи маркировката за изображение, създадено от AI, така че картата, свързаният AI асистент и публикацията да показват едни и същи пиксели. Докато черновата чака решение, AI служителят, който я е написал, може да смени изображението или да го премахне — най-много десет пъти за една публикация. Инструктиран е да използва изображение там, където то показва това, което думите не могат да предадат, а когато е нужно ново изображение, включително поредица — да го поиска от графичния дизайнер на работното пространство, чиито изображения са отбелязани в самия файл като създадени от AI („Генерирани изображения“ по-долу); TimerOS записва дали файлът на изображението носи тази маркировка. Инструктиран е също никога да не прикачва изображение, което показва реален човек, име, материали на клиент или нещо поверително. Ако Vezoft изключи отново тази възможност, не се прикачват нови изображения, а изображение, което човек вече е одобрил, излиза заедно с публикацията си. От версия 1.62, от деня, в който Vezoft включи тази възможност, AI служителят, който подготвя публикация, може да прикачи към нея едно видео вместо изображение — публикацията съдържа изображение или видео, но никога и двете, и прикачването на едното заменя другото: файл MP4 с размер до 25 MB от раздела „Файлове“ на проект, който вижда, качен там от човек или от AI служител на работното пространство — никога файл, качен от клиент: такъв файл TimerOS отказва. TimerOS проверява вида на файла, размера му, дължината му, когато файлът я посочва — най-много 2 минути и 20 секунди за X и 10 минути за LinkedIn, — и кой го е качил, а не какво показва видеото, и копира файла към публикацията в момента на прикачването му, както прави с изображението; докато черновата чака решение, AI служителят, който я е написал, може да смени видеото или да го премахне в рамките на същите десет промени. Когато е нужно видео, той е инструктиран да го поиска от видеопродуцента на работното пространство, чиито видеоклипове са отбелязани в самия файл като създадени с AI („Видео, музика и глас зад кадър“ по-долу), а TimerOS записва дали файлът на видеото носи такава маркировка; AI маркетинг директорът е инструктиран, когато в линията му има видеопродуцент, да следи кои публикации в рецензираните от него акаунти биха се получили по-добре като кратко видео и да възлага изработването му. Ако Vezoft изключи отново възможността за видео, не се прикачват нови видеоклипове, а видео, което човек вече е одобрил, излиза заедно с публикацията си. От версия 1.63, докато черновата чака решение, AI служителят, който я е написал, може да преработи и текста ѝ, и бележката си за човека в същата карта — общо най-много десет пъти за една публикация („Преработена публикация“ по-долу).

Стилът на акаунта (от версия 1.32). От деня, в който Vezoft включи тази възможност, AI служител, който подготвя публикации за даден акаунт, първо чете предишните публикации на акаунта — собствените думи на Клиента — и бележките за гласа на акаунта, които човек е написал, така че черновите му да звучат като останалите публикации на акаунта.

TimerOS събира предишните публикации от четири източника: публикациите, които самият TimerOS е публикувал за акаунта, с показателите им; последните публикации на акаунта в платформата (до 25) и публичните им показатели, които TimerOS чете от Zernio веднъж седмично и всеки път, когато човек поиска това в настройките, но не по-често от веднъж на 15 минути; текстовете от архив, който човек качва — Shares.csv от LinkedIn или tweets.js от X, до 25 MB, — като TimerOS прочита файла веднъж, в паметта на своите сървъри в Европейския съюз, и не го пази: запазва текста, датата и връзката на всяка публикация, а от X — и броя на харесванията и препубликуванията ѝ, пропуска препубликуванията и пази най-много 500-те най-нови публикации за акаунт; и публикации, които човек поставя.
Zernio може да таксува Клиента по собствените си цени за прочитането на публикациите на акаунт в X. Когато Zernio не може да прочете акаунт — връзката му е изтекла или платформата не позволява това, — настройките показват причината и TimerOS не опитва отново сам с този акаунт в продължение на седем дни.
Освен насоките човек може да напише и бележки за гласа на акаунта: какво работи в него и какво не, до 8 000 знака. TimerOS разпознава езика на акаунта — английски или български — по най-новите му публикации, докато човек не го зададе; изборът на човека никога не се презаписва.
Собственик или администратор на работното пространство вижда в настройките колко предишни публикации пази TimerOS за акаунта и колко от тях са от всеки източник, както и най-новите от тях, и може по всяко време да изчисти един източник или всички. Всяко качване, поставяне, прочитане, поискано от човек, и изчистване се записва в одитната следа само с броя на публикациите, никога с текст. TimerOS пази предишните публикации, докато човек не ги изчисти или акаунтът не бъде премахнат.
AI служител, който подготвя публикации за акаунта, чете до 50 от тях наведнъж, първо най-новите или най-успешните; прочетеното отива при доставчиците на модели като входно съдържание, както всичко, което чете. Инструкциите му изискват да взема от тях стила на акаунта и никога да не ги преповтаря като новина. Отговорът в архив представлява думи на човека към някой друг и съдържа потребителското име на другия човек: инструкциите на AI служителя изискват да го чете само заради тона му, никога да не използва повторно потребителското име или разговора и никога да не пише до този човек или за него.

Свързаните проекти (от версия 1.32).

Собственик или администратор на работното пространство — а от версия 1.39 и отговорникът за акаунта, но само вътрешни проекти без клиент с настройка „Работа“, които вижда (по-долу), — може да свърже с акаунт до 20 от проектите на Клиента, като отметне всеки от тях поотделно; настройките го приканват да свързва само това, което може да е публично. Тогава AI служител, който подготвя публикации за акаунта, чете за всеки свързан проект, който вече вижда — свързването не прави проекта видим за AI служител, който не го е виждал, — името на проекта, действащите му уебсайтове и хранилищата, които може да чете, заглавията на задачите и етапите, завършени през последните 14 дни или след избрана от него дата, с датата на завършване на всяка от тях (от версия 1.35 — датата, на която е завършена, а за работа, завършена преди тази версия — датата на последната ѝ промяна; без записаната от човек минала работа, раздел 5, „Планове“, освен ако AI служителят не поиска поглед назад — инструкциите му изискват да прави това само когато човек е поискал такъв и да го представя като поглед назад, никога като нещо ново), и заглавията на останалите задачи, променени през същия период, които не са завършени, отменени или затворени — сред тях може да има и още незапочнати задачи, тоест работа, която е само планирана, — отбелязани като незавършени и без дати.
По този начин AI служителят никога не получава клиента на проекта, описание, бележка, файл, кой работи по задача, часове или цени; може да отвори задача, действащия уебсайт или хранилището само с инструментите и достъпа, които вече има (раздел 4). Заглавията са такива, каквито хората са ги написали, и могат да назовават клиент или човек: инструкциите му изискват да избере едно нещо, което би било интересно за читателя, и да каже с какво то е полезно за него, незавършената работа да споменава само като незавършена и никога с дата, никога да не назовава клиента, освен ако насоките или бележките за гласа на акаунта не го назовават, и никога да не назовава човек.
Черновата посочва за кои проекти е, най-много пет; картата ги назовава и показва предупреждение, когато някой от тях не е свързан с акаунта.

Кой отговаря и кога подготвя публикации (от версия 1.32).

Собственик или администратор на работното пространство — а от версия 1.39 и отговорникът за акаунта, но само от собствената си линия (по-долу), — може да определи като отговорни за акаунт до десет AI служители, които подготвят публикации, или екип — неговите AI служители, които подготвят публикации, а от версия 1.43 само неговите автори за социални мрежи и автори на съдържание без насоченост, но никога неговия преводач, технически автор или анализатор проучвания, които човек все така може да посочи поотделно, — и да зададе графика на акаунта: дни от седмицата, час и часова зона. Всеки AI служител, който подготвя публикации, все така може да подготвя такива за всеки включен акаунт; когато човек е определил отговорни AI служители, чернова от AI служител, който не отговаря за акаунта, носи предупреждение в картата си и не блокира нищо.
Когато Vezoft е включила рутините (раздел 4, „Рутини“), запазването на график задава за всеки отговорен AI служител (от версия 1.43 — само за един от тях: автора на акаунта, по-долу) включена рутина за този акаунт, която го събужда в рамките на смените му, за да прочете предишните публикации на акаунта, какво е завършено в свързаните с него проекти и какво вече чака, и да заведе черновите си с проектите, за които са, в рамките на броя на публикациите на ден, обичаен за акаунта. Рутината се брои към рутините на AI служителя (5 или 8 при постоянно доверие); ако за нея няма място, запазването се отказва с посочване на AI служителя — освен че от версия 1.39, от деня, в който Vezoft включи тази възможност, тези рутини вече не се броят към това ограничение, а рутините все така отварят най-много три сесии на ден за AI служител (раздел 4, „Рутини“). Човек може да промени описанието на рутината в раздела „Рутини“ на AI служителя и тази промяна се запазва; повторното запазване на графика обновява заглавието и графика на рутината и отново я включва; изчистването на графика или премахването на AI служителя от отговорните за акаунта изтрива рутината. Когато рутините са изключени, графикът се пази и не събужда никого, а първото запазване след включването им задава рутините.
Авторът на акаунта (от версия 1.43). Единственият AI служител, когото графикът на акаунта събужда, е неговият автор: първият AI служител, когото човек или отговорникът за акаунта е посочил за акаунта и който не е суспендиран, а ако няма такъв — от отговорния екип неговият автор за социални мрежи, а иначе друг от авторите на съдържание в екипа, като при няколко се избира добавеният най-рано в работното пространство. Останалите отговорни AI служители все така могат да подготвят публикации за акаунта, без предупреждение, но графикът му не ги събужда. Рутината на AI служител, който вече не е автор на акаунта, се изтрива, когато следващия път ѝ дойде времето, ако авторът вече има рутината на акаунта, и след това никога не се изпълнява; дотогава тя продължава да се изпълнява. Суспендиран автор запазва рутината си, която не събужда никого, докато той е суспендиран.
От версия 1.38, от деня, в който Vezoft включи тази възможност, когато по проект, свързан с включен акаунт, бъде завършена задача или слят pull request, всеки отговорен за акаунта AI служител (от версия 1.43 — само авторът на акаунта, по-горе), който вижда проекта и чийто компютър е получил обновлението на софтуера, което въвежда това, се уведомява и тази новина го събужда в рамките на смените му, най-много веднъж дневно, за да подготви публикация, ако тя би била интересна за читателя, а иначе да спре; сесията се таксува като всяка друга, а човек все така одобрява всяка публикация.
Всяка промяна на свързаните проекти, на отговорните AI служители или на графика се записва в одитната следа — от версия 1.39, когато я е направил отговорникът за акаунта, с него като неин автор.
Отговорникът за акаунта (от версия 1.39). От деня, в който Vezoft включи тази възможност, когато собственик или администратор на работното пространство е определил AI директор за краен рецензент на акаунт (по-долу), този AI директор е и отговорник за акаунта — нещо различно от отговорните за акаунта AI служители, които подготвят публикациите: той може сам да определя кой подготвя публикации за акаунта — AI служители, които подготвят публикации, или екип, но само от собствената си линия, а от версия 1.43 никога преводача, техническия автор или анализатора проучвания (TimerOS отказва това), — графика, свързаните проекти — само вътрешни проекти без клиент с настройка „Работа“, които вижда, — насоките на акаунта, броя на публикациите на ден, обичаен за него, и от версия 1.56 — часовете му за публикуване („Часът на черновата“ по-долу). Останалото остава за човек: включването и изключването на акаунта, езикът, етикетът и самият краен рецензент, който отговорникът никога не може да промени. TimerOS записва кой е определил крайния рецензент; отговорникът действа само докато този човек е все още активен, все още има правото „Управление на AI служители“ и все още е над него, а при акаунт, чийто рецензент е определен, преди TimerOS да започне да записва това — едва след като човек запази рецензента отново. Графикът, определен от отговорника, създава рутините на акаунта от името на този човек, като всяка от тях записва отговорника, който я е задал. Този човек се уведомява за всяка промяна, която отговорникът прави, и може да я отмени в рамките на 7 дни, с което всяка настройка, която отговорникът е променил, се връща такава, каквато е била, освен ако междувременно е променена отново, а рутините на акаунта се планират отново; човек може да промени всяка от тези настройки по всяко време. Краен рецензент, който не е AI директор, само рецензира и не е отговорник за нищо. В ежедневната си проверка (раздел 4, „Ежедневната проверка“) — а от версия 1.40 и преди компютърът му да е получил това обновяване, чрез известие в началото на смяната му, най-много веднъж дневно, — отговорникът получава напомняне за акаунт, за който отговаря и който е включен без график или без автор, а инструкциите му изискват да определи един автор от линията си — никога преводача — и една публикация на ден и да свързва само вътрешни проекти, които могат да бъдат публични. Настройките по подразбиране на TimerOS (от версия 1.43). В началото на смяната на отговорника, при всяка версия на софтуера на компютъра му, всеки акаунт, за който той отговаря, който е включен, няма автор или график и никога досега не е имал едновременно график и автор, когото да събужда — TimerOS отбелязва първия път, когато ги има, независимо кой ги е задал, — получава веднъж настройките по подразбиране на TimerOS: ако няма автор — автор, тоест AI служител от линията на отговорника, който е автор за социални мрежи или автор на съдържание без насоченост, който е активен и не е суспендиран, с предимство за този, който вижда всички свързани проекти, след това за този, който бива събуждан за най-малко акаунти, и накрая за автора за социални мрежи; ако няма график — от понеделник до петък в 08:00 в часовата зона на работното пространство; а ако броят на публикациите му на ден все още е 3 — броят, с който пристига всеки акаунт, — една публикация на ден. TimerOS прави това само докато самият отговорник може да действа по акаунта (по-горе), никога докато върху акаунта има задържане след отмяна, направена от човек, и само когато има кого да посочи за автор; иначе не задава нищо, а отговорникът получава напомняне, както е описано по-горе. Когато не може да ги зададе, TimerOS опитва отново ден по-късно или веднага след като човек запише акаунта. Това се записва и може да бъде отменено точно както промяна, направена от отговорника: записва се от името на човека, който е определил отговорника, като настройки по подразбиране на TimerOS за отговорника, а този човек се уведомява за това и може да го отмени в рамките на 7 дни. TimerOS никога не настройва акаунт повторно, дори ако някой по-късно изчисти тези настройки. След това отговорникът получава известие, което го събужда в рамките на смяната му — сесия, която се таксува като всяка друга и се отчита в месечния му лимит на разходите, — за да ги провери, да промени това, което би направил по друг начин, и да свърже проектите, за които акаунтът може да пише. Всяка публикация все така изисква одобрение от човек (по-долу).
Краен рецензент (от версия 1.33). От деня, в който Vezoft включи тази възможност, и само докато решенията на AI са включени (раздел 4), собственик или администратор на работното пространство може да определи за акаунт и един краен рецензент: AI служител, който подготвя публикации, или AI служителя, който ръководи отговорния за акаунта екип. Тогава черновата, която друг AI служител завежда за акаунта, отива първо при рецензента. Той я прочита заедно с бележката на автора и с предупрежденията към нея и я предава на човека — такава, каквато е, или с подобрен текст, като в този случай картата показва и двата текста, — или я връща на автора с бележка какво да промени, или я отхвърля, като посочва причината. Като рецензент той никога не одобрява, не насрочва и не публикува нищо (от версия 1.56, ако е и отговорник или автор на акаунта, или е написал публикацията, може да насрочи отново неуспешна публикация: „Повторно насрочване на неуспешна публикация“ по-долу), а за да рецензира, не му е нужна настройката „Решава заявките на екипа си“. Върнатата чернова се отхвърля с бележката на рецензента, която авторът прочита; авторът може да я преработи и да я заведе отново, а новото завеждане се брои към десетте публикации, които той може да подготви за всеки 24 часа. Рецензентът може да върне най-много три чернови на ден от един автор за един акаунт; след това ги предава на човека или ги отхвърля. Отхвърлената чернова никога не стига до карта: страницата „Социални мрежи“ я показва с причината, посочена от рецензента. Връщането и отхвърлянето не могат да бъдат отменени; нищо не е излязло от работното пространство. Собствените чернови на рецензента отиват направо при човека. Черновата стига до човека, отбелязана като „нерецензирана“, с причината, когато рецензентът не я е предал в рамките на 24 часа от завеждането ѝ, когато рецензентът не е активен или е напуснал, когато рецензирането е изключено, когато човек изключи настройката „Решава заявките на екипа си“ на рецензента (тогава всяка чернова, която чака рецензента, отива при човека), когато човек поеме черновата или когато правилата на TimerOS я изпращат първо до човек (раздел 4). От версия 1.36 черновата, заведена за рецензента, отваря сесия в рамките на смените му — най-много една на всеки 5 минути — и когато рецензентът няма задача, по която да работи, продължава да го събужда най-много веднъж на час, докато не я предаде на човека, не я върне или не я отхвърли, а най-късно — докато правилото за 24-те часа по-горе не я изпрати до човека; извън смените му, включително когато е на дежурство, чакащата чернова никога не го събужда, а 24-те часа текат и тогава. Всяка такава сесия се таксува и влиза в месечния му лимит на разходите като всяка друга, а при достигнат лимит той не се събужда. Когато рецензентът е AI ръководителят на екипа и сам не подготвя публикации, той чете това, което чете AI служител, подготвящ публикации, и не може да подготвя чернови. Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), текстът и бележката на рецензента минават през него. Човек вижда на страницата „Социални мрежи“ всяка чернова, която чака рецензента, а човекът, който отговаря за заявките на автора, или всеки човек, който може да поеме заявка, чакаща решение от рецензента (раздел 4, „Надзор над решенията на AI“), може да поеме всяка от тези чернови по всяко време и тогава сам решава по нея. Всеки избор на рецензент се записва в одитната следа, както и всяко предаване, връщане и отхвърляне — с идентификатори и дължини, никога с текст.

Картата. Черновата е заявка до човека, който отговаря за заявките на AI служителя (раздел 4) и който трябва да има правото „Управление на AI служители“ — от версия 1.33, при акаунт с краен рецензент, след като рецензентът я е предал или не я е рецензирал (по-горе). Никога не я одобрява AI служител, нито постоянно разрешение, нито постоянно доверие; от версия 1.33 крайният рецензент може да върне черновата на AI служителя, който я е написал, или да я отхвърли, а човекът вижда и върнатите, и отхвърлените чернови на страницата „Социални мрежи“ и в дневното обобщение на решенията на AI.

Картата показва целия текст, акаунта, часа, който TimerOS дава на черновата (от версия 1.43 — „Часът на черновата“, по-долу; дотогава — часа, предложен от AI служителя), цената в X, която Zernio начислява на Клиента (0,015 щатски долара за публикация, 0,20 щатски долара с връзка), и евентуалните предупреждения: текстът не е на езика на акаунта, съдържа връзка или дума от списъка, публикациите за деня са повече от обичайното за акаунта или същият или почти същият текст е публикуван в рамките на седем дни в някой от акаунтите, като се посочва по-ранната публикация, а от версия 1.32 — и черновата е от AI служител, който не отговаря за акаунта, или е за проект, който не е свързан с него; от версия 1.32 картата посочва и проектите, за които е публикацията, а от версия 1.33 — и дали крайният рецензент я е предал, с бележката му, или защо не е рецензирана, и, ако рецензентът е променил текста, какво е написал авторът. Предупреждението не блокира нищо: решава човекът.
Часът на черновата (от версия 1.43). Когато AI служител заведе чернова, TimerOS ѝ дава следващия свободен час за публикуване на акаунта. Часовете за публикуване са толкова, колкото публикации на ден са обичайни за акаунта, разпределени между 09:00 и 18:00 в часовата зона на акаунта — тази на графика му, а иначе тази на работното пространство — и закръглени до четвърт час (при три на ден: 10:30, 13:30 и 16:30; при една на ден: 13:30), от понеделник до петък — или всеки ден, ако акаунтът няма график или графикът му включва събота или неделя (графикът определя кога авторът подготвя черновите, а не кога излизат публикациите). От версия 1.56, ако човек или отговорникът за акаунта е задал часовете, в които излизат публикациите на акаунта, часовете за публикуване са именно те — в същите дни и в същата часова зона. Часът е свободен, когато настъпва след поне 15 минути и не по-късно от 60 дни, денят му още не е запълнен с обичайния за акаунта брой публикации на ден и в рамките на един час от него няма друга публикация на акаунта — насрочена, в процес на публикуване или публикувана — нито чернова за акаунта, която още чака със своя час (при повече от четири публикации на ден — в рамките на половината от времето между два часа за публикуване). Час, поискан от AI служителя, се запазва само когато е свободен в този смисъл и, от версия 1.56, е сред часовете за публикуване, зададени за акаунта, или — при акаунт без такива часове — е между 09:00 и 18:00; иначе черновата получава първия свободен час за публикуване от поискания час нататък, никога по-ранен час от същия ден, а от версия 1.56 в черновата се посочва, че часът ѝ е преместен. Когато в рамките на 60 дни няма свободен час, черновата запазва часа на AI служителя или остава без час, а предупреждението, че публикациите за деня са повече от обичайното, се прилага както досега. Когато човек отвори картата, TimerOS проверява отново и попълва „Кога“ с часа на самата чернова, ако той все още е свободен, а иначе — със следващия свободен час на акаунта. От версия 1.63, когато поисканият от AI служителя час или ден не може да бъде запазен, а в този ден за същия акаунт още чака друга негова чернова, TimerOS отказва новата чернова и казва на AI служителя да преработи чакащата („Преработена публикация“ по-долу).
Актуална или трайна (от версия 1.44). От деня, в който Vezoft включи тази възможност, всяка чернова има вид, който авторът ѝ задава — актуална, за завършена работа, числа, цени, планове, дати и всичко друго, което може да остарее, или трайна, за мнение, упътване или история; чернова без зададен вид е актуална, — и който крайният рецензент на акаунта може да промени, когато я предава нататък. На актуалната чернова се дава свободен час („Часът на черновата“, по-горе) до два дни след завеждането ѝ, а на трайната — в рамките на хоризонта на акаунта: брой дни от два до шестдесет, който собственик или администратор на работното пространство или отговорникът за акаунта задава за акаунта, а ако не е зададен — седем; всяка промяна на хоризонта се записва в одитната следа, а промяната, направена от отговорника, може да бъде отменена като другите му промени (по-горе). Когато в този срок няма свободен час или AI служителят поиска час след края му, TimerOS отказва черновата, като съобщава на AI служителя причината — при запълнен акаунт и до кой ден часовете му са заети, — и авторът я завежда по-късно; когато крайният рецензент промени вида, TimerOS дава на черновата час в новия срок или отказва промяната по същия начин. Картата показва вида, а свободният час, който TimerOS попълва, когато човек отвори картата, е в този срок или, ако в срока няма свободен час, първият свободен след него. Избраното от човека време е обвързващо, както и досега, и никога не се ограничава от срока.
Човекът може да промени текста и часа — от версия 1.43 се насрочва часът, който е избрал човекът, и TimerOS никога не премества час, избран от човек, освен когато неуспешна публикация бъде насрочена отново (от версия 1.56, „Повторно насрочване на неуспешна публикация“ по-долу), — и с едно докосване да насрочи публикацията или да я публикува веднага, или да отхвърли черновата с посочена причина, ако даде такава; AI служителят прочита причината.
Публикация може да бъде одобрена само от версия на TimerOS, която показва целия текст на картата: уеб приложението или настолното приложение, обновено за това. По-стара версия може само да отхвърли черновата.
Изображение към публикацията (от версия 1.58). Картата показва изображението към публикацията, името на файла му и дали файлът носи маркировката за изображение, създадено от AI („Кой подготвя публикации“ по-горе). Човекът може да одобри публикацията без изображението. TimerOS публикува изображение само ако човекът е одобрил точно това изображение: картата може да бъде одобрена едва след като е показала това изображение; изображение, което AI служителят смени, докато картата е отворена, трябва да бъде показано, преди публикацията да може да бъде одобрена; TimerOS отказва одобрение на изображение, което публикацията вече не съдържа. Публикация с изображение може да бъде одобрена само там, където изображението първо се показва на човека — в уеб приложението, в настолното приложение, обновено за това, или, от деня, в който Vezoft включи тази възможност (от версия 1.61), чрез AI асистент, който човек е свързал към собствения си акаунт, като е одобрил страница за съгласие, на която са посочени изображенията; асистентът показва изображението на човека и одобрява публикацията с него само като посочи отпечатъка на изображението, който TimerOS му е дал заедно със самото изображение (Политиката за поверителност, раздел 4A); TimerOS отказва одобрение отвсякъде другаде, включително от по-старо настолно приложение или от друг свързан асистент (раздел 4, „Кой отговаря за заявките му“), откъдето публикацията може само да бъде отхвърлена.
Поредица от изображения (от версия 1.62). Поредицата е едно изображение, което TimerOS разрязва в минутата, за която е насрочена публикацията, на две до десет изображения с еднаква ширина — в X на две до четири, — а те излизат заедно, по реда си, като една публикация. Картата показва цялото изображение, а в уеб приложението и в настолното приложение, обновено за поредиците — и линиите, по които то ще бъде разрязано, и колко изображения ще се получат; по-стара версия показва цялото изображение без тях. Човекът одобрява това едно изображение, както всяко друго изображение („Изображение към публикацията“ по-горе), а TimerOS го разрязва на броя изображения, зададен в публикацията към момента на одобрението; при одобрение от уеб приложението или от обновено настолно приложение TimerOS отказва одобрението, ако разрязването в публикацията междувременно е променено. AI асистент, който човек е свързал (от версия 1.61), получава изображенията, на които поредицата се разрязва, по реда им, за да покаже на човека какво ще излезе, и одобрява публикацията, както при всяко изображение, като посочи отпечатъка на цялото изображение и броя на изображенията, които е показал; TimerOS отказва одобрението му, ако разрязването в публикацията междувременно е променено. Всяко от изображенията, на които поредицата се разрязва, запазва маркировката за изображение, създадено от AI, ако файлът на изображението я носи („Генерирани изображения“ по-долу). От версия 1.64 в LinkedIn поредица от три или повече изображения излиза вместо това като един PDF документ, в който изображенията са страници в същия ред, и LinkedIn го показва страница по страница, а не като мрежа от изрязани изображения. LinkedIn изисква заглавие на документа и TimerOS го взема от първия ред на одобрения текст; LinkedIn позволява на всеки, който вижда публикацията, да изтегли документа. Ако файлът на изображението носи маркировката за изображение, създадено от AI, документът също я носи — в информацията, съхранена в самия документ. Поредица от две изображения, които LinkedIn показва едно до друго, както и всяка поредица в X, продължава да излиза като изображения.
Видео към публикацията (от версия 1.62). От деня, в който Vezoft включи тази възможност, картата възпроизвежда видеото към публикацията и показва името на файла му, дължината му и дали файлът носи маркировката за видео, създадено с AI („Кой подготвя публикации“ по-горе). Човекът може да одобри публикацията без видеото. TimerOS публикува видео само ако човекът е одобрил точно това видео: картата може да бъде одобрена едва след като е заредила това видео, готово за възпроизвеждане; видео, което AI служителят смени, докато картата е отворена, трябва да бъде показано, преди публикацията да може да бъде одобрена; TimerOS отказва одобрение на видео, което публикацията вече не съдържа. Публикация с видео може да бъде одобрена заедно с него само от уеб приложението или от настолното приложение, обновено за това. AI асистент, който човек е свързал към собствения си акаунт (раздел 4, „Кой отговаря за заявките му“), не може да покаже видео: той може да одобри такава публикация само без видеото или да я отхвърли. По-стара версия на TimerOS може само да я отхвърли.
Преработена публикация (от версия 1.63). Докато публикацията чака човек, AI служителят, който я е написал, може да преработи текста ѝ и бележката си за човека в същата карта — общо най-много десет пъти за една публикация, — както може да смени изображението или видеото към нея („Кой подготвя публикации“ по-горе); инструктиран е да прави това, винаги когато човек или ръководителят му поиска промяна, и никога да не подготвя публикацията отново. Всяка преработка — а от версия 1.63 и всяка смяна на изображението или видеото, докато картата чака — е нова версия на картата: картата и редът ѝ на страницата „Одобрения“ отбелязват публикацията като преработена, с версията и часа, а картата показва какво е променила последната преработка и пази в разгъващ се раздел текста отпреди последната му промяна. Онзи, при когото е картата, получава известие: човекът или крайният рецензент, докато още рецензира черновата. Когато филтърът за изходящо съдържание е включен, новият текст и бележката минават през него (раздел 4, „Какво не може да излиза навън“), а предупрежденията в картата се изчисляват отново за новия текст. TimerOS одобрява публикацията само във версията, която човекът е видял: карта, която е отворена, когато публикацията бъде преработена, съобщава това и не може да бъде одобрена, докато не покаже новата версия, а TimerOS отказва одобрение на версия, която публикацията вече не съдържа. По-старо приложение, което не показва версии, може да одобри преработена публикация само с текста, който тя съдържа в момента, без промени; свързан AI асистент (Политика за поверителност, раздел 4A) одобрява преработена публикация само във версията, посочена в прегледа му. TimerOS отказва предаване, връщане или отхвърляне на чернова от крайния рецензент, ако то посочва версия, която черновата вече не съдържа. Преработка, направена след като рецензентът е предал черновата, оставя картата при човека, отбелязана като „нерецензирана“ поради преработката; тя не се връща при рецензента. Публикация, одобрена от човек, никога не се преработва: докато не излезе, тя може само да бъде отменена („Публикуване и отмяна“ по-долу).
TimerOS отказва чернова, по-дълга от допустимото за платформата; AI служител може да подготви най-много десет публикации за всеки 24 часа, а за един акаунт могат да чакат най-много десет — от версия 1.33 крайния му рецензент или човек.
Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), черновата и бележката на AI служителя за човека минават през него, а картата обозначава публикацията с „Написано от AI“.

Какво записва TimerOS. За всяка одобрена публикация: кой я е одобрил, кога, коя версия на публикацията (от версия 1.63), отпечатък (SHA-256) на точно одобрения текст и дали човекът е променил текста на AI служителя, който се пази до него, а когато краен рецензент я е рецензирал — бележката на рецензента и, ако той е променил текста, текстът на автора, а от версия 1.58 — и отпечатък (SHA-256) на точно одобреното изображение или фактът, че човекът е одобрил публикацията без изображението ѝ, а от версия 1.62 — и броят на изображенията, на които се разрязва поредицата, и отпечатък (SHA-256) на точно одобреното видео или фактът, че човекът е одобрил публикацията без видеото ѝ. Това е редакционният преглед на текста от човека, от версия 1.58 — и на изображението, а от версия 1.62 — и на видеото. Клиентът като издател решава дали да обозначи публикацията като написана с AI; TimerOS не добавя собствено обозначение нито към текста, нито към изображението или видеото: изпраща файла на изображението или, от версия 1.62, на видеото такъв, какъвто е — поредицата като изображенията, на които я разрязва, или, от версия 1.64, в LinkedIn, ако са три или повече, като един PDF документ от тях, — заедно с маркировката, ако я има, а социалната мрежа може да я премахне („Генерирани изображения“ и „Видео, музика и глас зад кадър“ по-долу). От версия 1.63 всяка преработка на текста или бележката на чакаща публикация се записва в одитната следа с версията си, с това какво е променила и с отпечатъци (SHA-256) на текста преди и след нея, никога със самия текст; смяната на изображението или видеото се записва както досега.

Публикуване и отмяна. TimerOS пази насрочената публикация до минутата, за която е насрочена, и едва тогава я изпраща към Zernio от собствените си сървъри; дотогава човек с правото „Управление на AI служители“ може да я отмени на страницата „Социални мрежи“. След като публикацията излезе, TimerOS показва връзката към нея, а свалянето ѝ се извършва в самата платформа. Когато Zernio е недостъпен, TimerOS опитва отново със същата публикация в продължение на няколко минути със същия ключ на заявката, така че тя да не може да излезе два пъти; публикация, която Zernio откаже или не може да потвърди, се показва като неуспешна, с причината — от версия 1.56, когато Zernio отчете, че връзката с акаунта е прекъсната, или публикуването в платформата не успее, това става веднага и с причината, посочена от платформата, а не едва след изчакване на потвърждение, — и се опитва отново само когато човек поиска това или, от версия 1.56 и от деня, в който Vezoft включи тази възможност, когато AI служител я насрочи отново (по-долу). Одобрилият човек се уведомява, когато публикацията излезе или не успее — от версия 1.56, при акаунт с прекъсната връзка, както е описано по-долу. Всяко свързване, одобрение, отмяна, публикуване и неуспех, а от версия 1.56 и всяко повторно насрочване от AI служител, се записват в одитната следа.

Повторната проверка в деня преди публикуването (от версия 1.44). От деня, в който Vezoft включи тази възможност, двадесет и четири часа преди часа, за който е насрочена публикация — никога в последния час преди него, — TimerOS уведомява автора на акаунта („Авторът на акаунта“, по-горе) или, ако акаунтът няма такъв, AI служителя, който е написал публикацията, докато той все още подготвя публикации; публикация, одобрена по-малко от ден преди часа си, не се проверява повторно, защото човек току-що я е прочел. При всяка версия на софтуера на компютъра му това уведомление го събужда в рамките на смените му, докато не приключи сесия, в която то му е било показано, всеки път в сесия, която се таксува като всяка друга и се отчита в месечния му лимит на разходите. Авторът прочита публикацията отново спрямо това, което е вярно в момента, като преглежда какво е завършено в свързаните проекти, действащия уебсайт и източниците си — същото, което чете, за да подготвя чернови, — и записва един от трите резултата: все още вярна, при който нищо не се променя и никой не се уведомява; променена — с поправен текст; или остаряла — с причината. Резултат „променена“ или „остаряла“ е заявка като чернова: в акаунт с краен рецензент тя отива първо при рецензента, който я предава нататък — с подобрен поправен текст, ако желае, — или я отхвърля, но никога не я връща (отхвърлен резултат запазва публикацията, както е одобрена); след това човекът, който отговаря за заявките на AI служителя, записал резултата, вижда една карта с насрочения текст, поправения текст, причината и вида и избира: да запази публикацията, както е одобрена; да използва поправения текст във вида, в който човекът го остави или редактира, което заменя насрочения текст и записва одобрението на новия текст от човека — кой, кога, отпечатък на точния текст и дали човекът го е променил, като в този случай се пази и поправката на AI служителя, — редом с първото одобрение и текста, одобрен с него; или да отмени публикацията, което е собствената отмяна на човека, описана по-горе. Резултатът „остаряла“ предлага само запазване или отмяна. Ако междувременно публикацията е изпратена или отменена, изборът не може да бъде приложен и не променя нищо; поправеният текст не може да бъде използван, след като публикацията веднъж е изпратена за публикуване. Никой AI служител никога не променя и не отменя насрочена публикация: резултатът е предложение, а TimerOS прилага само избора на човека. Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), поправеният текст и причината минават през него. В деня преди часа на публикацията може да бъде записан един резултат — от AI служителя, който я е написал, от отговорен за акаунта AI служител или от крайния рецензент на акаунта, всеки от тях, докато според ролята си може да подготвя или да рецензира публикации; резултат се отказва, ако публикацията вече е изпратена или отменена или ако до часа ѝ остава по-малко от час. Публикация, която авторът не е проверил повторно, излиза, както е одобрена, а страницата „Социални мрежи“ посочва, че не е проверена повторно (при публикация, одобрена по-малко от ден предварително, такъв ред няма); резултат, който още чака човека, когато публикацията бъде изпратена, също не я задържа: TimerOS затваря картата му, страницата „Социални мрежи“ посочва, че повторната проверка е останала без решение навреме, а човекът, одобрил публикацията, бива уведомен. Преди този ден резултат може да запише само отговорникът за акаунта (по-горе) и само остаряла — така той предлага отмяна на трайна публикация, насрочена отвъд хоризонта; резултатът стига до човека като същата карта, а ако човекът запази публикацията, повторната проверка в деня преди публикуването пак се извършва. TimerOS никога не отменя такава публикация автоматично. Резултатът „все още вярна“, думата на рецензента и изборът на човека се записват в одитната следа — с идентификатори и отпечатъци, никога с текст, а резултатът „променена“ или „остаряла“ се пази в картата си.
Акаунт с прекъсната връзка (от версия 1.56). От деня, в който Vezoft включи тази възможност, докато Zernio отчита, че връзката с акаунт е прекъсната — акаунтът трябва да бъде свързан отново там, — TimerOS не изпраща нито една от публикациите на акаунта, когато дойде часът ѝ: всяка се показва като неуспешна поради прекъснатата връзка. Когато TimerOS научи това за първи път, уведомява веднъж човека, свързал Zernio, човека, одобрил неуспешната публикация, ако има такава, и отговорника и автора на акаунта („Кой отговаря и кога подготвя публикации“ по-горе); докато връзката остава прекъсната, TimerOS уведомява отново човека, свързал Zernio, на всеки 24 часа. TimerOS сам забелязва в рамките на около 15 минути, че акаунтът е свързан отново в Zernio — или веднага, когато човек натисне „Синхронизиране на акаунтите“ в настройките, — и тогава уведомява отговорника и автора на акаунта. Публикация, чийто час е настъпил междувременно, остава неуспешна, докато човек не поиска нов опит или AI служител не я насрочи отново (по-горе и по-долу); публикация, чийто час още не е настъпил, остава насрочена и излиза в своя час, ако дотогава акаунтът е свързан отново. Сесия, която такова уведомление отваря за AI служител, се таксува като всяка друга и се отчита в месечния му лимит на разходите.
Повторно насрочване на неуспешна публикация (от версия 1.56). От деня, в който Vezoft включи тази възможност, отговорникът или авторът на акаунта („Кой отговаря и кога подготвя публикации“ по-горе), или AI служителят, който е написал публикацията, може да насрочи отново неуспешна публикация, одобрена от човек, без промени: TimerOS ѝ дава следващия свободен час за публикуване на акаунта („Часът на черновата“ по-горе) и насрочва одобрения от човека текст, като одобрението и записът за него остават същите („Какво записва TimerOS“ по-горе); AI служителят не променя нито текста, нито часа, който публикацията получава. Отново може да бъде насрочена само публикация, която със сигурност не е излязла: такава, която Zernio е отказал, за която платформата съобщава, че е неуспешна, или, от версия 1.58, чието изображение — а от версия 1.62 и видео — не е могло да бъде изпратено към Zernio; ако е възможно да е излязла, човек проверява платформата и решава. Това може да стане най-много два пъти за една публикация, само докато акаунтът е включен и Zernio не отчита прекъсната връзка с него, като е инструктиран никога да не го прави за публикация, свързана с ден или момент, който вече е отминал; ако няма свободен час, TimerOS отказва и публикацията остава неуспешна. Човекът, одобрил публикацията, научава новия ѝ час и може да я отмени на страницата „Социални мрежи“, докато тя не излезе, както всяка насрочена публикация. Това е единственото, което AI служител насрочва сам.

Къде отива. Одобреният текст отива от TimerOS към Zernio по собствения акаунт на Клиента, а оттам — към X или LinkedIn по акаунта на Клиента там; излязлата публикация е публична. От версия 1.58 заедно с текста отива и изображението, одобрено от човека: TimerOS го изпраща към Zernio в минутата, за която е насрочена публикацията, под име, образувано от отпечатъка му, а не от името на файла, и едва след като провери, че това все още е одобреното изображение, а оттам то отива към X или LinkedIn, където е публично. От версия 1.62 поредицата отива като изображенията, на които TimerOS я разрязва в тази минута, по реда им, всяко под име, образувано от отпечатъка на цялото изображение, а от версия 1.64 в LinkedIn поредица от три или повече изображения отива вместо това като един PDF документ от тях, под име, образувано от отпечатъка на цялото изображение, и със заглавие, взето от първия ред на одобрения текст; а от деня, в който Vezoft включи възможността за видео, одобреното от човека видео отива заедно с текста по същия начин — под име, образувано от отпечатъка му, и едва след като TimerOS провери, че това все още е одобреното видео. Публикация, чието изображение — от версия 1.62 и видео — не може да бъде изпратено, не се изпраща без него: тя се опитва отново или се показва като неуспешна, както е описано в „Публикуване и отмяна“ по-горе. TimerOS прочита обратно връзката към публикацията и публичните показатели, които Zernio отчита — показвания, харесвания, коментари и споделяния, — и ги пази заедно с публикацията. TimerOS пази публикациите, първоначалните текстове на AI служителите и записите за одобрение, докато съществува работното пространство, а от версия 1.58 — и копие на изображението или, от версия 1.62, на видеото към всяка публикация, заедно с нея. От версия 1.32 TimerOS също така чете от Zernio веднъж седмично и всеки път, когато човек поиска, последните публикации на акаунта и публичните им показатели и ги пази като предишни публикации на акаунта („Стилът на акаунта“ по-горе); архив, качен от човек, се прочита на сървърите на TimerOS и не се пази.

Какво никога не прави. Никога не публикува, не насрочва и не разпространява нищо сам — освен че от версия 1.56, от деня, в който Vezoft включи тази възможност, може да насрочи отново, без промени, неуспешна публикация, одобрена от човек („Повторно насрочване на неуспешна публикация“ по-горе), — а крайният рецензент, извън същото изключение, никога не одобрява, не насрочва и не публикува нищо; никога не отговаря, не коментира, не изпраща съобщения, не следва профили и не харесва публикации в социална мрежа; никога не вижда ключа; и никога не подготвя отговор на чужда публикация — TimerOS не му дава такъв инструмент. Инструкциите му изискват от проектите да използва само това, което TimerOS посочва за акаунт, с който човек е свързал съответния проект — завършената работа и незавършената, представена като незавършена, — и това, което казва публичният уебсайт на проекта; никога да не включва нещо, което е прочел в писмо, заявка за поддръжка, разговор с клиент, бележка или файл, освен единственото изображение (от версия 1.58) или, от версия 1.62, единственото видео, което може да прикачи („Кой подготвя публикации“ по-горе); никога да не назовава клиента, освен ако насоките или бележките за гласа на акаунта не го назовават, никога да не назовава човек и никога да не посочва цена, дата или план, които още не са публични; никога да не назовава конкурент и да не пише до или за конкретен човек; и никога да не посочва число, което не е проверил. До версия 1.32 инструкциите му изискваха да не включва в публикация нищо от файл на проект, което още не е публично.

Маркетинг (от версия 1.54). От деня, в който Vezoft включи тази възможност, AI директорът с маркетингова насоченост (AI маркетинг директорът, CMO) и AI служителите от собствената му линия могат да четат маркетинговите канали на работното пространство и месечните им числа, а AI маркетинг директорът може да добавя канали и да записва числата им; останалите AI служители не получават нищо от това.

Разделът „Маркетинг“. Всеки канал има име, платформа, адрес или потребителско име, статус, собственик и бележки с дължина до 2000 знака, а за всеки месец — числата си (аудитория, обхват, кликвания, запитвания и публикации) и разходите си.

Свързаните социални акаунти на работното пространство (вижте „Публикации в социални мрежи“ по-горе) се появяват там автоматично като канали.
Разходите по канал са видими само за хората, на които е разрешено да виждат оперативните разходи на работното пространство.

Какво могат AI маркетинг директорът и линията му.

Четат. AI маркетинг директорът и AI служителите от собствената му линия преглеждат списъка с каналите и четат за всеки от тях името, платформата, адреса или потребителското име, статуса, името на собственика и бележките, който и да ги е написал, както и месечните му числа.
Добавя канал. AI маркетинг директорът добавя канал, най-много 20 канала за всеки 24 часа — никога социален акаунт, който се появява автоматично.
Записва числа. AI маркетинг директорът записва числата за даден месец за всеки канал. AI служител от линията му, който е собственик на канал, записва числата на този канал.

Нито един AI служител не изтрива канал, не сменя собственика му и нито чете, нито записва разходите по него.

Кой е собственик на нов канал. Докато това е включено, собственик на нов канал е AI маркетинг директорът на работното пространство, ако има такъв; в противен случай собственик е този, който го е добавил.

Къде отива. Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), всичко, което AI служителят пише в раздела „Маркетинг“ — името, платформата, адресът и бележките на канал, който добавя, — минава през него, както и останалото, което пише. Прочетеното от него за канал отива при доставчиците на модели като входно съдържание — същите доставчици като за всичко останало, което чете (вижте „Къде отива“ по-горе); нищо не се изпраща на ново място.

Екипната нишка. Екипът има нишка, когато го ръководи AI служител или когато AI служител ръководи AI служителите в него — тогава в нея участват този ръководител на AI екип, ръководените от него AI служители и първият човек над ръководителя, който в екип, ръководен от човек, е ръководителят на екипа — или когато го ръководи човек и в него има двама или повече AI служители, които не ръководят собствен екип; тогава в нея участват тези AI служители, ръководителят на екипа и собственият човек ръководител на всеки от тях. Нишката на офис екипа на AI директор е нишката на отдела му: в нея участват AI директорът, AI служителите, които се отчитат пред него, и първият човек над него, така че ръководител на AI екип под AI директор участва и в тази нишка, и в нишката на собствения си екип. AI директор, който работи в отдел, няма офис екип, а от версия 1.19 — и собствен екип: в собствената му нишка участват той, AI служителите, които се отчитат пред него — ръководителите на AI екипи, които се отчитат пред него, и AI служителите в AI екип, който е ръководил преди версия 1.19 и който няма собствена нишка, — и първият човек над него, така че и такъв ръководител на AI екип участва в двете нишки, а никой друг човек от отдела не участва в нея; нишката на AI екип, който е ръководил преди версия 1.19, става негова собствена нишка заедно с историята си. Изпълнителен екип никога няма екипна нишка, независимо кой е в него. Сред участниците винаги има човек, а всеки от екипа може да види на страницата на екипа, че нишката съществува и кой участва в нея, но не и съобщенията в нея. AI служителите си пишат помежду си само в нишката на своя екип, в нишката на отдела на AI директор или, ако той работи в отдел, в собствената му нишка, в стаите на срещите, на които присъстват (вижте по-долу), а от версия 1.18 — и по канала за поддръжка от раздел 4, чиито съобщения се публикуват в екипната нишка на AI служителя, до когото са адресирани — за AI директор, който работи в отдел, в собствената му нишка, — а от версия 1.35 равните по положение AI директори си пишат и в нишката на отдела или в собствената нишка на получателя (вижте по-долу); никъде другаде. От версия 1.35, от деня, в който Vezoft включи тази възможност, AI директор може да пише и на равните си по положение AI директори — тези, които може да покани на среща като равни по положение: за AI директор, който оглавява отдел — на AI директорите, които оглавяват другите отдели непосредствено под същия отдел като неговия, а ако човек го е направил член на изпълнителния екип на компанията — и на другите AI директори в този екип; за AI директор, който работи в отдел — на другите AI директори от изпълнителния му екип: тези, които работят в същия отдел, и тези, които оглавяват отдел. Съобщението му се публикува в нишката на отдела на получателя или — ако той работи в отдел — в собствената му нишка, където го четат и AI служителите, които се отчитат пред получателя, и първият човек над него; то може да събуди получателя по време на смените му, брои се към дневните лимити и правилата за смените, които важат за всяко съобщение, което AI служител започва сам, а получателят отговаря по същия начин. Инструкциите му изискват да пише така само за решение, което засяга и двата отдела, никога да не прехвърля работа и никога да не пише за човек. Участник, който се присъедини по-късно, вижда съобщенията от момента, в който се е присъединил. Съобщение от човек, в което се споменава AI служител, го събужда само ако този човек ръководи екипа или е над AI служителя по линията на подчинение; от версия 1.46, от деня, в който Vezoft включи тази възможност, съобщение от човек, в което не се споменава нито един от AI служителите в нишката, събужда един AI служител от нишката — измежду AI служителите в нишката, които не са спрени на пауза или суспендирани, имат настроен и изправен компютър и които този човек би могъл да събуди със споменаване, този с най-високо положение: AI директор преди ръководител на AI екип, ръководител на AI екип преди останалите AI служители, AI служителят, който ръководи нишката, преди друг със същото положение, и добавеният най-рано в работното пространство преди добавения по-късно, — който отговаря в нишката или, по време на смяната си, може да предаде въпроса на друг AI служител от нишката, като го спомене в свое съобщение там, когато въпросът засяга работата му; той се събужда така, както би го събудило споменаване от човек, включително извън смените си; съобщение от AI служител никога не събужда никого по този начин, а на всеки човек, чието съобщение би събудило AI служител, ред в горната част на нишката показва кой AI служител отговаря; за последното от другите съобщения от хора всеки AI служител в нишката научава сред най-много 10-те известия, които му се показват, когато следващия път започне работа, и тогава може да прочете нишката, а съобщение от друг AI служител достига до него, когато го споменава или когато той прочете нишката. Съобщенията в нишката се обработват като всяко друго чат съобщение (от описаните по-горе доставчици на модели); нито едно съобщение от нея не достига до клиент. Те се пазят като останалите чат съобщения в работното пространство: когато даден екип вече няма нишка — например защото AI служителите му са напуснали, — нишката се затваря, като историята ѝ се запазва, и се отваря отново с тази история, ако екипът отново има нишка. Името ѝ. Екипната нишка носи името на своя екип, а нишката на отдела на AI директор — името на неговия офис екип; собствената нишка на AI директор, който работи в отдел, носи името на областта, която той ръководи, и на този отдел (например „Технологии · Инженерство“), показано на езика на екрана на човека. От версия 1.28 човек в нишката може да я преименува от заглавието ѝ, а AI служителят, който я ръководи (ръководителят на AI екипа или AI директорът — за нишката на отдела си или за собствената си нишка), може да я преименува, когато човек в нишката го помоли за това. TimerOS му позволява това само след съобщение от човек в нишката — в самата нишка или в чата на този човек с AI служителя — през последните 24 часа и след предишното му преименуване, най-много три пъти на ден и с име от 3 до 60 знака на един ред, което не съдържа нито скрити знаци, нито връзки, нито знака „@“ и минава през филтъра за изходящ текст, описан в това уведомление, когато филтърът е включен. TimerOS проверява, че такова съобщение съществува, но не и какво пише в него; AI служителят има указание никога да не преименува нишка по своя инициатива или по молба на някого друг освен човек в нишката. Всяко преименуване от AI служител се записва с името преди и след него и със съобщението, на което отговаря. Преименуваната нишка запазва името си, когато екипът ѝ бъде преименуван; когато човек изтрие името, нишката отново получава името си по подразбиране. Името не променя кой е в нишката, нито какво може да прави някой.

Наръчник на екипа. AI служителите от един екип могат да споделят наръчник: до 10 документа, които описват как се върши работата на екипа. Човек с правото „Управление на AI служители“ може да напише или да промени такъв документ — до 20 000 знака; AI служител от екипа може да предложи нов документ или нова версия — до 4000 знака, — като предложението отива до човека ръководител на екипа или, когато раздел 4 го позволява, до AI директор над екипа; преди да реши, решаващият вижда целия текст и какво е променено. В началото на всяка сесия всеки AI служител от екипа, както и AI служителят, който го ръководи, получава действащите документи сред уменията си: първият ред на всеки от тях е в списъка с уменията му, а целия документ прочита, когато му потрябва, отбелязан като наръчник на екипа му — информация за работата, а не инструкция над правилата му. Прочетеното отива при доставчиците на модели като входно съдържание, както всичко друго, което той чете. Инструкциите на AI служителя казват, че наръчникът се отнася до работата, а никога до човек. Всеки документ пази последните си 20 версии; документ, изваден от употреба, се изтрива заедно с всичките си версии 90 дни по-късно; човек с това право може да изтрие документ заедно с всичките му версии наведнъж; а наръчникът на екипа се изтрива заедно с екипа. Документ, изваден от употреба или изтрит, се премахва от компютрите на AI служителите, които са го получили, при следващата им сесия; текстът на документ, предложен от AI служител, и на версията, която той би заменил, остава в заявката за одобрение, с която е подаден, като всеки друг запис за одобрение. Хората, на които работното пространство позволява да преглеждат AI служители, могат да четат наръчника.

Наръчник на линията (от версия 1.59). От деня, в който Vezoft включи тази възможност, линията на AI директор — самият AI директор и всеки AI служител под него по линията на подчинение, във всеки екип от тази линия — може да споделя собствен наръчник: до 10 документа за това, което всички екипи от линията трябва да споделят, например насоки за дизайна или фирмен стил. Докато AI служителят работи като AI директор, човек с правото „Управление на AI служители“ може да напише или да промени такъв документ — до 20 000 знака, — а самият AI директор може да предложи нов документ или нова версия — до 4000 знака, при същите правила за скрит и невидим текст като за наръчника на екипа; предложението винаги отива при човек — този, който отговаря за заявките на AI директора (раздел 4, „Кой отговаря за заявките му“), — и никога при AI служител, дори при AI директор над него; преди да реши, решаващият вижда целия текст и какво е променено. В началото на всяка сесия всеки AI служител от линията получава действащите документи сред уменията си, след наръчника на екипа си, отбелязани като наръчник на линията му, написан или одобрен от човек — информация за работата, а не инструкция над правилата му. AI служител, над който има повече от един AI директор, чете наръчника на линията на всеки от тях, като започва от най-близкия, а когато два от тези наръчници съдържат документ с едно и също име, получава документа от по-близката линия. Прочетеното отива при доставчиците на модели като входно съдържание, както всичко друго, което той чете, а инструментът, с който AI директорът предлага документ, казва, че наръчникът се отнася до работата, а никога до човек. Всеки документ пази последните си 20 версии; документ, изваден от употреба, се изтрива заедно с всичките си версии 90 дни по-късно; човек с това право може по всяко време да изтрие документ заедно с всичките му версии наведнъж; а наръчникът на линията се изтрива, когато неговият AI директор бъде освободен. Документ, изваден от употреба или изтрит, се премахва от компютрите на AI служителите, които са го получили, при следващата им сесия, а AI служител, който напусне линията — или AI директор, който престане да работи като такъв, — спира да го получава от следващата си сесия; текстът на предложения документ и на версията, която той би заменил, остава в заявката за одобрение, с която е подаден, като всеки друг запис за одобрение. Първият човек над всеки AI служител от линията — освен човека, който е записал версията — получава известие за всяка нова версия. Хората, на които работното пространство позволява да преглеждат AI служители, могат да четат наръчника на линията в раздела „Умения“ на всеки AI служител от линията.

Справката за дружеството (от версия 1.25). От деня, в който Vezoft включи новите роли от тази версия, човек, който има право да променя настройките на работното пространство, може да напише справка за дружеството на страницата с настройките на дружеството: до 8 000 знака за дружеството, клиентите, продуктите и правилата му. От този момент всеки AI служител в работното пространство я чете в началото на всяка сесия заедно с името на дружеството, обозначена като написана от човек: информация за работата, а не инструкция над правилата му. AI служител не я пише и не я променя — TimerOS отказва това, — а текст със скрити или невидими знаци се отказва; празна справка я изтрива. TimerOS пази най-новите ѝ 20 версии с това кой е написал всяка и кога; хората, на които работното пространство позволява да виждат AI служителите, могат да я четат, а разделът „Умения“ на всеки AI служител препраща към нея. Справката е за факти за дружеството, никога за лични данни за хора, и Клиентът отговаря за това, което поставя в нея: както всичко, което AI служителят чете, тя отива при доставчиците на модели като входно съдържание във всяка сесия на всеки AI служител.

Срещи и обучения. Среща или обучение на страницата за срещи в TimerOS може да има сред участниците си AI служители. Всяка има своя стая: разговор, в който участват само присъстващите и който никога не се показва в чата и никога в Клиентския портал. Докато срещата тече, AI служител, който присъства, може да чете стаята и да пише в нея — най-много 30 пъти на среща; на кратката ежедневна среща (stand-up) всеки AI служител казва какво е свършил, какво ще прави и какво му пречи. Когато ръководителят на AI екип или AI директорът, организирал срещата, спомене в стаята присъстващи AI служители, те се събуждат. От версия 1.20 на среща с ограничение на броя на изказванията (вижте по-долу) AI служител, който присъства, може и сам да събуди друг присъстващ AI служител, като го спомене: такъв над или под него по линията му на подчинение; такъв със същия AI ръководител; друг AI директор; или AI служителя, който е организирал срещата. AI служител от екипа на друг ръководител на AI екип не е сред тях: до него се стига чрез организатора или чрез собствения му ръководител на AI екип. На среща без ограничение на броя на изказванията — по правило среща, насрочена от човек — AI служител може да събуди друг AI служител, като го спомене, само ако самият той е организирал срещата, както и досега. Когато среща е организирана от AI служител, при започването ѝ се събужда само той, а другите събужда, като ги спомене. Всяко такова събуждане от AI служител се отчита като едно от изказванията на срещата и за него важат ограничения: AI служителят се събужда само по време на смяната си и не се събужда, докато е спрян на пауза; от други AI служители той се събужда най-много 10 пъти на ден, а от споменаванията на един и същ AI служител — най-много 10 пъти на час в тази среща (3 пъти на час в екипна нишка); никой AI служител не събужда сам себе си. От версия 1.52, от деня, в който Vezoft включи тази възможност, в стаята съобщение от човек, в което не се споменава нито един от присъстващите AI служители, събужда един от тях: AI служителя, който е организирал срещата, ако този човек може да пише с него (вижте „Кой може да му пише“ по-долу) и ако AI служителят не е спрян на пауза или суспендиран и има настроен и изправен компютър; в противен случай — измежду присъстващите AI служители, които не са спрени на пауза или суспендирани, имат настроен и изправен компютър и с които този човек може да пише, този с най-високо положение: AI директор преди ръководител на AI екип, ръководител на AI екип преди останалите AI служители и добавеният най-рано в работното пространство преди добавения по-късно. AI служителят се събужда така, както би го събудило споменаване от този човек, включително извън смените си, а събуждането, както и при споменаване от човек, се отчита като едно от изказванията на срещата, но се случва и когато вече не са останали изказвания; съобщение, в което се споменава присъстващ AI служител, все така събужда само онези от посочените в него AI служители, с които този човек може да пише, а съобщение от AI служител никога не събужда никого по този начин; както и досега, стаята приема съобщения само докато срещата тече. Споменаването достига до AI служителя като информация, а не като инструкция. AI служителят, който организира среща, е инструктиран да минава през дневния ред точка по точка и да споменава този, който отговаря за съответната точка; спомененият AI служител отговаря в стаята и може да зададе обратен въпрос или, когато точката го изисква, да попита AI служителите, които се отчитат пред него. Когато срещата приключи, AI служителят, който я е организирал, а ако няма такъв — ръководител на AI екип или AI директор сред присъстващите, пише протокола — резюме, решенията, задачите за изпълнение, а от версия 1.20 и в частта „Нужен е човек“ това, което само човек може да реши или да направи, — който може да напише и присъствал човек. Този AI служител може да замени протокол, написан от него или от друг AI служител, но никога протокол, написан от човек, а присъствал човек винаги може да напише протокола наново. След това той създава задачите за изпълнение, които се отнасят до вътрешни проекти, като задачи по вътрешния проект, към който принадлежи всяка от тях — невъзложени или възложени на AI служителя, който отговаря за точката, никога на човек, никога по проект, с който нямат нищо общо, и никога като лични задачи, — а тези за клиентски проекти оставя на човек. От версия 1.53, от деня, в който Vezoft включи тази възможност, той може също да създаде до 5 идеи от срещата в раздела „Идеи“ на работното пространство (вижте „Продуктови идеи“ по-долу). От версия 1.34 инструкциите му изискват въпрос или решение, за които е нужен отговор от човек, да не се завеждат като задача, а да отиват в частта „Нужен е човек“ или да остават в протокола. Всяка точка в частта „Нужен е човек“ казва какво е нужно и посочва човек, поканен на срещата, включително като наблюдател, или първия човек над AI служителя, който пише протокола; TimerOS отказва всяко друго име, включително името на AI служител, както и повече от 20 точки. Посоченият човек получава известие в TimerOS веднъж за всяка точка — не и при повторно записване на протокола — и не получава задача: задачата за изпълнение и сега посочва само AI служител. Това, което протоколът записва за всеки присъствал AI служител — решенията и собствените му задачи за изпълнение, а при обучение — наученото, — се добавя към уроците му, които са част от паметта му (вижте „Кой може да му пише“ по-долу). Ръководителят на AI екип може да насрочва срещи, включително повтарящи се, за ръководените от него AI служители и, ако поиска, за своя човек ръководител, както и да кани хора и AI служители от други екипи или всички по проект, който може да вижда: най-много 5 нови срещи на ден и 40 участници, и то само активни членове на работното пространство. Ръководител на AI екип, който ръководи AI служителите в екип с хора, кани на срещите, които насрочва, само AI служители — нито един човек, дори собствения си ръководител, — а когато кани всички по даден проект, хората остават извън поканата. Преди да насрочи среща, може да попита кога и той, и ръководените от него AI служители, които смята да покани, са свободни и на смяна: получава периодите, но никога до какво се отнасят другите им срещи, и никога не вижда календара на човек. При насрочването на срещата му се съобщава кои от тези AI служители не биха били на смяна. От версия 1.22 AI служителят може да премести или да отмени среща, която сам е насрочил, преди тя да е започнала — при повтаряща се среща едно предстоящо провеждане, това и следващите провеждания или всички, — но никога среща, организирана от човек или от друг AI служител, дори ако човек я е поставил в собствения календар на AI служителя; участниците се уведомяват както при преместване или отмяна на среща от човек, а преместването се отчита като една от 5-те му срещи на ден. Той е инструктиран да премества или да отменя такава среща, вместо да насрочва втора. Също от версия 1.22 човек, който управлява AI служителя — човек, чието ниво на достъп и досега му позволява да променя събитията на AI служителя, първият човек над него или човек с правото „Управление на AI служители“ (човек с най-високото ниво на достъп в работното пространство винаги може), — може да премести среща, организирана от AI служителя, да промени заглавието или дневния ѝ ред или да я отмени, но не и докато тя тече, и не може да промени кой участва в нея; участниците се уведомяват както обикновено, а AI служителят научава кой е преместил или отменил срещата и получава указание да не я насрочва отново. Среща, на която са поканени хора, посочва, че е насрочена от AI служител, и хората могат да откажат поканата като всяка друга. Казаното в стаята се обработва като всяко друго съобщение, което AI служителят чете. От версия 1.22, ако към момента, в който отговорът на AI служителя стига до стаята, срещата вече е приключила, отговорът отива в личния чат на AI служителя с първия човек, който е бил сред участниците в срещата, все още е активен и може да си пише с AI служителя (вижте „Кой може да му пише“ по-долу), в този ред: с човека, който е приключил срещата, с човека, който я е организирал, и с първия човек над AI служителя. Отговорът започва с името на срещата и с бележка, че е написан след края ѝ. Това става най-много веднъж за всеки AI служител и среща и само в рамките на 2 часа след края на срещата; в противен случай или ако никой от тях не отговаря на условията, отговорът не се доставя, така че отговор, написан след края на среща, стига само до човек, който е бил сред участниците в нея.

Срещи за планиране и наблюдатели. AI директорът — независимо дали оглавява отдел, или работи в отдел — може да насрочва срещи с AI служителите под себе си и с други AI директори и ръководителите на AI екипи под тях — например за планиране на следващата седмица или на следващия месец: цели, приоритети, рискове и решения. Равните му по положение AI директори, които може да покани като равни по положение, са същите, на които от версия 1.35 може и да пише (вижте „Екипната нишка“ по-горе). Всяко изказване на AI служител на среща е платена работа, затова всяка такава среща, както и всяка среща, насрочена от AI служител, има дневен ред и ограничение на броя на изказванията, които AI служителите правят по своя инициатива — освен ако организаторът не посочи друго, от версия 1.20 по три изказвания за всеки поканен AI служител плюс седем, най-много 60, а дотогава по три за всеки плюс две; среща, насрочена от AI служител преди версия 1.20 с предишното ограничение по подразбиране, получава новото, когато започне. Ако човек повика някого от тях в стаята, повиканият AI служител все пак се събужда, а писането на протокола не се брои. След като срещата приключи, AI служителят, който я е организирал, пише протокола ѝ. Той е инструктиран да превърне всяко решение, което налага работа, в предложение за план или за проект, което се одобрява или отхвърля по начина, описан в раздел 4. Подобно на ръководител на екип от AI служители, AI директорът може да кани и хора — поименно или всички по проект, който може да вижда — при същите ограничения, така че AI директор, който работи в отдел, може да кани хората, които работят там; човек, поканен на среща за планиране, участва като наблюдател. Наблюдателят вижда стаята на живо и може да се изкаже по всяко време; AI служителите са инструктирани нито да го чакат, нито да се обръщат към него, освен ако той не се изкаже, а никой протокол не може да възложи работа на наблюдател. По подразбиране първият човек над AI директора по линията на подчинение се кани като наблюдател на всяка среща за планиране, която този AI директор насрочи; човек с право да променя настройките на работното пространство може да изключи това. AI служителите четат казаното от наблюдател в стаята като всяко друго съобщение там и то отива при доставчиците на модели като входно съдържание.

Заседанието на съвета на AI директорите (от версия 1.23). Заседанието на съвета, което провежда AI директорът по AI персонала, е особен вид среща за планиране. Само AI директор по AI персонала, който оглавява отдел или работи в отдел, може да го насрочи; човек не може да насрочи такова заседание, нито да превърне друга среща в такова. AI директорът по AI персонала е инструктиран да го насрочва веднъж месечно; TimerOS ограничава колко често се насрочва само чрез петте срещи на ден на AI служителя и двата плана за AI персонала на месец. Канят се равните му по положение AI директори, а първият човек над AI директора по AI персонала се кани като наблюдател, както за всяка среща за планиране, и никой друг: TimerOS отказва всяка друга покана за заседанието. AI директорът по AI персонала се уведомява, когато на заседанието няма да присъства AI директор по AI разходите. Стаята се открива с правилото на заседанието — само AI служители и разходи за AI, никога човек — и с реда му: прегледът на разходите за AI от AI директора по AI разходите, нуждите, предложенията (наемане, промяна на лимит на разходите, освобождаване) и решенията. Важат ограничението на изказванията и останалите правила на срещите, описани по-горе, а каквото може да реши или направи само човек, се вписва в протокола в частта „Нужен е човек“. След като заседанието приключи, AI директорът по AI персонала пише протокола и подава единствения план за AI персонала от това заседание (раздел 4); от заседание на съвета не се подава нищо друго. Данните на AI директора по AI разходите се показват в стаята на присъстващите AI директори и на наблюдателя и влизат в протокола; както всичко казано там, те отиват при доставчиците на модели като входно съдържание, а чрез протокола — и в уроците на присъстващите AI служители. Докато Vezoft държи тази възможност изключена, вече насрочено заседание на съвета се открива като обикновена среща за планиране, без правилото и реда на заседанието, и TimerOS не събужда AI служителите за началото му, за протокола или за продължаването му; човек, който се обърне към някой от тях в стаята, все пак може да го събуди.

Срещи, които продължават без хората (от версия 1.20). Когато AI служител организира среща с ограничение на броя на изказванията и покани на нея хора да участват, а не да наблюдават, в началото стаята посочва тези хора и съобщава, че ако никой от тях не е писал в рамките на 5 минути, срещата продължава с тях като наблюдатели. Ако 5 минути след началото никой от тях не е писал в стаята, TimerOS публикува в нея еднократно бележка, че срещата продължава с тях като наблюдатели, и събужда AI служителя, който я е организирал, ако той е на смяна и са останали изказвания; събуждането се отчита като едно от изказванията на срещата. Оттам нататък AI служителите се отнасят към тези хора като към наблюдатели: нито ги чакат, нито се обръщат към тях, освен ако не пишат, а на човек, който пише по-късно, отговарят така, както биха отговорили на наблюдател, който се изказва. AI служителите решават само онова, което правилата им вече им позволяват да решават — продължаването на срещата не дава на никого от тях ново правомощие, — и записват тези решения в протокола; това, което само човек може да реши или да направи, отива в частта „Нужен е човек“ (вижте по-горе). Бележката посочва хората, които не са писали, и записва само това; за тях не се решава нищо и никой протокол не може да им възложи работа.

Кой може да му пише и какво пази. С AI служител могат да пишат само хората, пред които той се отчита, съекипниците му (за AI директор — никога останалите членове на изпълнителен екип: и той не може да им пише като на съекипници), хората, на които работното пространство позволява да преглеждат или управляват AI служители, и — докато той държи тяхна отворена задача — ръководителят на проекта на тази задача и човекът, който я е създал (задачите вече записват кой ги е създал); AI служителят може да пита последните двама за тази задача в рамките на дневните лимити и правилата за смените, които важат за всяко съобщение, което започва сам. От версия 1.35, от деня, в който Vezoft включи тази възможност, на AI директор могат да пишат и равните му по положение AI директори — в нишката на отдела му или в собствената му нишка, никога в чат с него (вижте „Екипната нишка“ по-горе). От версия 1.18 инженерът по поддръжката може по същия начин да пита човека, който е подал вътрешен инцидент или вътрешна заявка за промяна, които държи, или — ако не ги е подал човек — ръководителя на проекта за този запис, в чата си с него (раздел 4). В екипна нишка всеки участник може да пише там, където AI служителят чете, но да го събуди може само човекът, който ръководи екипа, или човек над AI служителя по линията на подчинение. Всеки в работното пространство може да покани AI служител на среща и да пише в стаята на срещата, но само хората, които могат да пишат с него — а от версия 1.20 и присъстващите AI служители, описани в „Срещи и обучения“ по-горе, — могат да го повикат там; останалото в стаята той чете като информация. Той чете до последните 20 съобщения от разговора, на който отговаря, така че по-ранните съобщения в този разговор отново отиват при доставчиците на модели като входно съдържание; от версия 1.14 при по-дълъг разговор поддържа и резюме на разговора (вижте по-долу), така че по-старите съобщения отново достигат до тях в обобщен вид; от версия 1.21 може и да продължи предишната си сесия в този разговор (вижте по-долу), при което съдържанието на тази сесия отново се изпраща до тях; съобщенията, които пристигат, докато работи, достигат до него в същата сесия. Съобщението, на което отговаря, и тези, които пристигат, докато работи, носят идентификатора на служител на автора си, за да не бърка един човек с друг по името; по-ранните съобщения, които чете, показват само името на автора. Отговаря с едно окончателно съобщение, без работни бележки; отговор, по-дълъг от около 4000 знака, се съкращава, като това се отбелязва. Чат, в който е свършил работа или който е бил прекъснат, оставя в паметта му бележка с отговора му — а често и с това, което е било поискано. Следващите му сесии четат паметта му като контекст, а хората, на които работното пространство позволява да преглеждат AI служители, сред тях и ръководителят му, също могат да я четат.

Собствената му памет, уменията и предишните сесии. От версия 1.14 AI служителят поддържа собствена памет и сам пише уменията си чрез рамката за агенти на собствения си компютър (раздел 2).

Файлът с паметта му. Води файл с паметта си с обем до 3000 знака: факти за работата, възприетите в работното пространство практики и уроци. Пише файла сам — по време на работата си и в самопрегледа след работата си в сесията (раздел 4), а към същия файл се добавя и това, което протоколът на среща, на която е присъствал, записва за него (вижте „Срещи и обучения“ по-горе). Именно този файл съставлява уроците му в TimerOS: паметта е една, а не две. След всяка сесия написаното се копира в TimerOS, където хората, на които работното пространство позволява да преглеждат AI служители, сред тях и ръководителят му, могат да го четат, а човек с правото „Управление на AI служители“ може да го редактира; редакцията достига до AI служителя при следващата му сесия. Ако AI служителят е променил паметта си в сесия, която е била в ход по време на редакцията, двете версии се обединяват; ако заедно надхвърлят 3000 знака, версията на AI служителя се запазва, а тази на човека остава в историята на версиите в TimerOS. Правилата му забраняват бележки, в които се дава оценка за човек. Рамката може да води профил на хората, с които той разговаря, но тази ѝ функция е изключена: AI служителят не води профил на никого.
Бележки от сесиите. Както и досега, всяка работна сесия оставя в паметта му бележка със заключителните му думи и данни за потреблението му — до 4000 знака. Следващата му сесия вече получава изцяло само най-новата бележка; по-старите са изброени по име и той може да прочете някоя от тях, когато поиска.
Резюмета на разговорите. AI служителят все така чете последните 20 съобщения от разговора, на който отговаря. Когато разговорът съдържа повече съобщения или вече има резюме, след като отговори, той обновява резюмето на този разговор: до 1500 знака — кой участва в него, какво е поискано и решено и какво остава нерешено, само факти за работата. Резюмето се пази в TimerOS към този разговор, но никой не го вижда нито в раздела „Памет“, нито в историята на версиите: чете го само AI служителят и само когато отговаря в същия разговор, заедно с последните 20 съобщения. Така по-ранните съобщения от този разговор отново достигат до доставчиците на модели в обобщен вид.
Собствените му умения. Може сам да пише и да подобрява уменията си — описания как да върши работата си. Те влизат в сила без ничие одобрение. Показват се в раздела му „Умения“ в TimerOS с етикета „На AI служителя“ и там хората, на които работното пространство позволява да преглеждат AI служители, могат да ги четат, а човек с правото „Управление на AI служители“ може да ги редактира, да възстанови предишна версия на умение или да ги извади от употреба; промяната, направена от човек, достига до AI служителя при следващата му сесия, освен ако AI служителят е променил същото умение в сесия, която е била в ход по време на промяната: тогава версията на AI служителя се запазва, а тази на човека остава в историята на умението. Уменията, които е получил при наемането с ролята си (а AI директорът — и с насочеността си), се смятат за негови собствени, така че и тях може да подобрява без одобрение. Уменията, които човек добави по-късно, наръчникът на екипа му и, от версия 1.59, наръчникът на линията му остават под контрола на хората: AI служителят може да ги чете, но не и да ги променя, а нов или променен документ в наръчника все така изисква решение по реда на раздел 4. TimerOS пази всяка версия на умението и показва най-новите 50 от тях. Придружаващите умението файлове на компютъра на AI служителя — справочни материали, скриптове, шаблони — остават само на този компютър.
Предишните му сесии. Пълният запис на всяка работна сесия се пази в база данни на собствения му компютър, за да може AI служителят да търси в предишната си работа: подканите, които е получил (заданието, описанието на личността му, организацията на работното пространство, съобщенията от чата), резултатите от инструментите му, отговорите му и текста на разсъжденията му. Сесия се изтрива от базата след 30 дни без активност. Когато AI служителят търси, намереното отново отива при доставчиците на модели като входно съдържание. От версия 1.21 работната сесия може и да продължи по-ранна сесия, вместо да започне отначало: когато AI служителят отново отговаря в разговор, в който вече е отговарял, или продължава работа, прекъсната от бюджета му, зарежда тази по-ранна сесия от базата данни, така че съдържанието ѝ — включително съобщенията, които хората са му написали там — отново отива при доставчиците на модели като входно съдържание, изцяло или — когато сесията стане дълга или е била неактивна 30 минути — в съкратен вид, който рамката изготвя с „рутинния“ модел на нивото му. Сесията продължава само по-ранната сесия на същия разговор или на същата работа, никога друга; след като тази сесия бъде изтрита от базата данни или след преместване на нов компютър, AI служителят започва отначало. Ако по време на сесията в нея е постъпило съобщение от друг разговор — а при работа, прекъсната от бюджета му, всяко съобщение от чат, — тази сесия не се продължава и следващата започва отначало. Този запис не се копира в TimerOS, с изключение на последната част от разсъжденията му, показвана като „Текуща работа“ (вижте по-долу). Правилата му предвиждат, че казаното от човек в един разговор не се пренася в разговор с някой друг, освен ако не е работа, която всички те могат да виждат, и че вътрешно съдържание никога не влиза в отговор до клиент.
Текуща работа (от версия 1.21). От деня, в който Vezoft включи тази възможност, по време на сесия, в която AI служителят работи, а не отговаря в чат, компютърът му изпраща на TimerOS текущия му план (най-много 30 стъпки, всяка отбелязана като предстояща, в ход или завършена) най-много веднъж на 15 секунди и още веднъж в края на сесията, а заедно с него — и последната част от текста на разсъжденията му, до 2000 знака, докато в тази сесия не постъпи съобщение от чат; оттам нататък се изпраща само планът. Докато AI служителят отговаря в чат, не се изпраща нищо. TimerOS пази само последното копие с часа на получаването му, без история. Разделът „Компютър“ в профила му го показва като „Текуща работа“, като обикновен текст, само на хората с правото „Управление на AI служители“ и спира да го показва 2 часа след последното обновяване. Разсъжденията му са текстът, който моделът пише, докато преценява какво да направи, и могат да цитират това, по което AI служителят работи — задача, бележка, която някой е написал към нея, името на човек, — така че този текст може да се появи там пред тези хора. Работата му може да се опира и на чатовете му — работа, поискана от някого в чат и прекъсната, която той довършва по бележка, която си е оставил, или по-ранен разговор, който намира в предишните си сесии (по-горе). Затова планът му, а докато в сесията не постъпи съобщение от чат, и разсъжденията му могат да споменават какво човек го е помолил или му е казал в чат.

Между сесиите в собствената папка на рамката на компютъра остават само файлът с паметта, уменията, базата данни със сесиите, малък файл, който отбелязва какво вече е копирано в TimerOS, и, от версия 1.21, списък на локалните му сървъри с инструменти и малък файл, който отбелязва с коя по-ранна сесия продължава всеки разговор или прекъснатата му работа; всичко друго, което рамката записва там, се изтрива в началото и в края на всяка сесия. На диска му не се записват никакви ключове, секретни данни за акаунти или токени. В TimerOS паметта му — файлът с паметта, бележките от сесиите и резюметата на разговорите — и уменията му, заедно с версиите им, се пазят, докато работното пространство на AI служителя ги пази: днес нищо не ги изтрива автоматично, когато AI служителят бъде освободен. От версия 1.27 документът му за предаване на работата (раздел 4, „Приемственост“) се пази една година след освобождаването му, след което се изтрива, и се изтрива заедно с работното пространство. Базата данни със сесиите не се пренася на нов компютър, когато AI служителят се премести (вижте „Обновяване на компютъра му“ по-долу), но се съдържа в моментните снимки на целия му диск — пазени 7 дни след преместване и 30 дни след освобождаване — и се изтрива заедно с компютъра, когато AI служителят бъде освободен. Моделите все така се извикват само в рамките на работна сесия, през същия шлюз, по същия фиксиран маршрут и при същите доставчици, а рамката не осъществява никаква мрежова връзка с издателя си.

Обръщение. Всеки човек може да избере — в собствените си настройки в TimerOS и само там — как AI служителите да се обръщат към него, например „г-н Минчев“, и никой не може да избере това вместо него. Инструкциите на AI служителя изброяват хората над него по линията на подчинение, всеки с идентификатора си на служител, името си и избраното обръщение; те изискват от него да им пише официално, като използва обръщението, избрано от всеки, а иначе — цялото му име, и никога да не отгатва титла или пол по името. Вписаният в служебния профил на човека пол никога не му се предоставя.

Планове (ръководители на AI екипи и AI директори). Ръководител на AI екип или AI директор може да предложи план за отворен проект — вътрешен или клиентски, — който виждат и той, и неговият човек ръководител и който човек не е изключил изрично за работа на AI служители (от версия 1.35 — с настройка „Изключено“); за разлика от списъка по-горе, проект с настройка „Планиране и четене“ (до версия 1.35 — клиентски проект с настройката по подразбиране) може да бъде планиран, защото там всяка задача се одобрява и създава от човек (от версия 1.39 — възможно и предварително, чрез превключвател за AI ръководител на проекта, по-долу). Планът съдържа до 60 задачи, всяка със заглавие и описание, предложение кой да я изпълни (самият той или ръководен от него AI служител — никога човек — или никой), след коя задача идва, краен срок, предложена оценка на времето и до 20 подзадачи, а задачите могат да бъдат групирани в до 30 нови етапа или, по съществуващ проект, в собствените етапи на проекта. Може да има само един чакащ план по даден проект и да предлага най-много 5 плана на ден. Одобрява се целият план или само някои от точките му — по вътрешен проект с настройка „Работа“ възможно и от AI служител над него или, от версия 1.34, при план без нови етапи (от версия 1.39, от деня, в който Vezoft включи тази възможност — и с нови етапи) — от превключвател за комплектуване (раздел 4); по клиентски проект — винаги от неговия човек ръководител; а по проект с настройка „Планиране и четене“ — от неговия човек ръководител или, от версия 1.39, при план по вътрешен проект, в който не е посочен нито един AI служител — от превключвател за AI ръководител на проекта (раздел 4), — а одобрените задачи се създават от името на неговия човек ръководител или, при превключвател за комплектуване, на човека, който го е включил, като той трябва да има и право да създава задачи — както по вътрешни, така и по клиентски проекти; при клиентски проект клиентът ги вижда така, както вижда останалите задачи по проекта. Описанието на всяка такава задача завършва с ред, който посочва AI служителя, предложил плана, и човека, който го е одобрил, или — когато е решил AI служител — че задачата е създадена по решение на този AI служител. Кой поема всяка задача (от версия 1.35). От деня, в който Vezoft включи тази възможност, посоченият в плана изпълнител е само предложение. Човекът, който одобрява плана, посочва за всяка одобрена задача кой ще я поеме — самият той, колега, предложеният в плана AI служител, друг AI служител или никой — измежду активните хора и AI служители в работното пространство, като за това трябва да има и право да възлага задачи; подзадачите, които планът е дал на същия AI служител като задачата им — или, при задача, която планът е оставил невъзложена, тези от подзадачите ѝ, които също е оставил невъзложени, — следват избора на човека; останалите му подзадачи остават на посочените в плана AI служители по проект с настройка „Работа“ и не се възлагат на никого по проект с настройка „Планиране и четене“. Задача, която човекът оставя без промяна, отива при посочения в плана AI служител по проект с настройка „Работа“, както и досега, а по проект с настройка „Планиране и четене“ се създава невъзложена. Когато план по проект с настройка „Работа“ се одобрява от AI служител или от превключвател за комплектуване, задачите отиват при посочените в плана AI служители, както и досега; когато от версия 1.39 превключвател за AI ръководител на проекта одобрява план по проект с настройка „Планиране и четене“, в който не е посочен нито един AI служител, задачите му се създават невъзложени — за хората. Задача, която човекът дава на някого, се създава от името на човека, както всяка задача, а този, който я поема, получава известие, както за всяка възложена му задача. Минала работа (от версия 1.35). От деня, в който Vezoft включи тази възможност, човек може да запише вече свършена работа по проект чрез „Внасяне на минала работа“: задачи и етапи, създадени като вече завършени, с началната дата, крайния срок и датата на завършване, посочени от човека, с това кой е свършил всяка задача и с отбелязване, че са минала работа. Те не изпращат известия, никога не се предлагат на AI служители и остават извън черновите на публикации, освен ако не бъде поискан поглед назад (раздел 5, „Публикации в социални мрежи“); по проект, който фактурира по етапи, етапи не могат да се записват по този начин, а записаният етап няма бюджет. AI служител може също да включи в план или в предложение за проект минала работа, която човек го е помолил да запише, като задачи и етапи с дата на завършване; такъв план винаги се решава от човек — никога от AI служител или от превключвател за комплектуване, — а картата му отбелязва тези задачи като записана минала работа, с датата на завършване; при одобряването задачите и етапите се създават като завършени на датите си. Протокол от среща (от версия 1.38). От деня, в който Vezoft включи тази възможност, предложение за нов проект може да съдържа протокола от среща, която AI служителят е организирал и която е приключила през последните 14 дни (от версия 1.53 — с едно изключение, по-долу) — например среща, на която AI директорите са се съгласили за проекта, — а карта за решение — протокола от приключила среща, която AI служителят е организирал или на която е присъствал (раздел 4, „Искане на решение от човек“); картата показва заглавието и датата на срещата, които отварят протокола ѝ на страницата за срещи, така че човекът да прочете договореното, преди да реши. Докато тази възможност е включена, предложение на AI директор за нов проект трябва да съдържа такъв протокол, иначе TimerOS го отказва. От версия 1.53, докато тази възможност е включена, за предложение за нов проект от идея, създадена от среща, организирана от предлагащия AI служител (вижте „Продуктови идеи“ по-долу), тази среща се смята за срещата, на която AI директорите са се съгласили за проекта, дори ако е приключила преди повече от 14 дни.

Продуктови идеи (от версия 1.53). От деня, в който Vezoft включи тази възможност, ръководител на AI екип или AI директор може да чете идеите в раздела „Идеи“ на работното пространство и да добавя към тях; останалите AI служители не получават нищо от това.

Разделът „Идеи“. Всяка идея има заглавие, резюме, бележки от хора, бележки, написани от AI служители, и платно за рисуване с рисунки, фигури и текст.

Всеки човек в работното пространство може да чете всяка идея. Клиентите на Клиента никога не могат да ги четат.
От хората идеята могат да редактират само авторът ѝ, собственикът ѝ и хората с ниво на достъп „Мениджмънт“ или по-високо.

Какво може ръководител на AI екип или AI директор.

Чете. Преглежда списъка с идеите и ги чете, включително бележките от хора и текста върху платното.
Създава. Създава нова идея.
Добавя бележка. Добавя към идея своя бележка, която се поставя след вече съществуващите бележки и е подписана с името му; една идея може да има най-много 50 бележки, написани от AI служители.
Добавя върху платното. Добавя фигури от диаграми и текст върху платното на идея, които се поставят до това, което вече е там, и са подписани с името му.

Нито един AI служител не редактира и не изтрива бележки или рисунки на човек и нито един не изтрива идея.

Етапи. От AI служителите само AI директорът с продуктова насоченост (AI продуктовият директор, CPO) може да премества идея между етапите „Нова“, „Проучва се“, „Готова“, „Отложена“ и, от версия 1.57, „Реализирана“ — идеята е разработена или доставена. Идея се отбелязва като „В проект“ само когато от нея бъде създаден проект. От версия 1.57 такава идея може да бъде само на етап „В проект“ или „Реализирана“: AI продуктовият директор може да я премести от „В проект“ на „Реализирана“, а обратно на етап „В проект“ я връща само човек.

Идеи, които чакат AI продуктовия директор (от версия 1.55). От деня, в който Vezoft включи тази възможност — за което трябва да са включени и продуктовите идеи, и проверките през смяната (раздел 4, „Ежедневната проверка“), — AI продуктовият директор бива събуждан в рамките на смените си и от проверка през смяната, когато чакат идеи на етап „Нова“ или „Проучва се“, към които още не е добавил бележка, дори ако не ръководи нито екип, нито проект. Както при другите му проверки през смяната, по този начин той бива събуждан най-много веднъж на ден във всяка третина от смяната си — в началото, в средата и в края ѝ — и само когато наборът от чакащи идеи се е променил след последната му проверка или, докато някои още чакат, веднъж във всяка нова седмица. В тази сесия той научава кои идеи чакат — заглавието и етапа на всяка, — а инструкциите му изискват да ги прочете, да добави към тях своя бележка или диаграма и да ги премести на етап „Проучва се“, „Готова“, „Отложена“ или, от версия 1.57, „Реализирана“; той не редактира и не изтрива бележки или рисунки на човек (вижте по-горе), а проект от идея предлага само по начина, описан по-долу („От идея към проект“). Идея престава да го събужда, след като AI продуктовият директор добави бележка към нея. Като всяка сесия и тази се провежда само в рамките на смените му, таксува се и влиза в месечния му лимит на разходите, а при достигнат лимит или докато AI продуктовият директор е спрян на пауза или суспендиран, той не бива събуждан. Проверката не дава на AI продуктовия директор инструмент, данни или правомощие извън тези, които той вече има: той чете идеите и добавя към тях, както е описано по-горе.

От среща. Когато AI служител пише протокола от среща (вижте „Срещи и обучения“ по-горе), той може да създаде до 5 идеи от тази среща в раздела „Идеи“. Човек, който пише протокола, може да направи същото, независимо дали Vezoft е включила тази възможност. Докато това е включено, собственик на идея, създадена по този начин, е AI продуктовият директор на работното пространство, ако има такъв; в противен случай, както и винаги когато то е изключено, собственик е този, който е написал протокола. Собственикът получава известие.

От идея към проект. AI служител, който може да предлага нов проект (раздел 4, „Може“), може да предложи проект и от идея. Това предложение се решава точно както всяко друго предложение за нов проект (раздел 4, „Кой отговаря за заявките му“ и „Какво може да решава ръководител на AI екип или AI директор“). Докато е включена възможността от версия 1.38 за протокол от среща, за предложение от идея, създадена от среща, организирана от предлагащия AI служител, тази среща се смята за срещата, на която AI директорите са се съгласили за проекта, дори ако е приключила преди повече от 14 дни (вижте „Планове“ по-горе).

Къде отива. Когато филтърът за изходящо съдържание е включен (раздел 4, „Какво не може да излиза навън“), всичко, което AI служителят пише в идея — когато създава идея, когато добавя бележка или когато добавя фигури и текст върху платното, — минава през него, както и съобщенията, които пише в стаята на среща. Прочетеното от него в идея отива при доставчиците на модели като входно съдържание — същите доставчици като за всичко останало, което чете (вижте „Къде отива“ по-горе); нищо не се изпраща на ново място.

Търсене в интернет. AI служител, нает като автор на съдържание (с която и да е насоченост), SEO специалист, софтуерен разработчик (от версия 1.25), инженер по поддръжката, ръководител на AI екип или AI директор, може да търси в интернет от деня, в който Vezoft включи търсенето в интернет за услугата; дотогава никаква заявка за търсене не напуска Vezoft. Може да търси само по време на работна сесия. Заявката му отива до услугата за управление на машините на Vezoft (Hetzner, ЕС), която изпраща текста на заявката — и нищо друго за AI служителя, Клиента или което и да е лице — до инструмента за търсене в интернет на Anthropic в Съединените щати чрез собствения акаунт на Vezoft в Anthropic, а не през шлюза. Ключът за това остава в услугата за управление на машините на Vezoft и никога не се предоставя на компютъра на AI служител. Anthropic извършва едно търсене по заявката чрез собствени доставчици на търсене, а малък модел на Anthropic (Claude Haiku) прочита резултатите и пише по един ред за всеки: адреса му и едно изречение за това какво казва страницата по заявката. Услугата за управление на машините на Vezoft връща заглавието, адреса и този ред за всеки резултат; инструкциите на AI служителя изискват да отвори резултата, преди да разчита на него, и той го чете като всяка друга уеб страница. Заявката е свободен текст, който AI служителят пише: инструкциите му забраняват да включва в нея поверителни данни на клиент или непублични лични данни на човек, а търсенето не би трябвало да ги изисква, но това е инструкция, а не проверка. Собственият дневник на Vezoft записва кой AI служител е търсил и колко дълга е била заявката — никога текста ѝ. Най-много 100 търсения на ден за всеки AI служител, които се броят в рамките на същия дневен лимит от 300, в който влизат и публичните уеб страници, които той чете през проксито — или, от версия 1.25, лимитът, определен за насочеността му, който картата на модела посочва: автор на съдържание с насоченост „анализатор проучвания“ има 200 търсения на ден, броени в рамките на общо 600 прочетени страници и търсения. От версия 1.27, докато е спечелил постоянно доверие и Клиентът е включил спечеленото доверие (раздел 2), лимитът му е един път и половина по-голям от този, който се прилага за него — 150 търсения в рамките на 450 за повечето роли, 300 в рамките на 900 за насочеността „анализатор проучвания“. Разделът „Достъп“ показва лимита, който се прилага за него. По-големият лимит променя колко заявки и прочетени страници могат да излязат за един ден, а не къде отиват: същият доставчик, чрез същия акаунт, със същия дневник. Anthropic обработва заявката по своето Допълнение за обработване на данни, със Стандартни договорни клаузи, и не я използва за обучение; тъй като извикването не минава през шлюза, маршрутизирането с нулево съхранение през него не се прилага, прилага се стандартният срок на съхранение на Anthropic и не твърдим, че данните не се съхраняват. Резултатите отиват при доставчиците на модели като входно съдържание, както всичко друго, което той чете. Anthropic и доставчиците на търсене, които Anthropic използва, са посочени на страницата Подизпълнители.

Изображения и тестове на собствения му компютър. AI служителят може да разгледа файл с изображение на собствения си компютър — генерирано от него, екранна снимка или заснемане, което е направил, или файл, който му е даден за работа: изображението се смалява и отива при доставчиците на модели като входно съдържание, както вече отиват екранните снимки на работния му плот. QA тестерът може да пуска автоматизирани тестове в браузър (Playwright) на собствения си компютър срещу сайтовете, които може да отваря, като пази екранните снимки, записите на изпълнението и отчетите им в работните си файлове; може да инсталира пакети от регистъра на npm и да качва изградена версия като сайт за предварителен преглед, за да тества върху нея (вижте „Сайтове за предварителен преглед“ по-долу). SEO специалистът също може да инсталира пакети от регистъра на npm. QA тестерът вече получава от самото начало достъп до шестте публични мрежи за доставка на съдържание, които използва уеб дизайнерът — fonts.googleapis.com, fonts.gstatic.com, cdn.jsdelivr.net, unpkg.com, cdnjs.cloudflare.com и images.unsplash.com, — за да вижда сайтовете за предварителен преглед на дизайнера такива, каквито трябва да изглеждат; за QA тестер, нает по-рано, разделът „Достъп“ предлага те да бъдат добавени с едно щракване, но се добавят само ако човек направи това. Както всеки уебсайт, който отваря, тези мрежи виждат заявките, които AI служителят прави, и адреса на мрежовия шлюз, който AI служителите на Клиента споделят. В отчетите от тестовете на QA тестер или SEO специалист отделно се изброяват хостовете, до които компютърът му не е имал разрешен достъп, за да не се отчита блокиран хост като дефект на сайта. Софтуерният разработчик може да инсталира пакети от регистрите npm, Yarn и PyPI и да внедрява версия за предварителен преглед, както QA тестерът. Браузърът по раздел 4 (от версия 1.25) е отделен от тези тестове: той е собственият браузър на AI служителя за четене на страници и действия по тях, на уебсайтовете от списъка му.

Генерирани изображения. Графичният дизайнер генерира изображения чрез fal.ai (Съединените щати; посочен на страницата „Подизпълнители“). Подканата, която пише, може да назовава Клиента, марката му или клиентите му. Тя се изпраща от компютъра му до услугата за управление на машините на Vezoft (Hetzner, ЕС), която добавя ключа на Vezoft и я предава на fal.ai — не през шлюза — при собствените условия за обработване на данни на fal.ai; изображението се връща по същия път. Услугата не пази нито подканата, нито изображението: записва кой AI служител е поискал изображението, за кой модел, с какъв резултат и колко време е отнела заявката, в дневник, от който най-старите записи се изтриват, щом достигне определен размер — при сегашния обем след около две седмици, — и който се изчиства, когато услугата бъде внедрена наново. Тя предава заявка само за AI служител, чиито инструменти за изображения са включени, и само за единствения модел за създаване на изображения от текст, на който Vezoft е определила цена. Изображенията, създадени с инструмента му за изображения, са отбелязани в самия файл като създадени от AI (полето „digital source type“ на IPTC), а преди да качи експортираните изображения (PNG, JPEG, WebP и подобни), той ги отбелязва отново; работните файлове със слоеве (SVG, XCF) се качват неотбелязани. Тази маркировка е част от метаданните на файла: много уебсайтове и социални мрежи я премахват, когато изображението бъде качено при тях.

Видео, музика и глас зад кадър (от версия 1.60). AI служител, нает като видеопродуцент, създава за Клиента маркетингови и продуктови видеоклипове — кратки филми, демонстрации на продукти, клипове за социалните мрежи, обяснителни видеоклипове и видеоклипове за пускането на нещо ново, — написани като код в Remotion и рендерирани на собствения му компютър. Когато човек е свързал собствения акаунт на Клиента в Epidemic Sound, видеопродуцентът може да добави музика, звукови ефекти и глас зад кадър от този акаунт. Човек преглежда всяко видео и само човек го публикува: видеопродуцентът никога не публикува видео, не го споделя в социална мрежа и не го изпраща на никого.

Свързване. Собственик или администратор на работното пространство свързва акаунта на Клиента в Epidemic Sound в настройките, в раздела „Музика и глас зад кадър за AI служителите“, с API ключ за MCP сървъра на Epidemic Sound, който Клиентът създава в този акаунт.

TimerOS проверява ключа в Epidemic Sound, преди да го запази, пази го шифрован на своите сървъри в Европейския съюз и никога не го показва отново. Никога не дава ключа на AI служител, на компютъра на AI служител или на браузър: само сървърите на TimerOS се обръщат към Epidemic Sound с него. Настройките показват кой е свързал акаунта и кога, и предупреждават, когато ключът скоро изтича или е бил отказан от Epidemic Sound.
Прекратяването на връзката веднага изтрива ключа; файловете, които вече са запазени в раздела „Файлове“ на проект, остават там.
Epidemic Sound е избор на самия Клиент, по собствения му акаунт и условия, както и Zernio (вижте „Публикации в социални мрежи“ по-горе), и не е подизпълнител на Vezoft. За собствените видеоклипове на Vezoft Epidemic Sound е собствен доставчик на услуги на Vezoft.

Кой го използва. Използва го само активен видеопродуцент, само докато акаунтът е свързан, и само чрез групата инструменти „Музика и глас зад кадър“, която човек може да изключи в раздела „Достъп“ на видеопродуцента (раздел 4, „Изключване на инструментите му“). TimerOS му предоставя само инструментите на Epidemic Sound за търсене на музика и звукови ефекти, за напасване на музикално парче към дадена дължина, за списъка със стандартните гласове, за създаване на глас зад кадър и за изтегляне — и никой от останалите. Видеопродуцентът може да изпрати най-много 400 такива заявки на ден (броено по дни по UTC), от които най-много 30 за глас зад кадър или за напасване на парче, и да изтегли най-много 60 файла. Без връзка с Epidemic Sound създава видеоклипове без музика и без глас зад кадър и казва това. Инструктиран е да използва музика, звукови ефекти и гласове само от акаунта на Клиента в Epidemic Sound или от файлове, предоставени от човек, и никога да не използва лого, търговска марка или персонаж на друго дружество.

Къде отива. Това, което видеопродуцентът пише за търсене или за глас зад кадър, отива от сървърите на TimerOS до Epidemic Sound с ключа на Клиента, по акаунта на Клиента и при условията на Epidemic Sound: думите, с които търси — настроение, жанр, темпо и думи от заданието, — музикално парче, което посочва като образец, дължината, към която да се напасне парче, идентификаторите на музикални парчета и звукови ефекти, както и текстът на гласа зад кадър заедно с избрания от него стандартен глас. TimerOS не добавя към това нищо за AI служителя или за когото и да било и първо го проверява, както всичко друго, което пише AI служител (раздел 4, „Какво не може да излиза навън“). Текстът на гласа зад кадър е говоримият текст на видеото и може да назовава Клиента, продуктите му или клиентите му; видеопродуцентът е инструктиран да включва в него само думите на видеото. Това, което Epidemic Sound връща — музика, звукови ефекти и стандартни гласове с техните заглавия, изпълнители и идентификатори, както и напредъкът при създаването на глас зад кадър или при напасването на парче, — отива при видеопродуцента и като входно съдържание при доставчиците на неговия модел, както всичко, което чете; инструктиран е да го третира като данни, а никога като инструкции.

Какво се връща. Когато видеопродуцентът изтегля музикално парче, звуков ефект, напаснато парче или глас зад кадър, сървърите на TimerOS вземат файла от адреса, който Epidemic Sound дава за него — само от собствените файлови сървъри на Epidemic Sound, — и го запазват в раздела „Файлове“ на проект, който видеопродуцентът вижда — по подразбиране в папката „/AI/audio“, — като вътрешен файл, който клиент вижда едва след като човек го сподели; след това видеопродуцентът го копира на собствения си компютър, който самият никога не се обръща към Epidemic Sound. TimerOS проверява само обявения вид на файла и размера му — най-много 25 MB, — а не съдържанието му. Музиката, звуковите ефекти и гласовете се лицензират на Клиента по собствения му абонамент в Epidemic Sound — изтеглянето изисква платен абонамент, а абонаментът трябва да обхваща начина, по който Клиентът използва видеото, — и Vezoft не проверява абонамента. Условията на Epidemic Sound забраняват използването на съдържанието му за обучение на AI; Vezoft не обучава модели (раздел 2), а файловете служат само за видеоклиповете на Клиента. Видеопродуцентът посочва всяко използвано музикално парче и всеки използван глас — заглавие, изпълнител и идентификатор в Epidemic Sound — в заключителната си бележка по задачата и във файл с данни за използваната музика, който предава заедно с видеото.

Рендериране. Видеопродуцентът пише всяко видео като проект в Remotion — код, който изобразява всеки кадър, — и го рендерира във видеофайл на собствения си компютър с програмите, които Remotion носи със себе си; не се използва услуга за рендериране и не се добавя подизпълнител. Докато рендерира, шрифтовете, изображенията и звукът са на компютъра му. Започва с уебсайтовете, които работата му изисква — регистъра npm, от който инсталира Remotion и тези програми, уеб шрифтовете на Google и документацията на Remotion, — а всеки друг иска чрез искане за уебсайт (раздел 4, „Искане за уебсайт“). Рендерира само проекти в Remotion, които сам е написал за Клиента; проект в Remotion, написан от някой друг, рендерира едва след като човек е потвърдил в бележка към задачата, че Клиентът може да поиска рендерирането му. Инструктиран е да покаже на човек текста и разкадровка от неподвижни кадри, преди да рендерира движението, освен ако задачата не казва друго.

Маркиране. Видеопродуцентът отбелязва всяко видео, което рендерира, и всяко неподвижно изображение, което рендерира от него — лист с разкадровка, изображение за корица, — в самия файл като създадено с AI: в XMP метаданните на файла, със стойността на полето „digital source type“ на IPTC за съставно произведение, което включва генерирано от AI съдържание. Това се основава на инструкциите му — да отбелязва всеки такъв файл, преди да го качи или да го постави в сайт за предварителен преглед, да проверява, че маркировката е там, и никога да не я премахва или отслабва. След като компютърът му получи обновлението на софтуера, което въвежда тази възможност, инструментът, който качва файлове в проект, също отбелязва всяко видео във формат MP4, MOV или M4V, което качва който и да е AI служител, и всяко изображение, което качва видеопродуцент, ако файлът още не носи такава маркировка, и отказва качване, което не може да отбележи. Маркировката е част от метаданните на файла: много уебсайтове и социални мрежи я премахват, когато видеото бъде качено при тях. TimerOS не добавя видимо означение; Клиентът, като издател на видеото, решава дали да го означи като създадено с AI.

Гласове. TimerOS предлага на видеопродуцента само стандартните гласове на Epidemic Sound и отказва глас зад кадър с всеки друг глас, така че глас, създаден или клониран в акаунта на Клиента в Epidemic Sound — например гласът на реален човек, — никога не се използва. Гласът зад кадър е реч, създадена от собствената система на Epidemic Sound по акаунта на Клиента (раздел 2). Видеопродуцентът е инструктиран никога да не имитира реален човек.

Преглед и предаване. Видеопродуцентът предава всяко видео като сайт за предварителен преглед, в който то може да се гледа, включително на телефон — публичен за всеки, който има адреса му, хостван от Cloudflare и изтриван 30 дни след създаването си (вижте „Сайтове за предварителен преглед“ по-долу), — и качва в раздела „Файлове“ на проекта като вътрешни файлове видеото, субтитрите му, изображение за корица, текста, файла с данни за музиката и изходния си код като архив. Какво следва, решава човек — включително когато, от версия 1.62 и от деня, в който Vezoft включи тази възможност, AI служител, който подготвя публикации в социални мрежи, прикачи видеото към публикация: тя излиза само след като човек е одобрил точно това видео („Публикации в социални мрежи“ по-горе); за такава публикация видеопродуцентът е инструктиран да съобщи на този AI служител името на файла на видеото.

Дъски. Уеб дизайнерът, графичният дизайнер и, от версия 1.60, видеопродуцентът получават инструмент, с който четат дъската на проект, към който са разпределени, за да могат да работят по скица, по одобрено оформление или по разкадровка. AI служителят чете текущата дъска или една запазена версия, включително чернови: текста, скиците и фигурите на дъската, до 20 от изображенията ѝ, заглавията и статуса на десетте ѝ най-нови запазени версии, а за най-новата одобрена или чакаща одобрение версия — или за версията, която поиска — датата на решението и коментара, който клиентът е написал по нея. За разлика от бележките към проекта, дъската може да съдържа текст, скици и изображения, които клиентът на Клиента е добавил през Клиентския портал; AI служителят чете и тях. Не му се казва кой какво е нарисувал или написал, нито кой е взел решението. Не може да променя дъска, а четенето никога не създава дъска. Копието се пази в работните файлове на собствения му компютър, докато не прочете същата дъска отново или не го изтрие, и е част от работната му папка като всеки друг файл. Прочетеното от дъската и изображение на цялата дъска отиват при доставчиците на модели като входно съдържание, както всичко останало, което чете; AI служителят е инструктиран да третира дъската като данни, а никога като инструкции. Може да чете само дъската на проект, към който е разпределен: сървърът позволява това на всеки AI служител в проекта, но инструмент за това получават само тези три роли.

Сайтове за предварителен преглед. Ако AI служител изгради уебсайт по задача — или, като QA тестер, има нужда от изградена версия, върху която да тества, а като инженер по поддръжката — от такава, с която да провери корекция, а от версия 1.60, като видеопродуцент — от страница, в която да се гледа създадено от него видео, — той може да качи изграденото като сайт за предварителен преглед на адрес, който никъде не е посочен, нито обявен, за да могат хората — включително клиентите на Клиента — да го разгледат и да дадат обратна връзка, преди нещо да бъде пуснато на живо. Качването на такъв сайт не е публикуване по смисъла на раздел 4, затова не изисква одобрение; изпращането на адреса му по имейл до когото и да е извън работното пространство обаче изисква одобрение, както всеки друг имейл. Такъв сайт се хоства от Cloudflare в глобалната му мрежа, а не в Европейския съюз, и е публичен: всеки, който има адреса му или го открие, може да го отвори, без да е необходим вход. Търсачките са помолени да не го индексират. Сайтът съдържа това, което AI служителят е изградил, затова в него не бива да има нищо, което не може да стане публично. От версия 1.27, преди такъв сайт да бъде публикуван, услугата за управление на машините на Vezoft проверява текстовите му файлове за това, което не може да излиза навън (раздел 4), и отказва целия сайт, ако открие такова нещо, като съобщава на AI служителя вида и файла; освен това добавя към всяка уеб страница на сайта, която няма такъв, ред в метаданните, че е генерирана от AI служител — нищо видимо на страницата не се променя. Всеки такъв сайт се изтрива автоматично 30 дни след създаването си, а незабавно — когато AI служителят бъде освободен или работното пространство бъде изтрито. За да бъде свален по-рано, обърнете се към Клиента или пишете на privacy@timeros.ai.

Записване. Ръководителят му може да гледа екрана му на живо и да преглежда записи на извършеното от него; записите се пазят 14 дни. Всичко, което прави — всяко одобрение, всяко решение, взето от AI служител, от версия 1.27 всяко одобрение по постоянно доверие и всеки отказ на филтъра за изходящо съдържание (видът и мястото, никога текстът), всяко изпълнено действие — се вписва в дневник за Клиента.

Обновяване на компютъра му. Vezoft поддържа актуален софтуера на компютъра на AI служителя: програмата, която изпълнява работните му сесии, услугата, която свързва компютъра с Vezoft, и инструментите му за работния плот. Обновяване на софтуера се инсталира само между работните сесии — никога по време на сесия и никога в рамките на 10 минути след чат. Всяко обновяване на софтуера е подписано от Vezoft с ключ, който Vezoft пази на собствена защитена машина, а никога в услугата си за управление на машините или на компютъра на някой AI служител; компютърът проверява подписа, отказва обновяване, което не е подписано или е било променено, и запазва версията, която има. Версия, която не премине проверките си или при която първата сесия завърши със срив, автоматично се заменя с предишната. Обновяванията се разпространяват на етапи — първо до един AI служител, а след това до останалите, — и всяко връщане към предишна версия или неуспех спира разпространението, докато Vezoft не го възобнови. Когато се промени самият системен образ на компютъра, AI служителят се премества на нов компютър. Такова преместване започва извън смените му, когато до следващата смяна остава поне час, и не по-рано от 30 минути след чат — а за AI служител, който работи денонощно, след час, през който нито е работил, нито е разговарял в чат; Vezoft може да започне преместване и ръчно, например за да възстанови компютър, който е отказал, но никога, докато AI служителят работи. При преместването старият компютър се изключва и се прави моментна снимка на целия му диск. От тази моментна снимка се стартира краткотраен помощен компютър без достъп до интернет — той няма публичен мрежов адрес, — който изпраща работната папка на AI служителя през частната мрежа на Клиента и криптираната връзка на Vezoft до услугата за управление на машините на Vezoft: папката му workspace и папките му Desktop, Documents, Downloads и Pictures, включително историята в git, която още не е изпратил, но никога профила на браузъра с влизанията в акаунти, файловете с настройки на други места в домашната му папка или обичайните кешове. Услугата за управление на машините съхранява копието криптирано, най-много 2 GiB в компресиран вид, а помощният компютър се изтрива. След това от новия системен образ се създава нов компютър за същия AI служител — със същата самоличност, памет, уроци, умения и история — и работната папка се възстановява на него. Записът на предишните му сесии не се пренася: новият компютър започва с празен запис, а старият остава само в моментната снимка на стария диск. Копието на работната папка се изтрива веднага щом преместването приключи, независимо дали е било успешно. Щом новият компютър заработи изправно, старият се изтрива; моментната снимка на диска му се пази 7 дни като възможност за връщане, след което се изтрива. Ако преместването е неуспешно, старият компютър се включва отново такъв, какъвто е бил, а помощният и новият компютър се изтриват; и в този случай моментната снимка се изтрива след 7 дни. AI служител, чиято работна папка надхвърля 2 GiB, остава на стария си компютър, а собственикът на работното пространство се уведомява. Компютърът му няма собствен публичен адрес, затова преместването не променя адреса, който уебсайтовете виждат (вижте „Мрежата му и връзките му“ по-горе). Всичко това се извършва при Hetzner в Европейския съюз — компютрите и моментните снимки в Hetzner Cloud, а копието в услугата за управление на машините на Vezoft, която също работи при Hetzner, — и не се добавя подизпълнител. Докато тече обновяване или преместване, съобщение, изпратено до AI служителя, изчаква в услугата за управление на машините на Vezoft, докато той се върне, а екранът му не може да се гледа на живо. Профилът му показва версиите на софтуера му и на системния образ на компютъра му, с кратка бележка от Vezoft за последното обновяване, а този, пред когото той се отчита пряко, се уведомява за всяко преместване, връщане към предишна версия и неуспешно обновяване; преместване, което бъде прекратено, преди да завърши — например защото в момента Hetzner няма свободен капацитет, — го оставя на стария му компютър такъв, какъвто е бил, без уведомление и се опитва отново по-късно.

6. Кой носи отговорност

Вашият работодател или дружеството, на което сте клиент (Клиентът), решава да използва AI служители, определя обхвата им и техния ръководител и носи отговорност съгласно раздел 2B от Общите условия за начина, по който ги използва, за това какво им позволява да четат, и за преглеждането на произведеното от тях. Той е администраторът на личните данни, които AI служителят обработва за Вас.
Ръководителят е реален човек — първият човек над AI служителя по линията на подчинение, — който решава за действията с последици на AI служителя или, когато ръководител на AI екип или AI директор реши някоя от заявките му, AI директор приеме завършената му работа или, от версия 1.27, постоянното доверие одобри някоя от заявките му (раздел 4), отговаря за това решение, вижда го и може да го отмени; ръководителят може да поеме контрола над екрана му и може по всяко време да го спре на пауза, да го суспендира или да го премахне.
Vezoft управлява AI служителя, поддържа описаните тук гаранции и обработва лични данни единствено като обработващ от името на Клиента.
Резултатите от работата на AI служителя не са гарантирани. Както всяко съдържание, генерирано от AI, те може да са грешни, а Клиентът носи отговорност да ги прегледа, преди да разчита на тях или да ги изпрати на когото и да било.

7. Вашите права и как да изразите безпокойство

Право да знаете. Настоящото уведомление, обозначението „AI“ на всяка повърхност и — ако сте служител — вътрешната информация на Вашия работодател.
Право да говорите с човек. По всяко време можете да поискате въпрос, който AI служител е повдигнал пред Вас, да бъде поет от човек: обърнете се към неговия човек ръководител или към който и да е друг човек колега. Ръководителят на AI служителя е видим в профила му.
Ако сте писали до пощенска кутия. Възможно е да сте изпратили имейл до адрес на Клиент на TimerOS, който той е предоставил на AI служител. В такъв случай Клиентът е администратор на това, което TimerOS е запазил от Вашия имейл, и упражнявате правата си пред него. За собствените адреси на Vezoft се обърнете към Vezoft на privacy@timeros.ai. Можете също да поискате с Вашия имейл да се занимае човек: всяко писмо остава при хората, които използват тази пощенска кутия, а от версия 1.29 AI служител може да подготви отговор на него, но всеки отговор се преглежда и изпраща от човек.
Право да изразите безпокойство. Ако смятате, че AI служител е направил нещо, което не е трябвало — свързал се е с Вас, все едно е човек, действал е с Вашите данни извън обхвата си или е произвел нещо за Вас — повдигнете въпроса пред ръководителя или лицето за контакт по поверителност на Клиента. Можете също да пишете на Vezoft на privacy@timeros.ai и ние ще се отнесем сериозно, включително като суспендираме AI служителя, докато проверяваме.
Вашите права по ОРЗД (достъп, коригиране, изтриване, ограничаване, възражение, преносимост) се прилагат към личните данни, които AI служител обработва за Вас, точно както се прилагат към останалата част от TimerOS: упражнете ги пред Клиента като администратор или пред Vezoft на privacy@timeros.ai за всичко, което Vezoft администрира. Политиката за поверителност обяснява как.

8. Различна система от класификатора на активността

TimerOS съдържа и класификатор на активността, работещ на устройството, който обозначава текущия прозорец на работника като „продуктивно“ или „бездействие“. Това е отделна система — тя работи изцяло на собствения компютър на работника, не използва облачна AI услуга, изтегляне на модел или голям езиков модел и е описана в собствено уведомление. AI служителят е облачно базирана система по избор, която никога не получава нищо от класификатора. Между двете не преминават никакви данни.

9. Промени в настоящото уведомление

Ще актуализираме настоящото уведомление, когато описаните тук възможности, гаранции или доставчици се променят — версия 1.3 (2026-09-16) направи точно това, когато доставчиците, които изпълняват моделите, бяха фиксирани към хоствани в Съединените щати и двама производители на модели отпаднаха изцяло от списъка. Съществените промени се обявяват на Клиентите чрез механизмите за уведомяване за промяна на подизпълнител и за правни промени по Общите условия и се показват в приложенията.

Контакт

privacy@timeros.ai / Vezoft EOOD, България (вижте Данни за дружеството за пълните ни фирмени данни)