Кого го познава Chui, како дознава за нив и што може да се поправи во разговор.
Личноста се појавува на сметката штом некој е именуван во барем една средба. Самиот транскрипт секогаш вели само speaker_0, speaker_1. Кога ќе го именуваш тој глас во апликацијата, се создава личноста и нејзиното име се впишува во секое нејзино обраќање.
Три работи, а get_person() ги враќа сите три:
Тоа е брзиот одговор на „за што разговарав со X“, „кој е X“ и „кога последен пат зборував со X“, за мал дел од цената на читањето на транскриптите.
list_people() е списокот: сите на сметката, во колку средби бил секој и кога била последната. Преку него името се претвора во id.
update_person() е единствената алатка тука што ПОПРАВА што знае Chui за некоја личност. Двете подолу го менуваат бројот на личности, а сè друго што запишува е поставка (Поставки што се менуваат на барање). Таа поправа име, како го познаваш човекот, каде работи, неговата улога или твоја белешка во слободен текст. Користи ја кога некој кажува нешто ново за некоја личност, а не за да запишеш заклучок од транскрипт, бидејќи тоа веќе го прави автоматското надополнување.
Прво се прашува, бидејќи она што се заменува не се чува никаде: prepare_update_person() го чита секое поле какво што е и какво би било, и во тој момент сè уште ништо не се случило. Дури откако ќе се согласиш, поправката се запишува, точно онака како што била прикажана. Ако во меѓувреме личноста е изменета, ништо не се запишува и треба да се праша повторно.
Белешката е твоја: Chui никогаш не ја презапишува, па таму спаѓа поправката што треба да преживее идни средби. Поправката на белешката ја заменува целата, па за да додадеш ред, новиот текст мора да го содржи и стариот.
Преименувањето ја препишува таа личност во секоја средба во која се појавува, а резимеата на тие средби потоа се пишуваат одново со новото име: минута-две подоцна, а за некој што е во стотици средби, во делови, во текот на неколку минути. Тоа се случува без разлика дали преименувањето е напишано на асистент или е направено во апликацијата. Ако новото име веќе му припаѓа на некој друг на сметката, Chui одбива наместо тивко да ги спои двајцата.
Еден човек запишан на два начина, „Марија Иванова“ и „Марија И.“, е еден запис повеќе. Спојувањето ги префрла сите средби на името што останува, а другото име исчезнува од списокот. Името што заминува се чува како друго пишување на кое одговара преостанатата личност, па прашањето за него сè уште ја наоѓа. Во апликацијата тоа е Спои (Merge) на екранот Учесници (People), а во бугарскиот интерфејс Обедини.
Може да се врати во рок од триесет дена, точно како што било, со Раздели кај личноста. Потоа е трајно. Може да се врати само последното спојување со дадена личност, а враќањето го троши.
Асистентот може да ги направи двете работи, и за двете прво прашува. Спојувањето уништува запис, а модел што чита имиња од транскрипт не смее сам да одлучи дека двајца луѓе се еден. prepare_merge_people() не менува ништо и одговара со двата записа по име, со бројот на средби на секој и кога секој последен пат бил на средба. Дури откако ќе се согласиш, merge_people() го прави тоа, и прифаќа само одговор на тоа прашање, па не може да се насочи кон пар што не ти бил прикажан. prepare_unmerge_people() и unmerge_people() се истите два чекора за враќање на спојувањето: кажуваат кој би се вратил и колку средби би се вратиле со него, пред да се помести што било.
Читањето на двата записа е најважниот дел, и тоа не како формалност: грешката од која штити е двајцата во обратен редослед, а „Иван П. е истиот човек како Иван Петров?“ звучи сосема исправно, иако ја опишува спротивната операција.
Сè уште нема начин да се избрише личност преку асистент, ниту во апликацијата: личноста исчезнува кога ќе се спои со некој друг или заедно со средбите во кои била именувана.