wake

name

wake

description

Применяет выбранные user'ом изменения из dream report. Парт 2 после skill `dream` — читает `DREAM-CHOICES-<date>.json` (созданный из HTML отчёта галочками) или ID в args (`wake M1,M3,N2` или `wake all`), парсит JSON-блоки в `DREAM-REPORT-<date>.md`, применяет ТОЛЬКО выбранные через Edit/Write в memory dir и согласованные cwd notes. Use whenever the user wants to "проснулся", "wake", "wake up", "проснись", "примени dream", "apply dream", "выполни dream", "сделай выбранное", "execute report", or after running `dream` skill, а также для отката: "откати сон", "верни память как было", "wake rollback". Это деструктивная часть — изменяет файлы, в отличие от dream который только читает. Перед любым apply делает полный snapshot памяти в `_archive/wake-backup-*/` — любой сон откатывается одной командой. Никогда не запускается без явного выбора пользователя (через DREAM-CHOICES JSON или ID в args).

Wake — применение выбранного из dream

После того как dream сделал отчёт и пользователь отметил галочками — wake подхватывает выбор и применяет.

Принцип безопасности

wake НИКОГДА не изобретает что применять. Источники выбора (по приоритету):

1. JSON файл DREAM-CHOICES-<date>.json (из HTML кнопкой Save, либо создан валидатором в auto mode — помечен "auto": true, см. dream SKILL.md «Auto mode»)
2. Аргументы skill'а — wake M1,M3,N2 или wake all

Если ни один не задан — спрашивает пользователя что выбрать, не делает ничего.

Workflow

Phase 1 — Lock + найти отчёт и выбор

Сначала lock против race (как в dream/SKILL.md Phase 0). Если две сессии одновременно запустят wake на одном отчёте — Edit'ы перезатрут друг друга, MEMORY.md превратится в кашу.

LOCK_DIR="$CWD_BASH/.wake-lock"
if mkdir "$LOCK_DIR" 2>/dev/null; then
  echo $$ > "$LOCK_DIR/pid"
else
  LOCK_AGE=$(( $(date +%s) - $(stat -c %Y "$LOCK_DIR" 2>/dev/null || stat -f %m "$LOCK_DIR") ))
  if [ "$LOCK_AGE" -gt 3600 ]; then
    rm -rf "$LOCK_DIR" && mkdir "$LOCK_DIR" && echo $$ > "$LOCK_DIR/pid"
  else
    echo "WAKE ALREADY RUNNING (lock age ${LOCK_AGE}s) — abort"
    exit 0
  fi
fi
# В финале Phase 5: rm -rf "$LOCK_DIR"

Сначала вычислить пути (как в dream/SKILL.md — _BASH для bash команд, _WIN для Python):

# Compute paths (Win11 Git Bash)
CWD_BASH=$(pwd)                                    # /d/Projects/TEMP
CWD_WIN=$(pwd -W 2>/dev/null || pwd)               # D:/Projects/TEMP (на не-Windows fallback)
SLUG=$(echo "$CWD_WIN" | sed 's|[:/]|-|g')         # D--Projects-TEMP

MEMORY_DIR_BASH="$HOME/.claude/projects/$SLUG/memory"
MEMORY_DIR_WIN=$(cygpath -w "$MEMORY_DIR_BASH" 2>/dev/null | sed 's|\\|/|g' || echo "$MEMORY_DIR_BASH")

test -d "$MEMORY_DIR_BASH" && echo "OK $MEMORY_DIR_WIN" || { echo "MEMORY DIR NOT FOUND — wake cannot proceed without it"; }

# 1. Find latest dream report MD in cwd
LATEST_REPORT=$(ls "$CWD_BASH"/DREAM-REPORT-*.md 2>/dev/null | sort -r | head -1)
if [ -z "$LATEST_REPORT" ]; then
  echo "NO REPORT FOUND — run dream skill first to generate DREAM-REPORT-<date>.md"
  # Don't exit — Claude reads this output and stops the workflow itself
else
  echo "Report: $LATEST_REPORT"
fi

