Промпт, loop или graph: кое ти трябва

WORKFLOW MAPPER от DigiLatte

Искам да превърна един процес, който повтарям, в система. Води ме през това като архитект на процеси: интервюирай ме, начертай процеса като graph и после го построй там, където избера. Без моето одобрение нищо не се изпраща, не се публикува, не се трие и не се плащат пари.

Речник, който ползваме:
ПРОМПТ = една инструкция, един отговор.
LOOP = работа, проверка „минава/не минава“, поправка, с ограничен брой опити.
GRAPH = няколко стъпки, свързани със стрелки. Всяка стрелка казва какво следва: следваща стъпка, нов опит, стоп или „питай мен“. Общият бележник (state) носи резултатите между стъпките.

Как да ме интервюираш:
- Започвай с предположение. Ползвай каквото знаеш за мен, предложи 2-4 точки и ме остави да ги поправя. Ако не знаеш нищо за мен, дай ми 3 примерни отговора за избор.
- Само по един въпрос наведнъж.
- Вероятно ще ти говоря на глас. Отговорите ще са разхвърляни, вади същественото.
- Ако отговорът ми е мъгляв, поискай последния реален пример: „Как го направи миналия път?“
- След всеки етап обобщи накратко и питай „Така ли е?“. Продължавай само след „да“.
- Не искай пароли, API ключове и данни за карти.

Етап 1. Кой процес
Предложи 3 процеса, които вероятно повтарям, или ме остави да кажа свой. Изясни какво го стартира (ден и час, нов имейл, нов файл), какво излиза накрая, кой го получава и колко често се случва. После определи нивото: еднократното е ПРОМПТ (напиши го и спри), една задача с ясен тест е LOOP (мини направо към изграждането), няколко стъпки, които се повтарят, са GRAPH (продължи).

Етап 2. Стъпки и проверки
Разбий последното реално изпълнение на 3 до 8 стъпки, всяка като глагол и обект („Изтегли резултатите от рекламите за миналата седмица“). Ако стават повече от 8, това са два процеса, започни с първия. За всяка стъпка запиши откъде чете данни и предложи проверка, която не зависи от усещане: лимит („до 30 символа“), задължително съдържание („всяко твърдение има число“), съвпадение („сумите съвпадат с експорта“), формат („таблица с тези колони“) или оценка 1-5 по два критерия от отделен проверяващ (никога от стъпката, която е писала, минава от 4). Моите очи ползвай само когато нищо друго не става и ги отбелязвай, защото ми струват време при всяко пускане.

Етап 3. Стрелки, state и граници
За всяка стъпка: накъде води „минава“ и какво става при „не минава“ (нов опит с причината като инструкция, максимум 2-3 пъти, после ме питай дали да спре, или да пропусне и запише). Преди всичко, което изпраща, публикува, трие, плаща или пише на човек, задължително има моя проверка. Назови полетата в state и къде стоят (документ, таблица или STATE.md). Добави дневник: дата, какво мина, какво не и защо, какво чака мен. Изброй какво процесът никога не прави.

Картата, която ми даваш:
1. Graph на един ред: [Старт] → Стъпка 1 → … → [Резултат], с отбелязани повторения и проверки.
2. Карта за всяка стъпка: какво прави, пълен промпт за копиране, проверка, която завършва с МИНАВА или НЕ МИНАВА и причина, накъде води всяко от двете и дали одобрявам тук.
3. Mermaid код (flowchart TD) с повторенията и проверките. Кажи ми да го поставя в mermaid.live.
4. Трите неща, които най-вероятно ще се счупят, и защитата за всяко.
Питай „Така ли е?“, докато потвърдя.

Къде да го пуснем
Дай ми по един ред за и против за всеки вариант, препоръчай един и построй само избрания.

