# You're Wasting 40% Of Your AI Time On Something Fixable

**URL:** https://youtu.be/647pSnX5H_Y
**Durata:** 27:13
**Data:** 2026-05-09
**Tags:** @work @growth @automation

---

## TL;DR

Oamenii pierd masiv timp cu AI pentru că nu înțeleg "harness-ul" din jurul LLM-ului — stratul de scaffolding care face diferența între un model generic și un agent care chiar lucrează pentru tine. Videoconferința descompune clar 5 componente: Prompt, Skill, Plugin, MCP/Connector, Hook/Script — și când să folosești fiecare. Modelul mental corect e că acestea sunt cărămizi Lego care se construiesc unele peste altele, nu rivale.

---

## Puncte cheie

- **Prompt** = folosit O singură dată, specific momentului. NU e bun pentru task-uri repetitive. Indexul prea mare pe prompt = pierdere de ore pe săptămână.

- **Skill** = fișier markdown cu un proces clar, repetabil. Reutilizabil cross-tool (Codex, Claude Code etc.). 20% din skills = 80% din valoare — găsește-le pe alea.

- **Plugin** = pachet complet: include skills + MCP + hooks + assets + comenzi. Dacă workflow-ul trebuie să călătorească, să fie instalat de echipă sau are nevoie de date live → plugin.

- **MCP / Connector** = "priză universală" la date live (Salesforce, Figma, GitHub, Slack). Un plugin poate *conține* un MCP, dar nu sunt același lucru.

- **Hook / Script** = verificări deterministe. Nu lăsa modelul să "imagineze" că rulează testele — rulează-le efectiv. Dacă JSON-ul trebuie să fie valid, verifică cu un script, nu cu LLM-ul.

- **Regula de aur:** Dacă o faci o singură dată → prompt. Dacă repeți → skill. Dacă workflow-ul are date live / trebuie distribuit → plugin. Dacă ai nevoie de acces la alt sistem → MCP. Dacă trebuie verificat determinist → script/hook.

- **Non-tehnicii pot construi plugins în 2026** — nu mai e nevoie de cod. Domain knowledge (știi când output-ul e greșit, știi ce pași se uită) e mai valoros decât coding skills acum.

- **Cel mai mare risc:** să faci un plugin prea mare (un singur plugin pentru tot customer success = greșeală; separă în 3-8 plugins cu granițe clare).

- **Plugin ≠ App Store addon.** Plugin = pachet de workflow reutilizabil. Întrebarea corectă nu e "ce pot instala?" ci "ce parte din munca mea are structură suficient de repetabilă să fie pachetată?"

---

## Quote-uri

> "You are literally the human plugin — you copy from one app, paste into chat, ask the model to reason, go get data from somewhere else, check the result, come back. If you don't want to be the human plugin, consider making an actual plugin."

> "A good agent workflow is designed so that the parts that are deterministic are correctly framed as scripts or correctly framed as hooks. Some things should not be left to the model."

> "If you do it once, it's a prompt. If you do it repeatedly, it's a skill. If the workflow needs to travel or other people need to install it — if it needs tools or assets or connectors — it's a plugin."

> "Agentic scaffolding must not stay vague. If scaffolding just means 'some engineering stuff around the agent' to most of us, then only engineers can ever participate in designing it. That is an old 2022-era problem."

> "The people who understand the work must be the ones who put that knowledge in."

---

## Relevanță pentru Marius / Echo

- **Echo deja face asta bine:** skills în `personality/*.md`, hooks în `cron/jobs.json`, MCP-uri implicite prin tools/. Arhitectura e solidă.
- **Oportunitate:** Câteva workflow-uri ROA (procesare bonuri, rapoarte ANAF, facturare) ar putea fi "plugins" formale — documentate ca procese reutilizabile.
- **Pentru clienți noi:** știi să construiești aceste structuri = skill rar și valoros în piața actuală.