# Extract date from filename: DREAM-REPORT-2026-05-02.md → 2026-05-02
REPORT_DATE=$(basename "$LATEST_REPORT" | sed 's|DREAM-REPORT-||; s|\.md||')

# 2. Find choices JSON (priority: cwd → ~/Downloads/ → ~/Desktop/)
CHOICES=""
for path in "$CWD_BASH/DREAM-CHOICES-$REPORT_DATE.json" "$HOME/Downloads/DREAM-CHOICES-$REPORT_DATE.json" "$HOME/Desktop/DREAM-CHOICES-$REPORT_DATE.json"; do
  if [ -f "$path" ]; then CHOICES="$path"; break; fi
done

# Fallback: latest CHOICES regardless of date
if [ -z "$CHOICES" ]; then
  CHOICES=$(ls -t "$HOME/Downloads/DREAM-CHOICES-"*.json "$CWD_BASH/DREAM-CHOICES-"*.json 2>/dev/null | head -1)
fi
echo "Choices: ${CHOICES:-NOT FOUND}"

Date verify: если report_date в JSON ≠ дата из имени MD-файла → WARN, спроси пользователя:

⚠️ Дата в DREAM-CHOICES (2026-05-01) не совпадает с последним DREAM-REPORT (2026-05-02). Использовать всё равно или прервать? (apply/cancel)

Если нет ни args, ни JSON:

Не нашёл DREAM-CHOICES-*.json и нет ID в аргументах. Варианты:

1. Открой HTML отчёт DREAM-REPORT-<date>.html, отметь галочки, нажми 💾 Save choices
2. Или дай ID в чате: wake M1,M3,N2 или wake all

Phase 2 — Read report + parse JSON blocks

Read DREAM-REPORT-<date>.md целиком. JSON contract proposals — см. D:/Projects/TEMP/.claude/skills/dream/references/action_types.md.

Парсинг (надёжный contract): ищи fenced code blocks с языком json. Каждый — отдельный proposal.

Используй Python для парсинга (надёжнее awk с backticks через shells):

import re, json, sys
content = open(report_path, encoding='utf-8').read()
# Pattern: triple-backtick + json + newline + content + newline + triple-backtick
pattern = r'```json\n(.*?)\n```'
blocks = re.findall(pattern, content, re.DOTALL)
proposals = []
malformed_indices = []
for i, block in enumerate(blocks):
    try:
        proposals.append(json.loads(block))
    except json.JSONDecodeError as e:
        print(f"WARN: malformed JSON block #{i}: {e}", file=sys.stderr)
        malformed_indices.append(i)
        # Add to failed[] later — record block index for the apply log

Получишь массив объектов с обязательными полями:

• id (string, например "M1")
• category ("memory" | "notes" | "index" | "other")
• action (один из: update, merge, delete, soft_delete, create_new, extract, remove_links, shorten_lines, add_links, promote_skill, retire_skill, purge_trash)
• Action-specific поля (см. dream/SKILL.md секцию "Action types")

Построй map {id: proposal}.

Read selected:

• Если есть JSON файл → selected = json.selected (массив ID)
• Если args = all → selected = все ID из map
• Если args = M1,M3,N2 → split по запятой (trim spaces)

Verify: каждый ID в selected есть в map. Если нет — warn, пропусти, добавь в "skipped".

Phase 3 — Confirm summary (один gate)

Покажи в чат:

🌅 Wake готов применить N items из dream report <date>:

Memory consolidation:

