Вайб продукт менеджмент через Claude Code Sub-agents и MCP

Писать спеки и документации это мега удобно. Продукт получается максимально релевантный и даже красивый. Но хочется все систематизировать в каком-то простом таск-менеджменте. Anthropic на днях выкатили Subagents. Это когда при каких то обстоятельствах специальный субагент подключается к задаче. Об этом Денис тут видео отдельное запостил https://t.me/getrichortech/306

И решили мы бахнуть простой таск-менеджмент на опенсорсном Plane.so (бесплатный Linear по сути), благо к нему MCP прилагается.

Работает круто - за 20 мин выкатили фичу новую - страницу по GDPR compliance в новой SaaS.

Таймкоды:
00:00 Интро
01:30 Пример документации в специальной папке /ai_docs
02:17 Используем Plane.so для таск-трекинга и субагент в Claude Code
09:03 Пример: делаем DPA через спефицикацию в таск менеджменте через MCP
16:35 Смотрим на выполненный пример и возбуждаемся
13:29 Почему встраивание документирования в вайбкодинг - это удобно при экзите компании

p.s. Бустаните канал по-братски, если нравится мой контент https://t.me/saasstuff?boost

Мы давно используем AI хелперов для ревью пул-реквестов на Github. Gemini бесплатный и очень хорош. Подключается одной кнопкой. Всем советую.

https://github.com/apps/gemini-code-assist

Пантограф для точной передачи изображения ✍

3DMP | Всё о 3D печати | STL

Глава «Аэрофлота» не менял пароль с 2022 года, заявила хакерская группировка, взявшая на себя ответственность за взлом авиакомпании. Она сообщили, что в сети авиакомпании используются старые ОС Windows XP и 2003, что и привело к взлому всей инфраструктуры

https://t.me/bankoffo/36428

Понимаю

> Правило 13. Руководитель, который является своим собственным системным инженером и финансовым менеджером, является тем, кто вероятно пытается сделать самому себе открытую операцию на сердце.

> Правило 22. Хорошие технические специалисты, инспекторы качества для получения хорошего продукта важнее всяких бумаг и отчётов.

> Правило 36. Ничего не скрывайте от тех должностных лиц, которым будут направлены доклады. Их репутация и ваша – на одной линии. Не скрывайте ваши бородавки и прыщи. Никаких оправданий – устанавливайте только факты.

> Правило 39. Отчёты пишутся не для того, кто их составляет, а для того, кому они предназначены. Если тот, для кого отчет предназначен, не узнает из него ничего нового, то такой отчет неудачен.

> Правило 42. Руководители, которые при подготовке отчётов полагаются только на бумаги, часто терпят неудачи.

> Правило 62. Не применять современные технологии, в том числе и компьютерные системы – большая ошибка. Но забывать о том, что компьютеры только моделируют мышление – ещё большая ошибка.

Сто правил руководителей проектов NASA (1996 год)
https://pmservices.ru/wp-content/uploads/2016/07/100-pravil-projectov-NASA.pdf

Оригинал
100 Rules for NASA Project Managers
https://www.clemens-kraus.de/tech/mindmapping/vym/100-rules-for-nasa-project-managers.html

Новогодняя ёлочная игрушка с сюрпризом в конце🎁🎄

Гений потратил 2,54 МИЛЛИАРДА токенов, чтобы довести OpenClaw до идеала.

Юзкейсы, которые он по пути откопал, поменяли то, как он живёт и работает.

И теперь он делится этим со всеми.

Вот 21 сценарий:

0:00 Интро
0:50 Что такое OpenClaw?
1:35 MD-файлы
2:14 Система памяти
3:55 CRM-система
7:19 Fathom pipeline
9:18 Встреча → action items
10:46 Система базы знаний
13:51 Pipeline для ingestion из X
14:31 Business Advisory Council
16:13 Security Council
18:21 Трекинг соцсетей
19:18 Pipeline идей для видео
21:40 Daily briefing flow
22:23 Три совета (Three Councils)
22:57 Расписание автоматизаций
24:15 Слои безопасности
26:09 Базы данных и бэкапы
28:00 Генерация видео/картинок
29:14 Self-updates
29:56 Трекинг использования и стоимости
30:15 Prompt engineering
31:15 Инфраструктура для разработчиков
32:06 Дневник питания

