Порядок читання в CLAUDE.md замість загальних відповідей
88 правил із 10 років веб-маркетингу плюс специфікації: 221 запис у .md, близько 140 тис. символів. Спершу це лежало в проєктах Claude.ai, потім у Claude Code, але відповіді лишались загальними. Цифри в місячних аналізах були правильні, а висновки зводились до переліку фактів.
Як пояснено в дописі, бракувало порядку читання. Нотатки поділили на факти, судження, процедури перевірки й обставини іншої сторони. У CLAUDE.md прописали маршрути: «що робити» — судження → обставини → факти, специфікації — лише факти. Окрема сесія перевіряє відповідь на пропуски. Метрик у дописі немає.
Чотири маршрути з CLAUDE.md автора
У пості згадано два маршрути. В оригіналі їх чотири, і найдієвішим автор вважає саме той, якого в пості немає. Переклад із японського оригіналу (стрілка веде до назви файлу):
Якщо просять перевірку: процедура перевірки → судження → фактиЯкщо питають «що робити»: судження → обставини іншої сторони → фактиЯкщо питають про специфікацію: лише факти. Судження не читатиСпершу перелічи номери прочитаних емпіричних правил, потім відповідай
Про четвертий рядок автор пише так: «думаю, він дієвий». Логіка в нього проста. Якщо номер правила не з'явився, правило не прочитали. Перелік видно в кожній відповіді, тому пропуск помітно одразу, а не після того, як висновок уже пішов далі.
Як перенести на свої нотатки
- Розкладіть файли на чотири категорії: факти, судження, процедури перевірки, обставини іншої сторони.
- Пронумеруйте правила. Без номерів четвертому рядку нічого перелічувати.
- Пропишіть у CLAUDE.md маршрути під свої типи запитів. Claude Code читає цей файл першим у кожній сесії.
- Перевіряйте відповідь в окремій сесії: чи не пропущено щось із того, що мало бути прочитано. Можливе формулювання (наше, не автора):
Ось питання, відповідь і список правил, на які вона посилається. Які файли з маршруту для цього типу питання не використано?
За словами автора, ці три кроки працюють однаково і з Obsidian, і зі звичайною папкою .md-файлів. Сам він чотири місяці тому почав із проєктів Claude.ai, а за два місяці перейшов на Claude Code.
Типові помилки
Додавати більше нотаток. Автор спершу вирішив, що матеріалу просто замало. Але на той момент в агента вже було близько 140 тис. символів. У його випадку справа була не в обсязі, а в тому, як агент їх читав.
Упорядкувати й зупинитись. Автор визнає, що організація теж допомагає. Але без прописаного порядку навіть добре розкладені файли не прочитають. Його аналогія: новому співробітнику дали стос документів і сказали «прочитай усе». Чим він здібніший, тим вправніше складе правдоподібну відповідь із того, що під рукою. Це і є загальники.
Відповідати на питання про специфікації через судження. Маршрут для специфікацій прямо забороняє читати судження. Не прибирайте цей рядок, навіть якщо хочеться «розумнішої» відповіді.
Що перевірити, перш ніж довіряти відповіді
- На початку відповіді є перелік номерів правил.
- Номери відповідають маршруту для цього типу питання. Наприклад, у відповіді на «що робити» є файли з обставинами іншої сторони.
- Аудит в окремій сесії не знайшов пропусків.
- Правильні цифри ще не означають корисного висновку. У місячних аналізах автора цифри збігались, а висновки зводились до переліку фактів.
Шаблони, п'ять пріоритетних пунктів процедури перевірки й результати оцінювання шістьма способами автор виніс у продовження допису. У наданому матеріалі їх немає.