1 802 сообщения в 113 сессиях (всего 342) | с 2026-07-29 по 2026-10-281,802 messages across 113 sessions (342 total) | 2026-07-29 to 2026-10-28
Вы используете Claude Code не столько как помощника по коду, сколько как постоянно работающий операционный слой для всей своей цифровой жизни и целого парка агентов. Bash доминирует среди инструментов (6 401 вызов против всего 373 Edit), большинство ваших файлов — Markdown, а самые частые цели — короткие рабочие команды: «пушни», «пушни и слей», «/gsd-update», «открой в Orca», «отправь в Telegram». Размах широкий. За одну неделю Claude может оплатить счёт Василия на 90 EUR через BBVA до шага подтверждения, вытеснить 80 ГБ резервных копий в iCloud, собрать Strawberry из исходников и по голосовой команде включить интервью Осетинской на весь экран на втором мониторе, пока вы лежите на диване. Ещё вы запускаете мультиагентные схемы: конвейер Orca «выполнить → проверить → убрать», агента-наблюдателя, который подталкивает другие сессии и поймал баг с разрушительным пушем в PR #25, проверяющего PR для агента на ноутбуке и живых помощников на встречах, которые получают расшифровки. 166 вызовов SendMessage и 88 вызовов Agent показывают, что вы координируете, а не просто пишете промпты.
Ваши указания обычно короткие и нацелены на результат, и вы ждёте, что Claude сам восполнит контекст из того, что уже есть. Вы злитесь, когда Claude задаёт вопросы, ответы на которые лежат в других ваших репозиториях Cheap. Вы отвергаете осторожность, которую считаете бессмысленной, — например, предложенные лимиты запросов и ночные паузы для разбора через Haiku, хотя у вашей подписки таких ограничений нет. Ещё вас раздражало, когда Claude начинал вносить правки в WhatsApp, не подтвердив, как понял задачу. Неверный подход (34) и неправильно понятая просьба (31) — главные источники трудностей. Обычно они возникают оттого, что Claude неверно угадывает объём задачи, а не из-за плохого кода. Примеры: комментарии ревью приняты за отдельные задачи, смешаны ветки из разных репозиториев, изучались шаги апостиля «своими силами», когда вам нужна была московская фирма «под ключ».
Самая характерная черта — как остро вы реагируете на общение, которое заставляет держать контекст в голове. Вы упоминали, что у вас СДВГ. Сильнее всего вас раздражало, когда Claude просил решить «по номеру», не процитировав сами сообщения, приводил фрагмент вроде «id9213» без окружающего текста, давал пути относительно репозитория вместо полных путей /Users/ws/ или сворачивал блок «Файлы к проверке», который вы хотели видеть развёрнутым. В ответ вы превращаете каждый сбой в долговечное правило: записываете его в канон adhd-check, запускаете /learn, чтобы зафиксировать решения, заводите записи об инцидентах и грозите передать работу другому агенту. Так что вы быстро итерируете и даёте Claude долго работать автономно, но держите его в рамках растущего личного свода правил и ждёте, что каждое сообщение будет понятно само по себе, без прокрутки назад.
Вы запускаете несколько сессий Claude Code одновременно. Мультиклодинг определяется, когда сессии пересекаются по времени, — это говорит о параллельной работе.
За три месяца вы провели 113 сессий и сделали 373 коммита, используя Claude Code как полноценный операционный центр для своих репозиториев, Mac, финансов и переписки — и для написания кода тоже.
Главные трудности: Claude просит вас что-то решить, не показав само содержимое; игнорирует решения, которые вы или ваши репозитории уже приняли; и упирается в блокировки инструментов и охранных хуков, из-за которых застревает результат.
Просто скопируйте это в Claude Code, чтобы добавить в ваш CLAUDE.md.
## Communication (user has ADHD)
- Never refer to items only by number, ID, or fragment (e.g. '#3', 'id9213'). Always quote the full text being discussed and say exactly where it lives (file, line, doc section).
- When asking for a decision, show the actual source material (message text, current value, proposed value) inline, side by side if possible.
- Keep explanations short and concrete. Use visual markers and icons in lists as in previous outputs.
- Do NOT collapse the 'Files to check' block. Always show it expanded.## Paths
- Always give full absolute paths starting with /Users/ws/ (never repo-relative paths) when telling me where a file is.## Before asking me anything
- First search existing decisions: _cons-changes, _cons-inbox, AGENTS.md, CLAUDE.md, and sibling repos in /Users/ws/uno-cl and the Cheap repos. Use MemPalace and /learn records too.
- Never contradict a decision already recorded (e.g. currency, timezone offsets, feed shape, error handling). If a recorded decision seems wrong, quote it and ask. Do not silently override it.
- Do not ask questions whose answers already exist in other repos. Do not propose limits (rate limits, night pauses) the subscription doesn't have.## Grouping & Lists
- When listing branches, PRs, files, or contacts that span multiple repos or companies, group them by repository or company first so I can act on one group at a time.
- When listing 'tasks', include only real actionable tasks. Do not list review comments as standalone tasks unless asked.## Git & Push workflow
- 'Push' means: commit all session files, push, merge to main if on a branch, deploy if the repo has a deploy step. Then confirm the local and GitHub commit hashes match and report them.
- For multi-repo pushes in zsh, iterate with arrays (`for r in "${repos[@]}"`) or `${=R}`. Never rely on unquoted $R word-splitting.
- Log every attempt, source, and result visibly in the repo (e.g. a log .md file) for research tasks like promo codes or vendor searches.## Secrets
- Store tokens in files whose names do NOT contain 'env' (e.g. telegram-bot.token), outside git-tracked paths or in .gitignore, so the secret-read guard doesn't block the agent.
- Never ask me to paste a secret into a tracked file. Create the gitignored placeholder file first and tell me its full path.Просто скопируйте это в Claude Code — и он всё настроит.
mkdir -p ~/.claude/skills/ship && cat > ~/.claude/skills/ship/SKILL.md <<'EOF'
---
name: ship
description: Коммит, пуш, слияние в main, деплой и проверка во всех затронутых репозиториях
---
1. Перечисли все репозитории, затронутые в этой сессии (полные пути /Users/ws/), сгруппировав по репозиторию.
2. В каждом: git add файлов сессии (никогда не секреты / *.token), коммит с понятным сообщением, пуш.
3. Если работа в ветке: открой/слей PR в main, удали ветку.
4. Если в репозитории есть скрипт деплоя — запусти его.
5. Для каждого репозитория выведи: путь | локальный HEAD | HEAD origin/main | СОВПАДАЕТ/НЕ СОВПАДАЕТ.
6. Используй массивы zsh: for r in "${repos[@]}"; do ...; done
EOF
mkdir -p ~/.claude/skills/ship && cat > ~/.claude/skills/ship/SKILL.md <<'EOF'
---
name: ship
description: Commit, push, merge to main, deploy and verify across all touched repos
---
1. List every repo touched this session (full /Users/ws/ paths), grouped by repo.
2. In each: git add session files (never secrets / *.token), commit with a clear message, push.
3. If on a branch: open/merge the PR into main, delete the branch.
4. If the repo has a deploy script, run it.
5. For each repo print: repo path | local HEAD | origin/main HEAD | MATCH/MISMATCH.
6. Use zsh arrays: for r in "${repos[@]}"; do ...; done
EOF{
"hooks": {
"PreToolUse": [
{
"matcher": "Bash",
"hooks": [{
"type": "command",
"command": "if echo \"$CLAUDE_TOOL_INPUT\" | grep -q 'git commit'; then git diff --cached --name-only | grep -Ei '(token|secret|\\.key$)' && { echo 'Blocked: secret file staged' >&2; exit 2; }; fi; exit 0"
}]
}
],
"Stop": [
{
"hooks": [{
"type": "command",
"command": "git rev-parse --git-dir >/dev/null 2>&1 && [ -n \"$(git log @{u}.. --oneline 2>/dev/null)\" ] && echo 'WARNING: unpushed commits in '$(pwd) || true"
}]
}
]
}
}
# crontab -e : каждые 30 минут проверять открытые PR дешёвой моделью и оставлять комментарии
*/30 * * * * cd /Users/ws/uno-cl/site-feed && claude -p "Проверь открытые PR, которые ещё не проверены. Сверь с RULES.md и записанными решениями в _cons-changes. Оставь комментарии ревью через gh. Выведи итог в 5 строк." --model haiku --allowedTools "Bash(gh:*),Read,Grep" >> /Users/ws/logs/pr-review.log 2>&1
# crontab -e : review open PRs every 30 min, cheap model, post comments
*/30 * * * * cd /Users/ws/uno-cl/site-feed && claude -p "Review open PRs not yet reviewed. Check against RULES.md and recorded decisions in _cons-changes. Post review comments via gh. Output a 5-line summary." --model haiku --allowedTools "Bash(gh:*),Read,Grep" >> /Users/ws/logs/pr-review.log 2>&1Просто скопируйте это в Claude Code — и он проведёт вас по шагам.
Прежде чем что-либо делать: с помощью агента поищи в _cons-changes, _cons-inbox, AGENTS.md, CLAUDE.md и соседних репозиториях в /Users/ws/uno-cl решения, связанные с этой задачей. Покажи короткий список: решение | цитата | полный путь к файлу. Только потом предложи план и задавай мне лишь те вопросы, ответов на которые там НЕТ.
Before doing anything: use an agent to search _cons-changes, _cons-inbox, AGENTS.md, CLAUDE.md and sibling repos in /Users/ws/uno-cl for decisions related to this task. Show me a short list: decision | quoted text | full file path. Only then propose a plan, and ask me only questions that are NOT answered there.Для каждого решения, которое тебе нужно от меня, покажи карточку: 1) полный исходный текст в цитате, 2) где он находится (полный путь /Users/ws/ или раздел документа), 3) на что предлагаешь его изменить, 4) почему — одной строкой. Никаких номеров пунктов без цитаты текста. Группируй карточки по компании/репозиторию.
For every decision you need from me, show a card with: 1) the full original text quoted, 2) where it is (full /Users/ws/ path or doc section), 3) what you propose to change it to, 4) why in one line. No item numbers without the quoted text. Group cards by company/repo.Напиши скрипт-наблюдатель в /Users/ws/uno-cl/ops/watchers/, который каждые N минут на обычном bash опрашивает (gh pr list, новые коммиты, новые фрагменты расшифровок) и, только когда появляется что-то новое, вызывает `claude -p` с Haiku и узким промптом. Записывай каждый запуск в .md-файл в репозитории и покажи, как запускать его через launchd.
Build a watcher script in /Users/ws/uno-cl/ops/watchers/ that polls (gh pr list, new commits, new transcript chunks) every N minutes with plain bash, and only when something new appears calls `claude -p` with Haiku and a focused prompt. Log every run to a .md file in the repo, and show me how to start it with launchd.Вы уже давно вышли за рамки чата «одна задача»: у вас есть агенты-наблюдатели, конвейеры Orca «выполнить → проверить → убрать» и живые помощники на встречах. Следующий шаг — чтобы агенты сверяли свою работу с вашими предпочтениями и прошлыми решениями до того, как вы её увидите.
Сделай многоразовый скилл «decision-check». При вызове с описанием задачи он должен: 1) искать во всех репозиториях в /Users/ws/ (особенно uno-cl и репозиториях Cheap) в AGENTS.md, CLAUDE.md, файлах RULES, _cons-changes, записях /learn и каноне adhd-check, а также в MemPalace решения, связанные с задачей; 2) возвращать компактную таблицу: решение, файл-источник с полным абсолютным путём и датой, как оно применяется; 3) перечислять вопросы, которые мне иначе задали бы, но ответ на них уже есть, — с ответом и источником. Затем добавь хук, чтобы этот скилл автоматически запускался перед любым предложением плана или использованием AskUserQuestion. Проверь его на трёх прошлых инцидентах: смещение +03:00, формат ленты по страницам и решение о валюте. Дорабатывай, пока все три не будут пойманы. Закоммить, запушь и запиши правило через /learn.Build a reusable Skill called 'decision-check'. When invoked with a task description, it should: 1) search all repos under /Users/ws/ (especially uno-cl and the Cheap repos) for AGENTS.md, CLAUDE.md, RULES files, _cons-changes, /learn entries and the adhd-check canon, plus MemPalace, for decisions related to the task; 2) return a compact table of decision, source file with full absolute path and date, and how it applies; 3) list any question I'd otherwise be asked that is already answered, with the answer and its source. Then add a hook so that this Skill runs automatically before any plan is proposed or any AskUserQuestion is used. Test it on three past incidents: the +03:00 offset, the per-page feed shape and the currency decision. Iterate until all three would have been caught. Commit, push and record the rule with /learn.Прочитай мой канон adhd-check и все записи /learn о стиле общения. Преврати каждое правило в проверку, которую можно автоматизировать, например: «никаких голых ссылок на номер пункта без цитаты пункта», «все пути к файлам — абсолютные от /Users/ws/», «блок „Файлы к проверке“ никогда не свёрнут», «каждая просьба о решении полностью цитирует исходное сообщение», «предлагаемые правки показывают полный текст до и после плюс место» и «нужные значки на месте». Реализуй их как Stop-хук на Python, который блокирует остановку и возвращает конкретные указания по исправлению, если проверка не пройдена. Собери набор тестов минимум из 10 реальных плохих ответов из моих недавних расшифровок (роли контактов WhatsApp, исправление ссылки в задаче 1.2, список старых задач разработчика) и 10 хороших. Дорабатывай, пока все плохие ответы не будут отмечены, а ни один хороший — нет. Затем установи хук глобально, запушь репозиторий и покажи мне итоговый список проверок.Read my adhd-check canon and all /learn entries about communication style. Turn every rule into a testable check, for example: 'no bare item-number references without the quoted item', 'all file paths absolute from /Users/ws/', 'Files to check block never collapsed', 'every decision request quotes the source message in full', 'proposed edits show the full before and after text plus the location' and 'required icons present'. Implement these as a Python Stop hook that blocks the stop and returns specific fix instructions when a check fails. Build a test suite from at least 10 real bad responses taken from my recent transcripts (WhatsApp contact roles, task 1.2 link fix, old dev tasks list) and 10 good ones. Iterate until all bad responses are flagged and none of the good ones are. Then install the hook globally, push the repo, and show me the final check list.Работай наблюдателем парка агентов для следующего бэклога: [вставьте задачи]. Для каждой задачи: создай изолированную рабочую папку Orca или git worktree, затем запусти субагента-исполнителя с задачей, результатом decision-check по ней и критериями приёмки. Запускай до 4 исполнителей параллельно и следи, чтобы никакие два не трогали одни и те же файлы (проверяй это до раздачи, а пересекающиеся задачи выполняй последовательно). Каждый исполнитель должен открыть PR, который проходит тесты и проверку. После этого отдельный субагент-проверяющий проверяет PR по RULES и моим прежним решениям, оставляет комментарии и возвращает на доработку; допускается до 3 кругов исправлений. Блокируй любой force-push и переписывание истории. Сливай прошедшие PR, удаляй их рабочие папки и ветки и сообщай, сколько места освободилось. Обращайся ко мне только по настоящим вопросам, требующим суждения, — с полным цитируемым контекстом и абсолютными путями. В конце отправь одну сводку в Telegram через бота, не прося меня отправить её. Запускай скрипт-наблюдатель каждые 15 минут вместо непрерывного опроса, чтобы экономить токены.Act as fleet overseer for the following backlog: [paste tasks]. For each task: create an isolated Orca workspace or git worktree, then spawn an executor sub-agent with the task, the relevant decision-check output and the acceptance criteria. Run up to 4 executors in parallel and make sure no two touch the same files (check this before dispatch and serialize any that overlap). Each executor must open a PR that passes tests and validation. After that, a separate reviewer sub-agent reviews the PR against RULES and my prior decisions, posts comments and sends it back; allow up to 3 fix rounds. Block any force-push or history rewrite. Merge PRs that pass, delete their workspaces and branches, and report disk freed. Escalate to me only for genuine judgment calls, with full quoted context and absolute paths. Send one consolidated Telegram summary at the end via the bot, without asking me to send it. Run a watcher script every 15 minutes rather than polling continuously, to save tokens.