- Бесплатная eBook с юзкейсами
- промпты
- SOUL
- IDENTITY
- PRD

Этот файл CLAUDE.md может сделать тебя 10x инженером

Он собирает лучшие практики от создателя Claude Code, Бориса Черни.

Борис делился в X внутренними приёмами и рабочими схемами, которые их команда использует каждый день. Потом эти треды собрали в структурированный CLAUDE.md, который можно просто закинуть в любой проект.

Что внутри:

- оркестрация workflow
- стратегия по subagents
- цикл самопрокачки (self-improvement loop)
- проверка “прежде чем считать done”
- автопочинка багов
- базовые принципы

Смысл в накопительном эффекте: каждую правку/замечание ты фиксируешь как правило, и со временем Claude меньше косячит, потому что подстраивается под твой фидбек.

## Workflow Orchestration

### 1. Plan Node Default
- Enter plan mode for ANY non-trivial task (3+ steps or architectural decisions)
- If something goes sideways, STOP and re-plan immediately – don't keep pushing
- Use plan mode for verification steps, not just building
- Write detailed specs upfront to reduce ambiguity

### 2. Subagent Strategy
- Use subagents liberally to keep main context window clean
- Offload research, exploration, and parallel analysis to subagents
- For complex problems, throw more compute at it via subagents
- One tack per subagent for focused execution

### 3. Self-Improvement Loop
- After ANY correction from the user: update `tasks/lessons.md` with the pattern
- Write rules for yourself that prevent the same mistake
- Ruthlessly iterate on these lessons until mistake rate drops
- Review lessons at session start for relevant project

### 4. Verification Before Done
- Never mark a task complete without proving it works
- Diff behavior between main and your changes when relevant
- Ask yourself: "Would a staff engineer approve this?"
- Run tests, check logs, demonstrate correctness

### 5. Demand Elegance (Balanced)
- For non-trivial changes: pause and ask "is there a more elegant way?"
- If a fix feels hacky: "Knowing everything I know now, implement the elegant solution"
- Skip this for simple, obvious fixes – don't over-engineer
- Challenge your own work before presenting it

### 6. Autonomous Bug Fixing
- When given a bug report: just fix it. Don't ask for hand-holding
- Point at logs, errors, failing tests – then resolve them
- Zero context switching required from the user
- Go fix failing CI tests without being told how

## Task Management
1. **Plan First**: Write plan to `tasks/todo.md` with checkable items
2. **Verify Plan**: Check in before starting implementation
3. **Track Progress**: Mark items complete as you go
4. **Explain Changes**: High-level summary at each step
5. **Document Results**: Add review section to `tasks/todo.md`
6. **Capture Lessons**: Update `tasks/lessons.md` after corrections

## Core Principles
- **Simplicity First**: Make every change as simple as possible. Impact minimal code.
- **No Laziness**: Find root causes. No temporary fixes. Senior developer standards.
- **Minimat Impact**: Changes should only touch what's necessary. Avoid introducing bugs.

Я заметил одну интересную вещь:

Claude Code автоматически добавляет себя как соавтора в каждый git-коммит. Codex — нет.

Вот почему GitHub везде «заполнен» Claude, а Codex — нет.

Интересно, почему OpenAI этого не делает. Выглядит как очевидная стратегия брендинга, которую OpenAI упускает.

Небольшой лайфхак:

Если в ~/.claude/settings.json добавить:

{
  "attribution": {
    "commit": "",
    "pr": ""
  }
}

то можно по умолчанию отключить добавление co-author в Claude Code.

Документация: https://code.claude.com/docs/en/settings#attribution-settings