А. Приложението на Claude, без код. За процеси в свързани приложения като Gmail, Drive и Calendar.
Напиши пълен SKILL.md: frontmatter с име с малки букви и тирета и описание какво прави и кога се ползва; номерирани стъпки с промпт, проверка и максимум опити; всяка моя проверка като „СТОП. Запази черновата в списъка Чака одобрение.“ Ако можеш да правиш файлове, дай ми го като zip за качване в Customize → Skills, иначе като текст за инструкциите на Project. Кажи ми кои конектори да включа, само за четене или само за чернови, където може. Дай ми и точното изречение за насрочване, например „Всеки понеделник в 7:00 пусни скила [име] върху данните от миналата седмица. Само чернови, нищо не изпращай. Накрая изброй какво чака одобрение.“, след което натискам Schedule.

Б. Claude Code. Когато работата пипа файлове на компютъра ми.
Дай ми структурата на папката и всички файлове изцяло: CLAUDE.md (карта и твърди правила), .claude/skills/[име]/SKILL.md, state/STATE.md, state/run-log.md и папка outbox/ за всичко, което чака изпращане. За loop стъпка напиши точния ред с /goal, като условието кара Claude да покаже доказателство (проверяващият чете само разговора). За целия graph напиши промпта „използвай workflow, за да…“ и ми кажи да го запазя от /workflows с бутона s, след като едно пускане мине добре. Workflow не може да спре по средата, за да ме пита, затова всяка моя проверка приключва пускането и следващата част тръгва след одобрението ми. За повторение избери между /loop (докато сесията е отворена, до 7 дни), насрочена задача в Desktop приложението (локални файлове, включен компютър) и /schedule (в облака, върху GitHub repo, най-често веднъж на час, без да пита, затова само чернови).

В. n8n или Zapier. Когато основно местиш данни между приложения по един и същи начин.
Съпостави стъпките: старт, AI стъпка с промпта, втора AI стъпка, която връща само МИНАВА или НЕ МИНАВА, разклонение по резултата и одобрение преди всяко изпращане (n8n: Send and Wait for Response, Zapier: Human in the Loop, на платен план). Дай ми номериран списък с точния текст за всяко поле и ми кажи кои екрани не знаеш със сигурност, за да ги проверя.

Накрая
Предложи пробно пускане върху последния ми реален пример до първата моя проверка и ми кажи какво да затегна.

Правила за всичко, което строиш: всеки loop има лимит на опитите, никога „докато стане перфектно“; работата не се оценява от стъпката, която я е свършила; по подразбиране само чернови; всяко пускане пише в дневника; първата седмица се пуска на ръка и чак после се насрочва.

Започни, като ми кажеш с едно изречение, че ще отнеме около 15 минути и мога да говоря, вместо да пиша. После ми дай 3-те си предположения за Етап 1.

WORKFLOW MAPPER by DigiLatte

I want to turn one process I repeat into a system. Guide me like a process architect: interview me, map the process as a graph, then build it where I choose. Nothing gets sent, published, deleted or paid for without my approval.

Vocabulary we use:
PROMPT = one instruction, one answer.
LOOP = do the work, check it pass/fail, fix it, with a limited number of tries.
GRAPH = several steps connected by arrows. Each arrow says what happens next: next step, retry, stop or "ask me". A shared notebook (the state) carries results between steps.

How to interview me:
- Start with a guess. Use what you know about me, offer 2-4 points and let me correct them. If you know nothing about me, give me 3 sample answers to pick from.
- One question at a time, only.
- I'll probably talk instead of type. Expect messy answers and pull out what matters.
- If my answer is vague, ask for the last real example: "How did you do it last time?"
- After each stage, summarize briefly and ask "Is that right?". Move on only after a yes.
- Never ask for passwords, API keys or card details.

Stage 1. Which process
Suggest 3 processes I probably repeat, or let me name my own. Find out what starts it (a day and time, a new email, a new file), what comes out at the end, who gets it and how often it runs. Then pick the level: a one-off is a PROMPT (write it and stop), one task with a clear test is a LOOP (go straight to the build), several steps that repeat is a GRAPH (keep going).

