@warpgogol/forge 2.21.3 → 2.21.5

package/README.md

@@ -359,6 +359,94 @@ pnpm exec forge rfc.validate
 pnpm exec forge skill.list
 ```
 
+---
+
+## Working with your AI agent
+
+Forge works with any AI agent — Windsurf, Cursor, Claude Code, Codex CLI, or any IDE that supports agent skills. The setup is the same; only the conversation matters. Here are the patterns that make the biggest difference.
+
+### Start with questions, not commands
+
+The single most effective habit: before asking the agent to write code, ask it about the codebase. The agent can read files, search git history, and run Forge CLI commands — let it explore first.
+
+Good questions to start a session:
+
+- "How is this project structured?"
+- "What skills are available and what do they do?"
+- "Walk me through the RFC workflow in this project."
+- "What did we change this week?" (the agent reads git log)
+- "Why does this function have 15 parameters? Check git history."
+
+This works for onboarding too — new team members can get up to speed by asking the agent questions instead of reading code manually. The agent reads everything locally; nothing is uploaded or trained on.
+
+### AGENTS.md — your project's persistent memory
+
+Forge generates `AGENTS.md` files at the project root and in each workspace directory. The agent reads them automatically at the start of every session — think of them as instructions that survive between conversations.
+
+**What to put in AGENTS.md:**
+
+- Build and test commands (`pnpm test`, `pnpm run build:check`)
+- Code style conventions ("use 2 spaces, not tabs")
+- Architecture decisions ("the game package owns all scene logic")
+- "Do X, not Y" rules ("use `resolveImage()` for all image props, never raw `src`")
+- Common mistakes to avoid
+
+**When the agent makes a mistake**, tell it to update AGENTS.md so it doesn't repeat the error. Over time, AGENTS.md accumulates the team's hard-won knowledge.
+
+Forge generates AGENTS.md from `forge.yaml` via `forge.agents.generate`. Hand-written AGENTS.md files (without the generated marker) are preserved. Generated ones are regenerated when you run `forge upgrade` or `forge.agents.generate` — so put your custom rules in `forge.yaml` or in a hand-written AGENTS.md, not in a generated one.
+
+### Describe results, not steps
+
+The agent is an autonomous worker, not a typewriter. Tell it what you want, not how to do it.
+
+**Bad** (over-specified):
+
+> Open src/game/player.ts, add a function called calculateScore that takes a number array, sum it, return the result. Then open src/game/player.test.ts and add a test.
+
+**Good** (result-oriented):
+
+> Add a scoring system that calculates total points from collected items.
+
+For complex work, ask the agent to plan first:
+
+> I want to add a multiplayer mode. Make a plan first, show it to me, and wait for my approval before implementing.
+
+Forge's `/fo-idea` skill formalizes this: idea → audit → plan → implement → review. You can invoke it explicitly, or the agent will follow the pattern when the task is complex enough.
+
+### Let the agent explore
+
+Don't over-explain. The agent knows how to read files, search code, check git history, and run commands. Instead of pointing it to specific files, describe what you want to understand or change:
+
+**Instead of:** "Look in the src/game folder for player.ts and check if it has a move function."
+
+**Say:** "How does player movement work?"
+
+The agent will find the relevant files, trace the call chain, and explain it back to you. If it needs more context, it will ask.
+
+### Parallel work
+
+You can run multiple agent sessions simultaneously — in separate IDE windows, terminal tabs, or git worktrees. Each session works independently.
+
+This is useful for:
+
+- Writing an RFC in one session while implementing a different feature in another
+- Exploring two design approaches in parallel before committing to one
+- Running a long validation in one session while continuing work in another
+
+If you use the Werkstatt engine, its mission system keeps work isolated — each mission has its own workpiece directory, so parallel sessions don't conflict.
+
+### Let the agent verify its own work
+
+Give the agent criteria for "done" and let it check itself:
+
+- "Run the tests after you're done."
+- "Validate the RFC before committing."
+- "Check project health with `forge doctor`."
+
+Forge provides the tools — `forge doctor`, `forge rfc.validate`, `forge skill.list`, test runners. Tell the agent to use them. The agent can run commands, read the output, and fix issues without your intervention.
+
+---
+
 ## Stack profiles
 
 A stack profile defines the project scaffold: directory structure, dependencies, CI config, and first workspace. Choose a profile with `--profile` when creating a new project.

package/README.uk.md

@@ -350,6 +350,94 @@ pnpm exec forge rfc.validate
 pnpm exec forge skill.list
 ```
 