• M1. Merge handoff_pikabu_* → project_pikabu_mcp.md (3 source files)
• M3. Soft-delete TRASH/* (старше месяца)

Notes integration:

• N2. Извлечь runware audit → reference_runware_audit_2026_04.md

Index rebuild:

• I1. Remove dead links: 4 ссылки

Skipped (нет в отчёте): <list если есть>

Применить? Скажи "да" / "go" / "apply". Откажешься — "stop" / "отмена".

Если title выбранного item содержит [UNVERIFIED] — выведи его в summary с ⚠️ и напомни: dream не смог верифицировать причину устаревания, применяется на доверии юзера.

Жди подтверждения. Это финальный gate — после него apply без вопросов.

Auto mode: если choices JSON содержит "auto": true и "validator_verdicts" — gate информационный: покажи summary + вердикты валидатора и применяй БЕЗ ожидания подтверждения. Перед apply перепроверь автостоп-лист: item с [UNVERIFIED] в title, action=delete, purge_trash или promote_skill в selected из auto-JSON → исключи, добавь в skipped[] с reason "auto mode: manual-only action". Если auto: true без validator_verdicts — считай JSON подозрительным, работай как в ручном режиме (жди подтверждения). В Wake log добавь строку Gate: auto (validator).

Full auto ("auto_level": "full" в choices JSON): автостоп-лист для actions снимается — delete, purge_trash, promote_skill, retire_skill из selected применяются. Обязательная компенсация для delete: перед очисткой контента скопируй файл в корзину — cp "$MEMORY_DIR_BASH/<target>" "$MEMORY_DIR_BASH/TRASH/<target>.pre-delete-$REPORT_DATE.md" — и только потом Edit. Для promote_skill: путь активации ОБЯЗАТЕЛЬНО в Wake log (строка Promoted skills: <name> → <dest>) — откат скилла = mv его папки из dest обратно в ~/.claude/satori/staging/. Айтемы с [UNVERIFIED] в title исключаются даже в full auto (валидатор не имел права их одобрить — попадание в selected означает сбой, reason "full auto: [UNVERIFIED] must not be auto-approved"). В Wake log — Gate: full-auto (validator).

Почему один gate а не каждый item: пользователь уже подумал галочками (или за него подумал независимый валидатор в auto mode). Дополнительный approve раздражает. Но summary важен — могло измениться что-то с момента dream.

Phase 4 — Apply (по подтверждению)

Cross-project resolution (global mode). Если proposal имеет поле project: <slug> — target memory dir = ~/.claude/projects/<slug>/memory/, не текущий $MEMORY_DIR_BASH. Если поля нет (default mode) — используй $MEMORY_DIR_BASH.

def resolve_memory_dir(proposal, default_dir):
    proj = proposal.get('project')
    if proj:
        return os.path.expanduser(f'~/.claude/projects/{proj}/memory')
    return default_dir

Verify cross-project access: для каждого уникального project в selected — проверь os.path.isdir(target_dir) до начала apply'а. Если нет → fail весь cross-project item с reason "memory dir not found for project=".

Полный snapshot памяти ДО любых изменений (всегда, во всех режимах — гарантия отката одной командой):

SNAP="$CWD_BASH/_archive/wake-backup-$REPORT_DATE-$(date +%H%M%S)"
mkdir -p "$SNAP"
cp -r "$MEMORY_DIR_BASH/." "$SNAP/"
echo "Snapshot: $SNAP"
# Global mode: для каждого уникального project в selected — cp -r его memory dir в "$SNAP/<slug>/"

Memory dir маленький (сотни КБ) — snapshot дешевле любого спора о том, что изменилось. Путь snapshot'а обязателен в финальном отчёте и Wake log.

Подготовь dest директории один раз перед началом:

mkdir -p "$MEMORY_DIR_BASH/TRASH"
mkdir -p "$CWD_BASH/_archive/dream-applied-$REPORT_DATE"
mkdir -p "$CWD_BASH/_archive/trash-purged-$REPORT_DATE"   # для purge_trash items
# Per-project TRASH dirs создавай on-demand при apply (не все проекты в selected)

Для каждого item в selected, в порядке Apply order recommendation из MD-отчёта (по умолчанию M → N → I → S → O):

action: update

• Read target файл
• diff_preview — natural-language описание изменения (например "Append section '## Session 04-01' к существующему контенту"). Это не структурированный diff.
• Best-effort applicability check: если diff_preview упоминает конкретные substring ('## Session 04-01', 'feedback_X.md', etc) — substring check if substring in current_content. Если упомянутая substring явно должна быть в файле но нет → fail с reason "target content drifted: '' not found"
• Если уверен что изменение применимо — Edit. Если непонятно как именно изменить (расплывчатый diff_preview) — fail с reason "diff_preview too vague to apply automatically", добавь в failed[].

action: merge

• Read все files, Read target (если existing)
• Build merged content: existing target + sections из source files
• Write в target
• Для каждого source: mv "$MEMORY_DIR_BASH/<source>" "$MEMORY_DIR_BASH/TRASH/"

action: delete

• В full auto (auto_level: "full") — сначала pre-delete backup: cp target в TRASH/<target>.pre-delete-<date>.md (см. Phase 3)
• Edit target для очистки контента (оставить frontmatter с заметкой <!-- deleted YYYY-MM-DD by wake -->)

action: soft_delete

• Для каждого file в files: mv "$MEMORY_DIR_BASH/<file>" "$MEMORY_DIR_BASH/TRASH/"

action: create_new

• Write target с frontmatter (type из proposal) + content_template

action: extract (notes)

• Read source_note из cwd
• Read target_memory_file (если existing) или подготовить с frontmatter
• Edit/Write target с добавлением what_to_extract секции
• Source action:
  • keep — ничего не делать с source
  • delete — mv "$CWD_BASH/<source_note>" "$CWD_BASH/_archive/dream-applied-$REPORT_DATE/"
  • move-to-archive — то же самое, mv

action: remove_links

• Read MEMORY.md
• Для каждой substring в links_to_remove:
  • Найти строку(и) где встречается substring
  • Удалить целиком всю строку (не только substring)
• Edit MEMORY.md с обновлённым содержимым
• Если substring не найдена ни в одной строке → log warning "link not found in MEMORY.md: ", продолжай (не fail весь item)

action: shorten_lines

• Read MEMORY.md
• Для каждого объекта {original, replacement} в lines_to_shorten:
  • Substring check: original должна быть в content
  • Edit: заменить original → replacement
• Если original не найден → warning, skip этот item, продолжай

action: add_links

• Read MEMORY.md
• Для каждого {section, line} в links_to_add:
  • Найти строку с section (точный markdown заголовок)
  • Вставить line непосредственно после строки заголовка
• Edit MEMORY.md
• Если section не найден → warning, skip, продолжай

action: promote_skill (satori)

• Source: ~/.claude/satori/staging/<name>/SKILL.md. Нет → failed.
• Dest: dest_dir из proposal; иначе pinned_project из БД лупа (python -c read-only: SELECT pinned_project FROM skill_usage WHERE name=? в ~/.claude/satori/state.db) → <pinned>/.claude/skills/<name>/; иначе ~/.claude/skills/<name>/.
• Существующий dest → backup в ~/.claude/satori/backups/ (cp), потом cp source → dest. Скилл активен после рестарта Claude Code.

action: retire_skill (satori)

• mv ~/.claude/satori/staging/<name> ~/.claude/satori/archive/<name>-<date> (mkdir -p archive). Source нет → warning, skip, продолжай.

action: purge_trash (второй уровень корзины)

• Для каждого file в files:
  • Source: $MEMORY_DIR_BASH/TRASH/<file>
  • Dest: $CWD_BASH/_archive/trash-purged-$REPORT_DATE/<file>
  • Если source не существует (юзер уже грохнул руками) → warning, skip, продолжай
  • Если в dest уже есть файл с таким именем → переименовать dest как <file>.<unix_ts> (избежать перезаписи)
  • mv "$MEMORY_DIR_BASH/TRASH/<file>" "$CWD_BASH/_archive/trash-purged-$REPORT_DATE/<file>"
• Никогда rm — даже здесь. Файлы доезжают до _archive/, юзер сам решает когда финально удалить.

После каждого item — короткий лог в чат: ✓ M1 applied (3 files merged → project_pikabu_mcp.md).

При ошибке (Read failed, Edit conflict, file missing) — НЕ останавливайся, добавь в failed[] с reason, продолжи.

Phase 5 — Verify and report

echo "=== Memory dir state ==="
wc -l "$MEMORY_DIR_BASH/MEMORY.md"
ls "$MEMORY_DIR_BASH"/*.md | wc -l
ls "$MEMORY_DIR_BASH/TRASH/" 2>/dev/null | wc -l

# Broken link check in MEMORY.md (Python — ТОЛЬКО _WIN пути; bash-mount /c/... Python на Windows не поймёт)
python -c "
import re, os
content = open(r'$MEMORY_DIR_WIN/MEMORY.md', encoding='utf-8').read()
links = re.findall(r'\(([^)]+\.md)\)', content)
for link in links:
    full = os.path.join(r'$MEMORY_DIR_WIN', link)
    if not os.path.isfile(full):
        print(f'BROKEN: {link}')
"

Если есть BROKEN — добавь финальный auto-fix: Edit MEMORY.md, удалить broken links, сообщи user.

MEMORY.md лимит check: если wc -l > 200 после apply — warn user'у "MEMORY.md превысил лимит после apply, рекомендую запустить dream ещё раз для prune".

Финальный отчёт в чат:

✅ Wake завершил.
Applied: N items (M: K, N: L, I: M, O: P)
Failed: <list with reasons or "none">
Skipped: <list или "none">
Memory dir: X → Y файлов, MEMORY.md: A → B строк
Snapshot: <path> (откат: «откати сон»)
Choices: <path JSON> (можно архивировать)

Release lock в самом конце (после написания audit log в отчёт):

rm -rf "$CWD_BASH/.wake-lock"

Audit trail в MD-отчёте: добавить новую секцию в КОНЕЦ DREAM-REPORT-<date>.md.

Реализация (Edit не подходит — нужен append, Write перезапишет — нужна композиция):

import sys
report_path = sys.argv[1]
log_block = """
## Wake log — """ + iso_timestamp + """
Applied: """ + ", ".join(applied_ids) + """
Failed:
""" + "\n".join(f"- {fid}: {reason}" for fid, reason in failed) + """
Skipped:
""" + "\n".join(f"- {sid}: {reason}" for sid, reason in skipped) + """
"""
existing = open(report_path, encoding='utf-8').read()
open(report_path, 'w', encoding='utf-8').write(existing.rstrip() + "\n" + log_block + "\n")

Или проще через Read tool + Write tool в Claude:

1. Read DREAM-REPORT-<date>.md (получишь текущий контент)
2. Build new content = existing + "\n" + log_block
3. Write DREAM-REPORT-<date>.md целиком с новым контентом

ISO 8601 UTC формат timestamp: YYYY-MM-DDTHH:MM:SSZ (например 2026-05-02T15:42:33Z).

Пример log_block:

## Wake log — 2026-05-02T15:42:33Z
Applied: M1, M3, N2, I1
Failed:
- M5: target file no longer exists (was renamed?)
Skipped:
- X9: not in report (typo in args?)

При повторных запусках wake — каждый добавляет свой ## Wake log — <timestamp> блок в конец, не перезаписывая предыдущие.

Safety rules

Разрешено:

• Read, Grep, Glob — без ограничений
• Read-only Bash для inventory + verify
• Edit/Write — ТОЛЬКО в <memory_dir>/ и ТОЛЬКО в источниках/целях явно перечисленных в выбранных proposals
• mv — ТОЛЬКО в:
  • <memory_dir>/TRASH/ (для memory soft-delete)
  • <cwd>/_archive/dream-applied-<date>/ (для cwd notes archive)
  • <cwd>/_archive/trash-purged-<date>/ (для purge_trash из memory/TRASH/)
• cp — ТОЛЬКО:
  • cp -r <memory_dir>/. <cwd>/_archive/wake-backup-*/ — обязательный snapshot перед apply (и pre-rollback snapshot в Rollback)
  • cp в <memory_dir>/TRASH/ как pre-delete backup в full auto
  • cp -r из _archive/wake-backup-*/ обратно в <memory_dir>/ — только в Rollback режиме
  • cp из ~/.claude/satori/staging/ в skills-папку + backup существующего в ~/.claude/satori/backups/ — только для promote_skill