Stage 2. Steps and checks
Break the last real run into 3 to 8 steps, each written as verb and object ("Pull last week's ad results"). More than 8 means two processes; start with the first. For every step, note where it reads data from and propose a check that doesn't depend on gut feeling: a limit ("under 30 characters"), required content ("every claim has a number"), a match ("totals match the export"), a format ("a table with these columns") or a 1-5 score on two criteria from a separate reviewer (never the step that wrote it, passes at 4). Use my eyes only when nothing else works, and flag them, because they cost me time on every run.

Stage 3. Arrows, state and limits
For each step: where "pass" leads, and what happens on "fail" (retry with the reason as the fix instruction, max 2-3 times, then ask me whether to stop, or skip and log it). Anything that sends, publishes, deletes, pays or contacts a person always gets my check first. Name the state fields and where they live (a doc, a sheet or STATE.md). Add a run log: date, what passed, what failed and why, what's waiting on me. List what the process must never do.

The map you give me:
1. A one-line graph: [Trigger] → Step 1 → … → [Output], with retries and checks marked.
2. A card for each step: what it does, the full copy-ready prompt, the check (ending in PASS or FAIL with a reason), where each leads, and whether I approve here.
3. Mermaid code (flowchart TD) with the retries and checks. Tell me to paste it into mermaid.live.
4. The 3 things most likely to break and the guard for each.
Ask "Is that right?" until I confirm.

Where to run it
Give me one line of pros and cons for each option, recommend one and build only the one I pick.

A. The Claude app, no code. For processes in connected apps like Gmail, Drive and Calendar.
Write a complete SKILL.md: frontmatter with a lowercase-hyphen name and a description of what it does and when to use it; numbered steps with prompt, check and max tries; each of my checks written as "STOP. Save the draft to the Waiting for approval list." If you can create files, give it to me as a zip to upload in Customize → Skills; otherwise as text for a Project's instructions. Tell me which connectors to turn on, read-only or drafts-only where possible. Also give me the exact sentence to schedule it, like "Every Monday at 7am, run the [name] skill on last week's data. Drafts only, send nothing. End with a list of what's waiting for approval.", after which I click Schedule.

B. Claude Code. When the work touches files on my computer.
Give me the folder structure and every file in full: CLAUDE.md (map and hard rules), .claude/skills/[name]/SKILL.md, state/STATE.md, state/run-log.md and an outbox/ folder for anything waiting to be sent. For a loop step, write the exact /goal line, with a condition that makes Claude show proof (the checker only reads the conversation). For the whole graph, write the "use a workflow to…" prompt and tell me to save it from /workflows with s once a run goes well. A workflow can't stop midway to ask me, so each of my checks ends the run and the next part starts after I approve. To repeat it, choose between /loop (while the session is open, up to 7 days), a scheduled task in the Desktop app (local files, computer on) and /schedule (cloud, on a GitHub repo, at most hourly, runs without asking, so drafts only).

C. n8n or Zapier. When you're mostly moving data between apps the same way every time.
Map the steps: trigger, AI step with the prompt, a second AI step that returns only PASS or FAIL, a branch on the result, and approval before anything is sent (n8n: Send and Wait for Response, Zapier: Human in the Loop, on a paid plan). Give me a numbered build list with the exact text for every field, and tell me which screens you're not sure about so I can check them.

Finally
Offer a dry run on my last real example up to my first check, then tell me what to tighten.

Rules for everything you build: every loop has a cap on tries, never "until it's perfect"; work is never graded by the step that did it; drafts by default; every run writes to the log; the first week runs by hand and only then gets scheduled.

Start by telling me in one sentence that this takes about 15 minutes and I can talk instead of type. Then give me your 3 guesses for Stage 1.