diff --git a/.cursor/skills/ems-plan-explain/SKILL.md b/.cursor/skills/ems-plan-explain/SKILL.md new file mode 100644 index 0000000..f5e63bc --- /dev/null +++ b/.cursor/skills/ems-plan-explain/SKILL.md @@ -0,0 +1,93 @@ +--- +name: ems-plan-explain +description: >- + Explains EMS dispatch plans from live Postgres (MCP): why battery/grid/PV/curtailment + for a site and time window. If the user does not explicitly name a site (id, code, or + unambiguous name), query ems.site (with active plan hint), show a numbered list, and + ask which site to use — do not run plan analysis for multiple sites in one turn. Use when the + user asks why the plan looks a certain way, planning_interval rows, negative prices, + export zero, rolling replan, or says „vysvětli plán“, „proč nabíjí“, „proč škrtí FVE“. +--- + +# EMS — vysvětlení plánu (živá DB + kontext kódu) + +## Kdy skill použít + +- Otázky typu **proč** plán dělá X (nabíjení, export, curtailment, režim, ceny). +- Uživatel zmíní **kód lokality** (`BA81`, …) nebo „aktuální plán“. +- Porovnání **model vs realita** (záporná cena, nulový export, pole A/B). + +## Tvrdá pravidla + +1. **Nejdřív data z DB přes MCP** (`user-postgres-ems`, nástroj `query`, pouze `SELECT`). Nevysvětlovat konkrétní sloty „z hlavy“ bez dotazu. +2. Pokud MCP selže: uvést **přesnou chybu** a praktické kroky (VPN, MCP zapnutý, dostupnost DB). +3. **`site_id` jen po explicitní volbě uživatele** (kód, id, potvrzení jedné řádky), nebo když uživatel **lokalitu v dotazu sám pojmenoval**. Neuvedená lokalita → **nejprve jen dotaz na výběr** (viz Krok 1); **zakázáno** analyzovat plán pro více `site` v jedné odpovědi „preventivně“. +4. V odpovědi rozlišit: **co říká plán v DB** vs **co předpokládá LP model** vs **co omeží hardware** (např. taper nabíjení u vysokého SoC dnes v LP **není**). + +## Postup (zkopíruj checklist) + +``` +- [ ] Zjistit site_id: uživatel ji v dotazu pojmenoval? → případně MCP lookup. Jinak MCP seznam + **zeptat se** (viz Krok 1); až po odpovědi → jedna `site_id` +- [ ] MCP: fn_plan_explain_bundle(site_id, hours) — default hours=6 +- [ ] Z JSONu: operating_mode, grid limity, battery limity, intervals_next_window +- [ ] Potřebuji konkrétní čas? → doplnit SELECT na planning_interval (viz reference.md) +- [ ] Vysvětlit bilanci slotu + relevantní LP pravidla (solve_dispatch) +``` + +### Krok 1 — `site_id` + +**Co znamená „lokalita explicitně zmíněná“:** v textu uživatele je **číselné `site_id`**, **kód lokality** (`BA81`, `home-01`, …), nebo **jednoznačný** název/fragment, ze kterého MCP vrátí **právě jednu** řádku `ems.site`. + +- Pokud uživatel dal **`site_id` jako číslo**: ověřit MCP, že řádek v `ems.site` existuje → použít. +- Pokud dal **kód nebo část názvu** (`BA81`, …): MCP `select id, code, name from ems.site where code ilike … or name ilike …`. + - **0 řádků** → nabídnout seznam z [reference.md §0](reference.md) (všechny lokality) + **zeptat se**, kterou myslí. + - **1 řádek** → použít jeho `id`. + - **Více řádků** → číslovaný výpis + **zeptat se** na jednu (můžeš hintnout *kdo má aktivní plán*, ale **nepouštěj** analýzu dřív než výběr). +- Pokud **lokalita vůbec zmíněná není** („vysvětli plán“, „proč nabíjí“ bez kódu apod.): + 1. MCP: SQL z **reference.md §0** (seřazený seznam `site` + `active_planning_run_id`). + 2. V odpovědi uvést **číslovaný seznam** `id | code | name | má aktivní plán?`. + 3. **Výslovně se zeptat uživatele**, kterou lokalitu myslí (číslo z výpisu, `code`, nebo `id`). + 4. **`fn_plan_explain_bundle` ani rozšířený SELECT na `planning_interval` pro tuto otázku nespouštěj**, dokud uživatel **nevybere jednu** lokalitu (kód / číslo řádku / id / jednoznačné „tu s BA81“). **Nepředvybírej** „beru první řádek“ ani nespouštěj paralelně bundle pro všechny `site_id` — je to zbytečná zátěž a matoucí výstup. + 5. Je v DB **jen jeden** záznam `ems.site`: stejně **nejdřív** napiš *která* lokalita to je a **zeptej se** na krátké potvrzení (např. *„Mám plán vysvětlit pro **CODE**?“* / stačí „ano“) — **bez** `fn_plan_explain_bundle` před odpovědí. Výjimku tvoří jen situace, kdy uživatel **v téže zprávě** současně explicitně odkáže na tuto jedinou lokalitu (pak není „neuvedená“). + +### Krok 2 — balík pro vysvětlení + +```sql +select ems.fn_plan_explain_bundle(, ); +``` + +- **``**: default **6**. Jiná hodnota jen když uživatel explicitně chce delší/kratší okno. +- Výstup je **jeden JSONB** (`bundle`): viz `.cursor/rules/plan-explain-bundle.mdc` — které klíče číst. + +### Krok 3 — interpretace (struktura odpovědi) + +Krátce a v pořadí: + +1. **Kontext**: `operating_mode.mode_code`, `active_planning_run` (`run_type`, `triggered_by`, `soc_at_replan_wh`, `forecast_correction_factor`). +2. **Slot(y)**: z `intervals_next_window` nebo z dodatečného SQL — pro každý relevantní interval: + - **Výkon**: `battery_setpoint_w` (+ nabíjení / − vybíjení), `grid_setpoint_w` (+ import / − export), `load_baseline_w`. + - **FVE**: `pv_a_forecast_solver_w`, `pv_b_forecast_solver_w`, `pv_a_curtailed_w` (useknuté W na **pole A**). + - **Ceny**: `effective_buy_price`, `effective_sell_price`, `is_predicted_price`. + - **Exekuce Deye** (pokud je ve sloupcích): `deye_physical_mode`, `deye_gen_cutoff_enabled`. +3. **Proč** (odkaz na logiku, ne dlouhá citace): + - Záporná **prodejní** cena → export do sítě v LP **neekonomický** / u části instalací **tvrdě 0**; přebytek → nabíjení / curtailment **A** / GEN cutoff (viz `solve_dispatch` v `backend/services/planning_engine.py`). + - **Pole B** je v modelu **nekontrolovatelné** — nelze ho `pv_a_curtailed` omezit. + - **Zelený bonus** není v účelové funkci LP; počítá se v auditu (`fn_green_bonus_revenue`) — viz `docs/04-modules/planning.md`. +4. **Mezery modelu** (upozornit jednou větu, když je to relevantní): + - LP používá horní strop **`max_charge_power_w`** bez závislosti na SoC → u vysokého SoC může reálný proud být nižší než plán. + +### Kdy se zeptat uživatele + +- **Lokalita neuvedená nebo nejednoznačná** — vždy **nejdřív** výběr / potvrzení (viz Krok 1); **nikdy** hned neanalyzovat všechny lokality najednou. +- **Čas bez časové zóny** („v 11:15“) — potvrdit **Europe/Prague** nebo explicitní offset. +- **Širší horizont** než pár hodin — domluvit `hours` nebo přesné `from`/`to` UTC pro doplnkový SELECT. + +## Další SQL a šablony + +→ [reference.md](reference.md) + +## Anti-patterns + +- **Hromadná analýza** (`fn_plan_explain_bundle`, `planning_interval` pro více `site_id`) jen proto, že uživatel **neřekl kterou** lokalitu — vždy se **nejprve** zeptat. +- Nevyhledávat plán přes desítky ad-hoc dotazů, když stačí **`fn_plan_explain_bundle`** a případně jeden doplnkový `SELECT` na časové okno. +- Nezaměňovat **`pv_a_curtailed_w`** (plán) s tím, **co je vždy zapsané na Modbus** — exekuce curtailmentu na Deye může být instalacně závislá; při pochybnostech říct „ověřit v `docs/05-todo.md` / modbus docs“. diff --git a/.cursor/skills/ems-plan-explain/reference.md b/.cursor/skills/ems-plan-explain/reference.md new file mode 100644 index 0000000..8d994a1 --- /dev/null +++ b/.cursor/skills/ems-plan-explain/reference.md @@ -0,0 +1,104 @@ +# EMS plan explain — reference SQL (MCP) + +Všechno jen **read-only** `SELECT`. Server MCP: **`user-postgres-ems`**, nástroj **`query`**, argument `{"sql": "…"}`. + +## 0) Lokalita neuvedená v dotazu — seznam pro výběr + +Spusť jeden dotaz; výsledek **vyrenderuj uživateli jako číslovaný seznam** (`id`, `code`, `name`, příznaky). + +```sql +select s.id, + s.code, + s.name, + coalesce(s.active, true) as site_active, + pr.id as active_planning_run_id, + pr.created_at as active_plan_created_at + from ems.site s + left join lateral ( + select id, site_id, created_at + from ems.planning_run + where site_id = s.id + and status = 'active' + order by created_at desc + limit 1 + ) pr on true + order by (pr.id is not null) desc, + coalesce(s.active, true) desc, + s.id; +``` + +**Po seznamu vždy zeptej se uživatele** na jednu lokalitu (číslo řádku, `code`, nebo `id`). **Nespouštěj** `fn_plan_explain_bundle` pro více lokalit najednou ani „tiše“ pro první řádek — viz skill `ems-plan-explain` Krok 1. Volitelně můžeš v jedné větě upozornit, kdo má `active_planning_run_id`, ale **výběr nech na uživateli** (u jediného záznamu v tabulce stačí krátké potvrzení typu „ano“). + +Až uživatel lokalitu vybere nebo potvrdí, pokračuj `fn_plan_explain_bundle(s.id, hours)`. + +## 1) `site_id` z kódu lokality + +Nahraď literál v uvozovkách (příklad `BA81`): + +```sql +select id, code, name, timezone + from ems.site + where code ilike 'BA81' + or name ilike '%BA81%'; +``` + +Pokud více řádků → **zeptat se uživatele**, kterou lokalitu myslí. + +## 2) Primární balík (doporučeno pro vysvětlení) + +Druhý argument = **počet hodin** od začátku aktuálního 15min slotu (UTC), stejně jako plánovač. + +```sql +select ems.fn_plan_explain_bundle(3, 6) as bundle; +``` + +Typicky druhý argument **6**. Větší okno jen když uživatel chce delší výhled (více tokenů). + +## 3) Konkrétní sloty v čase (Europe/Prague) + +Intervaly v DB jsou **`timestamptz` (UTC)**. Pro „zítra 11:15“ převeď na UTC v dotazu nebo použij okno: + +```sql +select pi.interval_start, + pi.battery_setpoint_w, + pi.grid_setpoint_w, + pi.load_baseline_w, + pi.pv_a_forecast_solver_w, + pi.pv_b_forecast_solver_w, + pi.pv_a_curtailed_w, + pi.effective_buy_price, + pi.effective_sell_price, + pi.deye_physical_mode, + pi.deye_gen_cutoff_enabled + from ems.planning_interval pi + where pi.run_id = ( + select id from ems.planning_run + where site_id = 3 and status = 'active' + order by created_at desc + limit 1 + ) + and pi.interval_start >= '2026-04-27T08:00:00+00:00' + and pi.interval_start < '2026-04-27T14:00:00+00:00' + order by pi.interval_start; +``` + +Hodnoty `site_id` a časové meziráky nahraď podle kontextu. + +## 4) Žádný aktivní plán + +Když `fn_plan_explain_bundle` vrátí chybu / `no_active_plan`, ověř: + +```sql +select id, status, run_type, created_at, horizon_start, horizon_end + from ems.planning_run + where site_id = 3 + order by created_at desc + limit 5; +``` + +## 5) Dokumentace v repu + +- `docs/07-mcp-postgres-ems.md` — MCP bezpečnost a příklady +- `.cursor/rules/plan-explain-bundle.mdc` — co číst z JSONu +- `backend/services/planning_engine.py` — `solve_dispatch` (omezení `sell < 0`, `buy < 0`, curtailment) +- `docs/04-modules/planning.md` — bilance, účelovka, edge cases