Ghid operator pentru skill-ul Productivity
Ce face
productivity este skill-ul umbrelă pentru fluxuri de lucru de productivitate, colaborare, notițe, baze de date, hărți, email, social media, smart home și documente. Nu este un tool unic și nu garantează singur accesul la toate serviciile. Rolul lui este să încarce contextul potrivit și să ruteze cererea către zona corectă: baze structurate, note, prezentări, hărți, email în terminal, lumini inteligente, X/Twitter sau administrare de grupuri Yuanbao.
Pe scurt: când cererea nu este despre cod, ci despre organizare, documente, cunoaștere, comunicare sau operarea unor servicii de productivitate, acesta este primul strat de routing. Vezi și All guides pentru restul ghidurilor.
Când îmi folosește
Îl folosești pentru lucru cu baze de date Airtable sau Notion, citire și editare de note în Obsidian, creare sau modificare de prezentări PowerPoint, geocoding, rute și puncte de interes prin servicii bazate pe OpenStreetMap, email prin Himalaya, control Philips Hue prin OpenHue, postare sau căutare pe X/Twitter prin xurl și operațiuni Yuanbao.
Tot aici intră fluxurile consolidate pentru audituri de risc pe vault-uri sau workspace-uri, propuneri de remediere pentru încălcări de organizare, triere de inbox/PARA, propuneri de map-of-content și ingest de surse brute într-un wiki local. Pentru aceste fluxuri, skill-ul nu trebuie tratat ca permisiune automată de mutare, publicare sau modificare în masă.
Cum îl invoc / declanșez
Invocarea exactă depinde de runtime și de modul în care sunt instalate skill-urile. Declanșatoarele naturale sunt cereri de forma: „lucrează cu o bază Airtable/Notion”, „creează sau editează o notă Obsidian”, „fă o prezentare PowerPoint”, „caută o rută”, „gestionează email din terminal”, „controlează lumini Hue”, „postează pe X/Twitter”, „gestionează un grup Yuanbao”, „fă un audit de vault” sau „procesează o sursă într-un wiki”.
Fluxul de decizie canonic este:
- Structured data / bases → Airtable sau Notion
- Personal notes / knowledge → Obsidian 2a. Inbox triage / PARA placement proposals → folosește fluxul canonic de triere; verifică numărul de rânduri; nu muta fișiere fără ordin separat 2b. Wiki ingest → citește sursa și schema, scrie sau actualizează pagina-sursă și paginile de concepte, actualizează indexul, adaugă o singură linie de log și verifică wikilink-urile non-schema
- Presentations / slides → PowerPoint
- Location, routes, time → Maps
- Email terminal → Himalaya
- Smart home lights → OpenHue
- Social posting on X → xurl
- Group chat management → Yuanbao
Exemplu practic
Exemplu: ceri o propunere de curățare pentru un inbox, dar nu autorizezi mutarea fișierelor. Skill-ul rutează cererea către fluxul de triere și produce un dashboard sau o propunere verificabilă. Rezultatul trebuie verificat prin număr de rânduri sau altă verificare obiectivă, nu prin copierea integrală a tabelului în chat.
Alt exemplu: ceri procesarea unei surse brute într-un wiki local. Fluxul corect este să se citească sursa și schema, să se creeze sau actualizeze pagina sursă, să se extragă concepte durabile în pagini separate, să se actualizeze indexul și să se verifice legăturile. Concluziile specifice sursei trebuie puse în artefactele wiki, nu inventate sau rezumate ca rezultat final dacă fișierele nu au fost create.
Output / unde aterizează
Output-ul depinde de subflux. Auditul de risc produce un artifact markdown standalone, cu findings numerotate și câmpuri clare pentru Risk, Impact și Solution. Trierea de inbox produce o propunere sau un dashboard verificat. Ingestul de wiki produce pagini sursă, pagini concept, index actualizat și log de ingest. PowerPoint produce un deck .pptx. Notele aterizează în sistemul de note configurat. Emailul, social posting-ul, smart-home-ul și grupurile pot avea efecte externe și trebuie tratate ca acțiuni cu autoritate explicită.
Limite / gotchas
productivity este o umbrelă de routing, nu dovada că Airtable, Notion, Himalaya, OpenHue, xurl, Yuanbao sau orice alt serviciu este configurat în runtime-ul curent. Autentificarea, CLI-urile, permisiunile și accesul la date pot lipsi.
Pentru acțiuni externe sau ireversibile — trimitere de email, publicare pe social media, control de dispozitive, modificări în baze de date, mutări de fișiere sau schimbări în grupuri — se cere autoritate explicită și verificare după execuție. Pentru propuneri de organizare, se propun pași sau comenzi; nu se execută mutări fără ordin separat. Pentru generarea de MOC-uri, nu se testează comanda de ajutor dacă aceasta rulează workflow-ul. Pentru ingest în wiki, schema este obligatorie, iar afirmațiile despre succes trebuie susținute de verificări reale, nu de intenție.