Uzdevumu rinda
Kas jādara, kam un līdz kuram datumam. Dzīvo uzdevumu rīkā. Zināšanās paliek lēmums un konteksts.
Personal second brain biznesam un pārdošanai
Aģents bez konteksta
katru reizi sāk no nulles.
Aģenti jau prot spriest un rīkoties. Trūkst uzturēta konteksta: ko zinām par klientu, ko esam nolēmuši un kas ir pierādīts. Otrās smadzenes ir šī konteksta krātuve, kuru lasa gan cilvēks, gan aģents.
Kā aģenti to izmantoLasītājam, kurš pazīst aģentus. Visi piemēri un skaitļi ir izdomāti.
Avots: piezīme pēc zvana
“Gribam sākt ar vienu filiāli. Lēmumu pieņem vadītāja. Jāsazinās vēlreiz ceturtdien.”
Aģenta sagatavotais konteksts
- Mērķis
- Pārbaudīt risinājumu nelielā apjomā
- Lēmuma pieņēmēja
- Vadītāja
- Nav zināms
- Budžets
- Nākamais solis
- Ceturtdien piedāvāt pilotu
Avoti: 2 piezīmes, 1 iepriekšējais piedāvājums
Kas tas ir, ja aģentus jau pazīsti
Uzturēta, savstarpēji sasaistīta zināšanu krātuve: fakti, lēmumi, pieredze un avoti. Ne uzdevumi, ne sarunu vēsture.
Čata atmiņa var saglabāties starp sarunām, taču otrajās smadzenēs zināšanas apzināti pārbauda, sasaista un atjauno. Vektoru indekss ļauj meklēt, bet pats neko neuztur. Atšķirība ir uzturēšanā: kāds regulāri sakārto, sasaista un atjauno zināšanas, lai aģents strādātu ar aktuālo, pārbaudīto kontekstu.
Modelis dod spriešanu. Rīki dod rīcību. Otrās smadzenes dod kontekstu, kas uzkrājas.
Pieci posmi no avota līdz rezultātam
Vērtību rada atkārtots cikls. Katrā posmā ir skaidrs, kurš to dara.
- 1
Avoti
Sarunu piezīmes, transkripti, e-pasti, dokumenti ar datumu un izcelsmi.
Cilvēks vai savienojums - 2
Uzturētas zināšanas
Savstarpēji sasaistītas piezīmes par klientiem, projektiem un lēmumiem. Fakti, pieņēmumi un lēmumi nošķirti.
Cilvēks, aģents palīdz - 3
Konteksta atlase un spriešana
Aģents atrod uzdevumam vajadzīgās piezīmes, nevis lasa visu, un spriež uz to pamata.
Aģents - 4
Konkrēts rezultāts
Sagatavošanās pārskats, atbildes melnraksts, nodošanas kopsavilkums, ieteiktie uzdevumi.
Aģents - 5
Pārbaude un atgriezeniskā saite
Cilvēks pārbauda, labo un apstiprina. Labojums nonāk atpakaļ zināšanās.
Cilvēks
Saglabāšanas un sakārtošanas principi balstās uz Tiago Fortes metodi Building a Second Brain un PARA struktūru. Aģentu pielietojums šeit ir ilustratīvs.
Kas nav otrās smadzenes
Šīs lietas dzīvo blakus un ir savienotas, bet nav tas pats.
CRM
Darījuma posms, kontakti, prognoze. CRM ir galvenais avots darījuma stāvoklim, nevis sarunu kontekstam.
Kalendārs
Kad notiek tikšanās. Var būt signāls aģentam, bet nav zināšanu daļa.
Aģenta instrukcijas
Kā aģentam strādāt: tonis, noteikumi, atļautās darbības. Atsevišķa instrukciju mape, nošķirta no zināšanu piezīmēm.
Rīku izpilde
E-pasta sūtīšana, CRM ieraksts, uzdevuma izveide. Notiek caur savienojumiem un to tiesībām, nevis caur piezīmēm.
Kā aģenti izmanto otrās smadzenes
Četri darba veidi, kas atkārtojas gandrīz katrā praktiskā risinājumā.
Lasa kā kontekstu
Pirms uzdevuma aģents atver klienta vai projekta centrālo piezīmi un seko saitēm uz lēmumiem un avotiem. Tas dod mērķtiecīgāku kontekstu nekā meklēšana pa visu krātuvi.
Raksta atpakaļ
Kopsavilkumi un melnraksti nonāk ienākošajā mapē ar atzīmi “jāpārbauda”. Darbplūsmā un rīku tiesībās paredz, ka esošās piezīmes aģents maina tikai pēc cilvēka apstiprinājuma.
Seko instrukcijām no failiem
Noteikumi par toni, prasību norādīt avotus un atļautajām darbībām ir teksta failos atsevišķā instrukciju mapē. Tos glabā versiju kontrolē un pārbauda tāpat kā kodu.
Strādā pēc signāla
No rīta, pirms kalendāra ieraksta vai pēc transkripta saņemšanas. Tam vajag plānotāju vai savienojumu ar notikumu avotu.
Ko aģents nedara pats no sevis
Tas nezina, kas noticis e-pastā vai CRM, ja šie rīki nav savienoti. Tas neatjauno piezīmes, ja darbplūsma to neparedz. Sūtīšanu klientam ierobežo rīku tiesības, nevis instrukcijas teksts.
Praktiski: kā to uztur Obsidian
Obsidian ir ērts tāpēc, ka krātuve ir parasta mape ar Markdown failiem.
Aģents lasa un raksta tajā pašā mapē, ko cilvēks redz Obsidian. Nevajag atsevišķu datubāzi. Saites [[šādā formā]] un īpašības (properties, YAML frontmatter) piezīmes sākumā dod struktūru, kuru saprot gan cilvēks, gan aģents.
Struktūra, ar ko pietiek sākumā
Krātuve/
├── 00 Ienākošais/ ← jaunais, melnraksti
├── 10 Projekti/ ← rezultāts ar termiņu
├── 20 Jomas/ ← pārdošana, klienti
├── 30 Resursi/ ← argumenti, veidnes
├── 40 Arhīvs/ ← pabeigtais
├── Dienas piezīmes/ ← ātra pierakstīšana
└── Veidnes/ ← klients, sarunaKlienta piezīme, kuru aģents saprot
---
tips: klients
statuss: aktīvs
atjaunots: 2026-10-15
---
# Ziemeļu Būve (izdomāts uzņēmums)
## Konteksts
Grib mazināt datu pārrakstīšanu ar roku.
Lēmumu pieņem vadītāja.
## Lēmumi
- 2026-10-02 Sākam ar vienu filiāli
→ [[2026-10-02 saruna]]
## Atvērtie jautājumi
- Budžets nav noskaidrotsParadumi, kas notur krātuvi dzīvu
Viena centrālā piezīme. Katram klientam un projektam ir viena piezīme, no kuras ved saites uz visu pārējo.
Saites, nevis kopijas. Fakts dzīvo vienā vietā. Citur uz to atsaucas ar saiti.
Lēmums ar datumu un avotu. Bez tā pēc mēneša nav skaidrs, vai lēmums vēl ir spēkā.
Iknedēļas sakārtošana. Ienākošo mapi iztukšo, statusus atjauno, pabeigto arhivē.
Versiju kontrole, piemēram, Git, dod vēsturi un ļauj atcelt aģenta izmaiņas; to iestata atsevišķi no Obsidian. Mobilā lietotne noder piezīmēm pēc tikšanās, ja krātuve ir sinhronizēta.
Savienojumi ar rīkiem
Trīs savienojuma veidi un skaidra robeža, kas ir galvenais avots katram datu tipam.
Failu līmenī
Rīks eksportē mapē.
Transkripti, dokumenti, piezīmes no telefona nonāk ienākošajā mapē. Vienkāršs sākums.
Aģenta rīki
Aģents lasa aktuālos datus.
Caur MCP vai API aģents nolasa CRM posmu vai kalendāru un apvieno ar krātuves kontekstu.
Automatizācija
Notikums palaiž darbu.
Plānotājs vai webhook sāk aģenta uzdevumu: rīt paredzēta tikšanās, jauns transkripts, mainīts darījuma posms.
| Rīks | Kas nonāk krātuvē | Kas nonāk rīkā | Kas vajadzīgs |
|---|---|---|---|
| Tikšanās transkripti | Kopsavilkums, lēmumi, atvērtie jautājumi ar saiti uz pilno tekstu | Nekas | Eksports saglabā avotu; kopsavilkumam vajag darbplūsmu |
| E-pasts | Atlasīti fakti un solījumi, ne visa sarakste | Atbildes melnraksts, ko cilvēks nosūta | Lasīšanas tiesības un atsevišķi atļauta melnraksta saglabāšana; nosūta cilvēks. Bez savienojuma aģents e-pastu neredz |
| CRM | Saite uz darījumu, nevis kopija | Posma maiņa vai piezīme | MCP vai API savienojums lasīšanai; rakstīšana tikai pēc apstiprinājuma |
| Kalendārs | Nekas | Nekas | Savienojums; tikšanās kļūst par signālu pārskatam |
| Uzdevumu rīks | Saite uz uzdevumu pie lēmuma | Aģenta ieteiktie nākamie soļi | Savienojums; aģents izveido melnrakstu, cilvēks apstiprina |
Noteikums pret pretrunīgām kopijām: krātuve ir galvenais avots kontekstam un lēmumiem, CRM darījuma stāvoklim, uzdevumu rīks darbībām. Pārējās vietās glabā tikai saites.
Trīs situācijas.
Viena krātuve, viens aģents.
Izdomāti piemēri. Katrā redzams, ko aģents lasa, ko dara un ko pārbauda cilvēks.
Sagatavošanās pēc signāla
“Ko mēs ar šo klientu jau sarunājām?”
Rīt ir otrā saruna. Iepriekšējā bija pirms trim nedēļām.
Aģents lasa
Klienta centrālo piezīmi, divas sarunu piezīmes un līdzīga pilota aprakstu no resursiem. No CRM nolasa, ka darījums ir piedāvājuma posmā.
Aģents dara
Sagatavo vienas lapas pārskatu: vajadzība, dotie solījumi, atvērtie jautājumi. Atzīmē, ka budžets nav zināms, nevis izdomā to.
Cilvēks pārbauda
Pārlasa divās minūtēs, pievieno vienu niansi no atmiņas un iet uz sarunu ar plānu: budžets, pilots, panākumu kritēriji.
Uzdevums aģentam
“Sagatavo mani rītdienas sarunai ar šo klientu. Izmanto tikai krātuvi un CRM. Katram apgalvojumam norādi avotu un atsevišķi uzskaiti, kas nav zināms.”
Vajadzīgie savienojumi: kalendārs kā signāls, CRM lasīšanai. Vērtība: mazāk atkārtotu jautājumu un konkrētāka saruna. Darījumu joprojām noslēdz cilvēks.
Pierādījumu atkārtota izmantošana
“Vai mums jau ir labs piemērs šim iebildumam?”
Klients salīdzina cenu, bet vēl nav salīdzinājis darba apjomu.
Aģents lasa
Piedāvājuma darba apjomu, resursu mapē apstiprinātos argumentus un vienu klienta pieredzes aprakstu, ko klients atļāvis izmantot.
Aģents dara
Uzraksta atbildes melnrakstu par apjoma atšķirībām un vienu precizējošu jautājumu. Nošķir pierādāmo no pieņēmuma: konkurenta pilnais apjoms nav zināms.
Cilvēks pārbauda
Nolemj, vai sūtīt jautājumu vai piedāvāt sarunu. Atlaide nav pirmā atbilde.
Uzdevums aģentam
“Atrodi mūsu apstiprinātos argumentus par šo piedāvājumu un sagatavo īsu atbildi. Izmanto tikai pieredzes aprakstus ar atzīmi, ka tos drīkst citēt. Neizdomā klientu rezultātus.”
Vajadzīgie savienojumi: nekādi, pietiek ar krātuvi. Vērtība: konsekventa argumentācija, retāk jāsāk rakstīt no nulles.
Lēmumu konteksta saglabāšana
“Kāpēc mēs toreiz izvēlējāmies šo variantu?”
Kolēģis pārņem klienta projektu. Vajadzīgs lēmumu konteksts, ne tikai faili.
Aģents lasa
Projekta piezīmi, datētos lēmumus ar saitēm uz sarunām un uzdevumu rīkā atvērtos darbus.
Aģents dara
Sagatavo nodošanas pārskatu: mērķis, spēkā esošie lēmumi un to iemesli, atvērtie jautājumi, atbildīgie. Katram lēmumam saite uz avotu.
Cilvēks pārbauda
Nodod kolēģim vienu lapu, nevis divdesmit ziņas. Kolēģis var pārbaudīt jebkuru lēmumu pēc saites.
Uzdevums aģentam
“Sagatavo projekta nodošanas pārskatu kolēģim: mērķis, aktuālie lēmumi ar iemesliem, atvērtie jautājumi, atbildīgie un nākamie soļi. Iekļauj tikai koplietošanai atļautās piezīmes.”
Vajadzīgie savienojumi: uzdevumu rīks lasīšanai. Vērtība: mazāka atkarība no viena cilvēka atmiņas. Pirms nodošanas cilvēks pārbauda, ka pārskatā ir tikai kolēģim atļautā informācija.
No kurienes nāk vērtība
Katra nākamā aģenta darbība izmanto iepriekš uzkrāto kontekstu.
- Mazāk atkārtota darba. Sagatavošanās un melnraksti nesākas no nulles.
- Konsekvence. Visi izmanto vienus apstiprinātos argumentus un faktus.
- Mazāka atkarība no viena cilvēka. Zināšanas nav tikai vienā galvā.
- Pārbaudāmība. Aģenta rezultātam ir avoti, tāpēc tam var uzticēties pakāpeniski.
Kalkulators ir vienkāršots ietaupītā darba laika vērtības aprēķins, nevis peļņas prognoze. Sākuma skaitļi ir izdomāti.
Kā no tā būvēt sistēmu
Seši slāņi. Tos var mainīt pa vienam.
- 1Obsidian + Git
Krātuve
Obsidian mape ar Markdown failiem un atsevišķi iestatītu versiju kontroli. Galvenais avots kontekstam un lēmumiem.
- 2Instrukciju mape
Instrukcijas
Teksta faili par toni, prasību norādīt avotus, atļautajām mapēm un aizliegtajām darbībām. Atsevišķā mapē, ne zināšanu piezīmēs.
- 3Aģenta CLI vai API
Aģents
Modelis ar piekļuvi failiem un rīkiem. Komandrindas aģents sākumā ir pietiekams; API noder gan iekšējai automatizācijai, gan produktam.
- 4MCP serveri, API
Savienojumi
Kalendārs, CRM, e-pasts, transkripti caur MCP vai API. Pievieno tikai tos, ko rutīna tiešām prasa.
- 5Plānotājs, webhook
Darbplūsmas
Kad aģents strādā: no rīta, pirms tikšanās vai pēc transkripta saņemšanas. Plānotājs vai notikums palaiž uzdevumu.
- 6Ienākošā mape, čats
Apstiprināšana
Vieta, kur cilvēks pārbauda un apstiprina: ienākošā mape, ziņa čatā vai vienkārša saskarne. Bez šī slāņa sistēma nav uzticama.
Sāc ar 1, 2, 3 un 6. Savienojumus un darbplūsmas pievieno, kad rutīna jau strādā ar manuāli palaistu aģentu.
Kā ar to pelnīt
Viena sistēma, četri modeļi. Piemēri ir izdomāti, cenu modeļi ir vispārīgi.
Klients maksā par konkrētu, pārbaudāmu rezultātu, nevis par saglabāto piezīmju skaitu. Cenu var pamatot ar pilotā pārbaudītu laika ietaupījumu vai ātrāku atbildi. Ar pirmo klientu sāc ar nedēļas pilotu, nevis gada līgumu.
Pārdošanas komandas konteksts
Ko būvē: krātuvi ar klientu piezīmēm. Aģents sagatavo pārskatu pirms tikšanās un pēc tās piedāvā papildinājumu ienākošajā mapē. Der arī piedāvājumu melnrakstiem.
Ieguvums: mazāk laika sagatavošanai un mazāk atkārtotu jautājumu. To pārbauda pilotā, nevis pieņem.
Risks: neviens neuztur piezīmes. Bez iknedēļas sakārtošanas pārskats noveco.
Ieviešana ar uzturēšanas abonementu
Ko būvē: klientam izveido krātuvi, instrukcijas un vienu rutīnu. Pēc tam uztur: pārbauda ienākošo mapi, pielāgo instrukcijas, pievieno savienojumus.
Kā pelna: fiksēta ieviešanas cena un mēneša maksa par uzturēšanu. Saturu zina klients, tāpēc daļa sakārtošanas paliek viņam.
Risks: solīt “AI, kas zina visu”. Pārdod vienu rutīnu ar skaidru rezultātu.
Produkts konkrētai nozarei
Ko būvē: gatavas veidnes, mapju struktūru, instrukcijas un rutīnas vienai nozarei, piemēram, brokeriem vai grāmatvežiem. Klients pievieno savus datus. Variants: klientu atbalsts ar atbildi un saiti uz avotu.
Kā pelna: maksa par lietotāju vai uzņēmumu mēnesī. Vērtība ir nozares zināšanās par to, kas jāsaglabā un kā jāizmanto.
Risks: klientu dati. Ja klienta vārdā apstrādā personas datus, vajadzīgs datu apstrādes līgums atbilstoši VDAR. Noskaidro arī, kur modelis datus apstrādā.
Zināšanas kā pārdodams produkts
Ko būvē: no pieredzes piezīmēm aģents palīdz veidot ceļvežus, pārbaudes sarakstus, veidnes un mācību materiālus.
Kā pelna: maksas materiāli, kursi, veidņu paketes vai konsultācijas ar gatavu saturu.
Risks: publicēt nepārbaudītu vai konfidenciālu saturu. Publicē tikai pārbaudītu saturu, kuru atļauts publiskot, neatkarīgi no mapes.
“Tev jau ir vērtīgas zināšanas, bet tās ir izkaisītas sarunās, e-pastos un failos. Mēs tās sakārtojam vienā krātuvē, kuru aģents lieto pirms klienta sarunas vai piedāvājuma. Sākam ar vienu procesu un pārbaudām, vai tas tiešām ietaupa laiku.”
Skaidrojums 30 sekundēs cilvēkam, kurš aģentus nepazīst.
Pilots vienā darba nedēļā
Viena krātuve, viens aģents, viena rutīna. Bez pilnas migrācijas.
Izvēlies vienu rutīnu
Piemēram, sagatavošanos atkārtotai klienta sarunai. Pieraksti, cik laika tā prasa tagad.
Izveido minimālo krātuvi
Obsidian mape ar ienākošo, projektu un resursu mapēm. Dažas atļautas sarunu piezīmes ar datumu un avotu. Viena centrālā piezīme klientam.
Dod aģentam piekļuvi un noteikumus
Aģents lasa krātuvi un raksta tikai ienākošajā mapē. Instrukciju fails prasa avotus un aizliedz izdomāt. Savienojumus pievieno tikai tad, ja rutīnai tie vajadzīgi.
Izmanto, izmēri, izlem
Pirms katras sarunas sagatavo pārskatu. Pēc tās aģents piedāvā papildinājumu, tu to apstiprini. Nedēļas beigās salīdzini laiku un kļūdu skaitu. Turpini tikai tad, ja ieguvums ir redzams.
Četri noteikumi uzticamai sistēmai
Avots pirms pārliecības. Katram apgalvojumam ir saite. Ja nav pierādījuma, aģents raksta “nav zināms”.
Cilvēks apstiprina būtisko. Piedāvājumu, cenu un ziņu klientam pārbauda pirms nosūtīšanas.
Tikai vajadzīgā piekļuve. Personīgo un uzņēmuma informāciju nodala. Aģents redz tikai atļautās mapes; paroles krātuvē neglabā.
Tiesības, nevis solījumi. Ko aģents drīkst rakstīt un sūtīt, nosaka rīku tiesības un darbplūsma, ne tikai instrukcijas teksts.
Lasīt tālāk
Pārbaudīti avoti, pa vienam teikumam, kāpēc tie noder.
- Building a Second Brain: pārskatsTiago Fortes metodes pamats: ko saglabāt, kā sakārtot un kā izmantot.
- PARA metodeMapju struktūra pēc tā, kam informācija noder, nevis pēc faila veida.
- Obsidian: saites starp piezīmēmKā veidot saites starp piezīmēm un uz to daļām; uz tām balstās centrālā piezīme.
- Obsidian: īpašībasLauki piezīmes sākumā, kas ļauj aģentam atlasīt piezīmes pēc tipa un statusa.
- Obsidian SyncObsidian pakalpojums krātuves sinhronizēšanai starp ierīcēm, arī telefonā.
- Model Context ProtocolStandarts, caur kuru aģents pieslēdz CRM, kalendāru un citus rīkus.
- Building effective agentsKad pietiek ar vienkāršu darbplūsmu un kad tiešām vajag aģentu.
- Effective context engineering for AI agentsKāpēc aģenta rezultātu nosaka tam dotais konteksts, nevis tikai modelis.
Sāc ar vienu rutīnu un vienu krātuvi.