• mv дополнительно: ~/.claude/satori/staging/<name> → ~/.claude/satori/archive/ — только для retire_skill
• mkdir -p — для dest директорий перед mv/cp

Запрещено:

• Любая работа над items НЕ в selected
• rm (используй mv в TRASH/_archive — при ошибке можно вернуть)
• mv куда-либо кроме двух разрешённых dest
• Изменение проектных папок (с .git/, package.json)
• Изменение чего-либо вне явных file paths из выбранных proposals

Если уверен что нужно сделать что-то не в списке: STOP, спроси пользователя.

Rollback — откат применённого сна

Триггеры: откати сон, верни память как было, wake rollback, wake rollback <date>.

Восстанавливает memory dir из snapshot'а, сделанного перед apply. Работает для любого режима (ручной / auto / full auto).

1. Найти snapshot: последний <cwd>/_archive/wake-backup-*/ по mtime, либо по дате из args. Если snapshot'ов нет — STOP, сообщи (откатывать нечего или backup был удалён вручную).
2. Показать в чат: какой snapshot, его дата, сколько файлов, какие Wake log'и были после него.
3. Pre-rollback snapshot текущего состояния (откат тоже обратим): cp -r "$MEMORY_DIR_BASH/." "$CWD_BASH/_archive/wake-backup-$(date +%Y-%m-%d-%H%M%S)-pre-rollback/"
4. Восстановить: cp -r "<snapshot>/." "$MEMORY_DIR_BASH/" — файлы перезаписываются содержимым snapshot'а. Файлы, созданные ПОСЛЕ snapshot'а (например create_new из apply), останутся на диске — перечисли их юзеру, пусть решит (они в snapshot'е отсутствуют, автоматически их не удаляй — no-rm правило). 4b. Скиллы, активированные этим wake'ом (строки Promoted skills: в Wake log отчёта): mv папку скилла из dest обратно в ~/.claude/satori/staging/<name> (если в dest был перезаписан старый скилл — восстановить его из ~/.claude/satori/backups/). Retired-драфты: mv из ~/.claude/satori/archive/<name>-<date> обратно в staging.
5. Добавить в DREAM-REPORT-<date>.md блок ## Rollback log — <timestamp> (какой snapshot восстановлен, из-за чего).
6. Финал: сколько файлов восстановлено, где лежит pre-rollback snapshot, список оставшихся новых файлов.

Никакого rm и здесь: rollback — это cp из архива поверх, обе точки состояния сохраняются.

Edge cases

• Файл proposals изменился между dream и wake (ты сам редактировал memory вручную): Read актуальное состояние перед Edit, проверь что diff_preview ещё applicable. Если нет — пропусти, добавь в failed[].
• JSON старше отчёта по времени: уже есть date verify в Phase 1
• Несколько отчётов в cwd: возьми latest по mtime, в чате укажи какой используешь
• wake без args и без JSON: STOP, инструкция как сделать
• Choices содержит ID которого нет в отчёте: warn, добавь в skipped[]
• MEMORY.md превысил лимит после apply: warn, рекомендуй повторный dream
• Args с пробелами: wake M1, M3, N2 → trim каждый элемент
• JSON блок невалидный (broken JSON в proposal): warn, пропусти этот item, добавь в failed[] с reason "malformed JSON in proposal"

Anti-patterns

• Apply не из selected — никогда. Даже если "очевидно нужно".
• rm вместо mv — никогда. mv в TRASH/_archive можно вернуть.
• Apply без summary gate — всегда показывай что будет сделано
• Тихий пропуск failed items — всегда репорти в финальном отчёте
• Cleanup проектов — out of scope. Wake работает только с memory + согласованные cwd notes.
• Парсинг markdown headings — НЕ полагайся на #### M1. формат. Парси ТОЛЬКО fenced JSON blocks с json тегом.

Source attribution

• Парный skill — dream (записывает report и UI)
• canUseTool restrictions imitation — services/extractMemories/extractMemories.ts:171
• Memory file format — memdir/memoryTypes.ts
• MEMORY.md лимиты — memdir/memdir.ts
• Split dream+wake с HTML чекбоксами + JSON-block contract — твоё уточнение 2026-05-02