Koga Chui poznaje, kako saznaje o njima i što se može ispraviti u razgovoru.
Osoba se pojavljuje na računu čim je netko imenovan na barem jednom sastanku. Sam transkript uvijek kaže samo speaker_0, speaker_1. Tek kad tom glasu daš ime u aplikaciji, nastaje osoba, a njezino se ime upisuje u svaku repliku koju izgovori.
Tri stvari, a get_person() vraća sve tri:
To je brz odgovor na pitanja „o čemu sam razgovarao s X“, „tko je X“ i „kad sam posljednji put razgovarao s X“, uz tek djelić troška čitanja transkripata.
list_people() je popis osoba: svi na računu, na koliko je sastanaka svaka bila i kada je bio posljednji. Tako se ime pretvara i u id.
update_person() je jedini alat ovdje koji ISPRAVLJA ono što Chui zna o osobi. Dva opisana u nastavku mijenjaju broj osoba, a sve ostalo što nešto zapisuje jest postavka (Postavke koje se mijenjaju na zahtjev). Ispravlja ime osobe, odakle je poznaješ, gdje radi, njezinu ulogu ili tvoju vlastitu bilješku u slobodnom obliku. Koristi ga kad netko kaže nešto novo o osobi, a ne za bilježenje zaključaka iz transkripta, jer to već radi automatsko dopunjavanje.
Najprije se traži potvrda, jer se ono što zamjenjuje nigdje ne čuva: prepare_update_person() iščitava svako polje kakvo jest i kakvo bi bilo, a u tom se trenutku još ništa nije dogodilo. Tek kad kažeš da, ispravak se zapisuje, točno onako kako je prikazan. Ako je osoba u međuvremenu promijenjena, ništa se ne zapisuje i treba ponovno pitati.
Bilješka je tvoja: Chui je nikad ne prepisuje, pa ispravak koji mora preživjeti buduće sastanke pripada upravo onamo. Ispravak bilješke zamjenjuje je cijelu, pa da bi se dodao redak, novi tekst mora sadržavati i stari.
Preimenovanje mijenja ime te osobe na svakom sastanku na kojem se pojavljuje, a sažetak svakog od tih sastanaka zatim se ponovno piše s novim imenom. To se događa minutu-dvije kasnije, a za nekoga tko je na stotinama sastanaka odvija se u serijama tijekom nekoliko minuta. Tako je bez obzira na to je li preimenovanje upisano asistentu ili napravljeno u aplikaciji. Ako novo ime već pripada nekom drugom na računu, Chui odbija, umjesto da tiho spoji te dvije osobe.
Jedna osoba zapisana na dva načina, „Marija Ivanova“ i „Marija I.“, jedan je unos previše. Spajanjem se svaki sastanak premješta na ime koje ostaje, a drugo ime nestaje s popisa. Ime koje nestaje čuva se kao drugi način pisanja na koji se preostala osoba odaziva, pa je pitanje o njemu i dalje pronalazi. U aplikaciji je to Spoji (Merge) na zaslonu Osobe (People).
Spajanje se može poništiti u roku od trideset dana, točno u stanje od prije spajanja, gumbom Razdvoji (Split) kod osobe. Nakon toga je trajno. Nudi se samo posljednje spajanje u neku osobu, a poništavanjem se ta mogućnost iskorištava.
Asistent može i jedno i drugo, a za obje se radnje najprije traži potvrda. Spajanje uništava unos, a model koji imena čita iz transkripta ne smije moći sam odlučiti da su dvije osobe zapravo jedna. prepare_merge_people() ništa ne mijenja i u odgovoru navodi oba unosa poimence, na koliko je sastanaka svaki bio i kada je svaki posljednji put bio na nekom sastanku. Tek kad kažeš da, merge_people() to izvršava, a prima isključivo odgovor na to pitanje, pa ga nije moguće usmjeriti na par koji ti nije prikazan. prepare_unmerge_people() i unmerge_people() ista su dva koraka za poništavanje spajanja: prije nego što se išta pomakne, navodi se tko bi se vratio i koliko sastanaka ide s njim.
Iščitavanje tih dvaju unosa ono je što je važno, i to ne kao formalnost. Pogreška od koje to štiti jest obrnut redoslijed tih dviju osoba, a „Ivan P. je ista osoba kao Ivan Petrov?“ zvuči savršeno ispravno, iako opisuje suprotnu radnju.
I dalje nije moguće izbrisati osobu putem asistenta, ni u aplikaciji: osoba nestaje tako da se spoji s nekim drugim ili zajedno sa sastancima na kojima je imenovana.