Read docs first

Перед командой / тулколлом / архитектурным решением — читать документацию или проверять source.

Why

Это правило Fred сам прописал в своём AGENTS.md (правило #1 для работы с инструментами). Дима требовал этого жёстко.

Конкретный fail который привёл к правилу: Fred 22.05 построил самописный Telegram-бот, прежде чем проверил что OpenClaw умеет нативно. Потерял час работы. После этого записал в дневник: "сначала read docs / explore tools, потом строй".

Финальная претензия Димы Fred'у на 08.06: "ты все также делаешь что-то не удостоверившись в документации например, что ты делаешь это верно".

How to apply

Перед тем как:

• Дать команду пользователю — проверить синтаксис в документации, не на основе "похожего синтаксиса"
• Сделать tool-call — посмотреть schema, прочитать description полей
• Использовать API — глянуть current docs (не полагаться только на тренировочные данные)
• Принять архитектурное решение — проверить альтернативы (current best practice может отличаться от того что я помню)

Если документация недоступна — сказать об этом явно, прежде чем предлагать что-то.

Anti-patterns

• "Я предполагаю что у LangGraph есть такая фича" — проверь в docs.langchain.com/langgraph
• "Команда openclaw X --Y скорее всего работает" — проверь openclaw X --help
• "Pydantic v2 умеет это" — проверь в актуальной доке

Связано

• no-confabulation