kleosr/cursorkleosr

сорклеоср Память агента, которая не может быть забыта — одно правило курсора плюс состояние разметки корня. Навыки ждут, чтобы их использовали. Правила загружают каждую сессию. Агент читает состояние вашего проекта до того, как он подумает — больше не начинайте с нуля.

##Прорыв

Большинство настроек памяти агента — это опция: навык, который агент должен помнить, чтобы позвонить, файл, который человек должен вставить в чат. В этом случае ** всегда**.

.cursor/rules/workflow-memory.mdc поставляется с alwaysApply: true, поэтому курсор автоматически вводит рабочий цикл в каждый сеанс агента. Первым шагом агента является чтение workflow_state.md — прежде чем вы что-либо попросите. Когда он заканчивает значимую работу, он пишет состояние обратно. Память перестает быть функцией, которую вы вызываете, и становится свойством хранилища.

Настройка

Откройте [[Т3]], установите цели и стек. Откройте [4], установите [5]. Сделано — нет зависимостей, нет шага построения.

Использование

Нечего призывать. Откройте РЕПО в Курсоре и работайте:

** Начало сеанса** — агент читает workflow_state.md и project_config.md, затем самостоятельно реконструирует следующее действие.

---

The Breakthrough

Most agent-memory setups are opt-in: a skill the agent must remember to call, a file the human must paste into chat. This one is always-on.

.cursor/rules/workflow-memory.mdc ships with alwaysApply: true, so Cursor injects the operating loop into every agent session automatically. The agent’s first move is reading workflow_state.md — before you ask for anything. When it finishes meaningful work, it writes state back. Memory stops being a feature you invoke and becomes a property of the repository.

Setup

git clone https://github.com/kleosr/cursorkleosr.git
cd cursorkleosr

Open project_config.md, set your goals and stack. Open workflow_state.md, set Phase: INIT — READY. Done — no dependencies, no build step.

Usage

There is nothing to invoke. Open the repo in Cursor and work:

• Session start — the agent reads workflow_state.md and project_config.md, then reconstructs the next action on its own.
• During work — one phase at a time: ANALYZE → PREPARE → IMPLEMENT → VALIDATE.
• After meaningful change — the agent writes state back. No per-message noise.

Manual fallback, from any terminal:

cat workflow_state.md   # where are we?
cat project_config.md   # what are we building?

Files

Workflow Loop

read state → read config → act → write state back
                     ↓
            ANALYZE → PREPARE → IMPLEMENT → VALIDATE

graph LR
    S[Session Start] --> A[Read workflow_state.md];
    A --> B{Task Ready?};
    B -- Yes --> C[Process Next Task];
    B -- No --> D[Continue Current Work];
    D --> E[Execute Step];
    E --> F[Update workflow_state.md];
    F --> G{Validation Needed?};
    G -- Yes --> H[Run Checks];
    G -- No --> D;
    C --> I{More Tasks?};