+---
+
+## Робота з вашим ШІ-агентом
+
+Forge працює з будь-яким ШІ-агентом — Windsurf, Cursor, Claude Code, Codex CLI або будь-яким IDE, що підтримує навички агентів. Налаштування однакове; важлива лише розмова. Ось патерни, які дають найбільший ефект.
+
+### Починайте з питань, а не з команд
+
+Найефективніша звичка: перед тим, як просити агента писати код, запитайте його про кодову базу. Агент може читати файли, шукати в історії git та запускати CLI-команди Forge — дайте йому спочатку дослідити.
+
+Добрі питання для початку сесії:
+
+- "Як структурований цей проєкт?"
+- "Які навички доступні і що вони роблять?"
+- "Проведи мене через RFC робочий процес у цьому проєкті."
+- "Що ми змінили цього тижня?" (агент читає git log)
+- "Чому ця функція має 15 параметрів? Перевір історію git."
+
+Це працює і для онбордингу — нові члени команди можуть швидко ввійти в курс справи, запитуючи агента, замість того, щоб вручну читати код. Агент читає все локально; нічого не завантажується та не тренується на вашому коді.
+
+### AGENTS.md — постійна пам'ять вашого проєкту
+
+Forge генерує файли `AGENTS.md` в корені проєкту та в кожній директорії робочого простору. Агент читає їх автоматично на початку кожної сесії — сприймайте їх як інструкції, які зберігаються між розмовами.
+
+**Що писати в AGENTS.md:**
+
+- Команди збірки та тестування (`pnpm test`, `pnpm run build:check`)
+- Угоди стилю коду ("використовуйте 2 пробіли, а не таби")
+- Архітектурні рішення ("пакет гри володіє всією логікою сцен")
+- Правила "роби X, а не Y" ("використовуйте `resolveImage()` для всіх image-пропів, ніколи сирий `src`")
+- Типові помилки, яких слід уникати
+
+**Коли агент помиляється**, скажіть йому оновити AGENTS.md, щоб він не повторював помилку. З часом AGENTS.md накопичує здобуті командою знання.
+
+Forge генерує AGENTS.md з `forge.yaml` через `forge.agents.generate`. Написані вручну AGENTS.md (без згенерованого маркера) зберігаються. Згенеровані файли регенеруються при запуску `forge upgrade` або `forge.agents.generate` — тому кладіть свої правила в `forge.yaml` або в написаний вручну AGENTS.md, а не в згенерований.
+
+### Описуйте результат, а не кроки
+
+Агент — автономний працівник, а не друкарська машинка. Скажіть йому, що ви хочете, а не як це зробити.
+
+**Погано** (занадто детально):
+
+> Відкрий src/game/player.ts, додай функцію calculateScore, яка приймає масив чисел, сумує його, повертає результат. Потім відкрий src/game/player.test.ts і додай тест.
+
+**Добре** (орієнтовано на результат):
+
+> Додай систему підрахунку очок, яка обчислює загальні бали за зібрані предмети.
+
+Для складних задач просіть агента спочатку спланувати:
+
+> Я хочу додати багатокористувацький режим. Спочатку склади план, покажи мені, і чекай на моє схвалення перед реалізацією.
+
+Навичка Forge `/fo-idea` формалізує це: ідея → аудит → план → реалізація → рев'ю. Ви можете викликати її явно, або агент буде слідувати цьому патерну, коли задача достатньо складна.
+
+### Дайте агенту дослідити
+
+Не пояснюйте занадто детально. Агент вміє читати файли, шукати в коді, перевіряти історію git та запускати команди. Замість того, щоб вказувати на конкретні файли, опишіть, що ви хочете зрозуміти або змінити:
+
+**Замість:** "Подивись у папці src/game файл player.ts і перевір, чи є там функція move."
+
+**Скажіть:** "Як працює рух гравця?"
+
+Агент знайде відповідні файли, простежить ланцюг викликів і пояснить вам. Якщо йому потрібен буде додатковий контекст, він запитає.
+
+### Паралельна робота
+
+Ви можете запускати кілька сесій агента одночасно — в різних вікнах IDE, вкладках терміналу або git worktrees. Кожна сесія працює незалежно.
+
+Це корисно для:
+
+- Написання RFC в одній сесії, паралельно з реалізацією іншої функції в іншій
+- Дослідження двох дизайн-підходів паралельно перед вибором одного
+- Запуску тривалої валідації в одній сесії, продовжуючи роботу в іншій
+
+Якщо ви використовуєте рушій Werkstatt, його система місій ізолює роботу — кожна місія має власну директорію workpiece, тому паралельні сесії не конфліктують.
+
+### Дозвольте агенту перевіряти власну роботу
+
+Дайте агенту критерії "готово" і дозвольте йому перевірити себе:
+
+- "Запусти тести після завершення."
+- "Валідуй RFC перед комітом."
+- "Перевір стан проєкту через `forge doctor`."
+
+Forge надає інструменти — `forge doctor`, `forge rfc.validate`, `forge skill.list`, тест-ранери. Скажіть агенту використовувати їх. Агент може запускати команди, читати вивід та виправляти проблеми без вашої втручання.
+
+---
+
 ## Профілі стеку
 
 Профіль стеку визначає каркас проєкту: структуру директорій, залежності, конфігурацію CI та перший робочий простір. Оберіть профіль прапорцем `--profile` під час створення проєкту.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@warpgogol/forge",
-  "version": "2.21.3",
+  "version": "2.21.5",
   "private": false,
   "type": "module",
   "license": "Apache-2.0",