Кога Chui познаје, како сазнаје о њима и шта може да се исправи у разговору.
Особа се појављује на налогу чим је неко именован на бар једном састанку. Сам транскрипт увек каже само speaker_0, speaker_1. Особа настаје тек када у апликацији даш име том гласу. Тада се њено име уписује у сваку реплику коју изговори.
Три ствари, а get_person() враћа све три:
То је брз одговор на питања „о чему сам разговарао са X“, „ко је X“ и „када сам последњи пут разговарао са X“, за делић цене читања транскрипата.
list_people() је списак особа: сви на налогу, на колико састанака је свако био и када је био на последњем. Тако се и име претвара у ИД.
update_person() је једини алат овде који ИСПРАВЉА оно што Chui зна о особи. Два описана у наставку мењају број особа, а све остало што нешто уписује је подешавање (Подешавања која се мењају на захтев). Исправља име особе, одакле је познајеш, где ради, њену улогу или твоју личну белешку у слободној форми. Користи га када неко каже нешто ново о особи. Не користи га за упис закључка изведеног из транскрипта, јер то већ ради аутоматско допуњавање.
prepare_update_person() прво тражи потврду, јер се оно што се замењује нигде не чува. prepare_update_person() чита свако поље онако какво јесте и какво би било, и у том тренутку се још ништа није догодило. Тек кад пристанеш, исправка се уписује, тачно онако како је приказана. Ако је особа у међувремену измењена, ништа се не уписује и мора поново да пита.
Белешка је твоја: Chui је никад не преписује, па исправка која треба да преживи будуће састанке иде управо тамо. Исправка белешке замењује целу белешку, па да би се додао ред, нови текст мора да садржи и стари.
Промена имена мења име те особе на сваком састанку на ком се појављује. Сажетак сваког од тих састанака се затим поново пише с новим именом, минут-два касније. За некога ко је на стотинама састанака то иде у групама током неколико минута. То се дешава било да је промена укуцана асистенту или урађена у апликацији. Ако ново име већ припада неком другом на налогу, Chui одбија уместо да тихо споји те две особе.
Један човек записан на два начина, „Марија Иванова“ и „Марија И.“, један је унос вишка. Спајање премешта сваки састанак на име које остаје, а друго име нестаје са списка. Име које нестаје чува се као други облик на који се преостала особа одазива, па се она и даље проналази када се пита за њега. У апликацији је то Обедини на екрану Особе (People).
Спајање може да се поништи у року од тридесет дана, тачно онако како је било, дугметом Раздели код особе. После тога је трајно. Нуди се само последње спајање у неку особу, а поништавање га троши.
Асистент може да уради и једно и друго, и у оба случаја прво пита. Спајање уништава унос, а модел који чита имена из транскрипта не сме сам да закључи да су два човека једна особа. prepare_merge_people() ништа не мења. У одговору наводи оба уноса по имену, на колико је састанака сваки и када је сваки последњи пут био на неком. Тек кад пристанеш, merge_people() спаја уносе. Не прима ништа осим одговора на то питање, па не може да се усмери на пар који ти није приказан. prepare_unmerge_people() и unmerge_people() су иста два корака за поништавање спајања. Пре него што се било шта помери, наводе ко би се вратио и колико састанака иде с том особом.
Најважније је да ти се оба уноса прочитају, и то не као формалност. Ово штити од грешке да су две особе наведене обрнутим редом. „Да ли је Иван П. иста особа као Иван Петров?“ звучи сасвим исправно, а описује супротну радњу.
Особа и даље не може да се обрише преко асистента, ни у апликацији. Особа нестаје тако што се споји с неким другим или заједно са састанцима на којима је именована.