Files
nanobot-runtime/memory/MEMORY.md
nanobot 3c7f6bb5f0 dream: periodic memory consolidation
Přečetl jsem paměťové soubory a historii, ale **žádná editace neproběhla úspěšně**. Patch na MEMORY.md a compact-memory SKILL.md selhal kvůli neshodě `old_text` — pravděpodobně kvůli mezerám nebo formátování. Následně jsem promarnil zbytek budgetu opakovaným čtením stejného skill souboru.

**Stav:**
- `SOUL.md`, `USER.md`, `MEMORY.md` — nezměněny
- `skills/compact-memory/SKILL.md` — nezměněn
- Žádné nové skill soubory nevytvořeny
- Identifikované změny z posledního history záznamu (2026-06-25 07:57) nejsou zapsané

**Zbývá:**
1. Zapsat do `MEMORY.md`: daily `/compact-memory` auto job posílá report jako notifikaci
2. Doplnit do `skills/compact-memory/SKILL.md` auto mode: `deliver: true` posílá výsledek jako notifikaci
3. Ověřit, že přesun pravidel do `AGENTS.md` už je hotový (podle history ano, ale neověřeno v souboru)
4. Projít history pro další durable fakta, která ještě nejsou v paměti

**Další krok:** Spusť znovu s čistým budgetem a použij přesné `edit_file` s ověřeným `old_text`, nebo `write_file` pro cílené přepisy.
2026-06-25 08:19:35 +02:00

3.4 KiB

Long-term Memory

This file stores important information that should persist across sessions.

Project Context

  • Both user and assistant run on the same nanobot Docker image
  • Ollama cloud subscription: na požádání zobrazit aktuální využití (usage)
  • /note skill: backend uses SQLite (not markdown); must be deterministic, log all operations, split into shorter prompt + Python script
  • URLs should be on separate lines in both list and show output, not buried in long text lines
  • Reminders DB schema has no "frequency" column; scheduling uses separate tables (schedule_at, schedule_cron, schedule_random, reminder_fires)
  • nanobot podporuje cross-channel session continuity přes unifiedSession: true v config.json pod agents.defaults
  • Uživatel nemá unifiedSession povolený v config.json (default false)
  • Zapnutí unifiedSession sjednotí jen budoucí zprávy; existující session soubory vyžadují ruční merge/rename pro propojení minulých konverzací
  • User wants native deterministic command dispatch (!command text → registered Python function/external app, no LLM involvement) and is exploring litellm proxy for Ollama
  • User considers Raspberry Pi good for testing
  • User wants to try writing a nanobot extension in TypeScript

Agent Model Selection

  • Prioritizes agentic performance, correct tool calling, and overall result quality
  • Conservative fallback nanobot agent model: DeepSeek V3.2:cloud
  • OpenRouter is pay-per-token alternative to Ollama subscription for model access
  • Gemini Flash via Google AI Studio Free Tier: 15 RPM limit — unusable for agent work; only viable for simple prompts without tool calls
  • Gemini Flash via Google AI Studio Tier 1 (paid): 360+ RPM
  • Haiku (Claude) via OpenRouter: high rate limits, viable agent model alternative
  • Gemini Flash Lite via OpenRouter: high rate limits, viable agent model alternative
  • Kimi K2.6 has known bug with random switching to Chinese output (reported by Cursor and Reddit users) — critical risk for Czech use
  • minimax-m3:cloud is blocked for nanobot agent deployment due to empty tool result responses (ollama/ollama #16389)
  • deepseek-v4-pro:cloud is blocked for interactive nanobot agent use due to 15.4 tok/s and 57s TTFT
  • deepseek-v4-flash:cloud is a viable nanobot agent alternative with 1M ctx, MIT license, and ~30-50 tok/s speed
  • qwen3.5:397b-cloud is a viable nanobot agent alternative with multimodal support, 1M ctx, 201 languages including Czech, but has speed and accuracy tradeoffs
  • devstral-2:123b-cloud is a viable nanobot agent alternative with Terminal-Bench 77.3%, coding-only focus, and 128K ctx limit
  • User is interested in switching to GLM-5.2:cloud as primary nanobot agent model if/when it becomes available on Ollama Cloud
  • User prefers Qwen model for deep research tasks (not currently in presets)
  • Available model presets: gemini-flash, gemini-flash-lite, glm, haiku, kimi, minimax, sonnet

NuGet package caching

  • Evaluating NuGet package hosting/caching on Linux
  • Preferred solution: BaGetter (bagetter/BaGetter) — active BaGet fork with multiple upstream mirror support (PR #269), solves original BaGet's single-upstream limitation

Runtime / Deployment

  • Installed as a uv tool: package nanobot-ai, update via uv tool upgrade nanobot-ai
  • Runs as a systemd user service nanobot.service

This file is automatically updated by nanobot when important information should be remembered.