Когда нет вентиляции в подполье...
Полы в доме сгнили, как итог грибок и плесень.
Начинаем с демонтажа, углубляем уровень ниже пола.
Полы в доме сгнили, как итог грибок и плесень.
Начинаем с демонтажа, углубляем уровень ниже пола.
Сегодня расскажу вам про еще один наш масштабный проект.
Его величество Космонавт.
Пару-тройку лет назад к нам обратился заказчик с задачей изготовить 4-х метрового космонавта в скафандре, которого необходимо было разместить на подвесах над эскалаторами.
Четкого ТЗ не было, была идея, картинка и желаемая поза.
Поэтому мы приступили к изучению тематических материалов и на основе этого уже создали и согласовали с заказчиком совершенно другую модель.
За основу был принят скафандр "Орлан-МКС".
Нам пришлось видоизменить модель, внести изменения в навесное оборудование и различные вспомогательные надстройки скафандра в художественных целях, а также для упрощения конструкции и сокращения сроков изготовления. Получилась не копия оригинального скафандра, который создавался для определенных задач и работ, но это позволило нам значительно сократить сроки изготовления, т.к. было важно изготовить его всего за 2,5 месяца, включая разработку. А этого срока, если честно, крайне мало для объекта такой сложности.
Для разработки была задействована команда проектировщиков, поскольку арт-объект по задумке должен быть подвешен на высоте нескольких этажей над посетителями и требования безопасности не позволяли построить фигуру без расчетов системы крепежа.
Параллельно с разработкой каркаса велась работа скульптора, который создавал из пенопласта фигуру с постоянными корректировками дизайнеров и заказчика.
в какой-то момент заказчику показались ботинки слишком скучными, более похожими на тапки и они попросили их сделать луноходами для отхода от аутентичности к стилистике находящегося рядом бара "Луна". Да, не по-настоящему, но выглядит реально круче)
До:
После:
Вот тут мы внедряем уже каркас:
Для его внедрения в почти завершенную фигуру ушло достаточно много времени, потребовалось почти полностью разрезать фигуру и собирать заново, учитывая ряд условий: скафандр из-за своих габаритов не протиснулся бы в дверные проёмы комплекса, поэтому руки костюма для монтажа и транспортировки были спроектированы полностью съёмными и закреплялись на болты изнутри скафандра, а для доступа внутрь в рюкзаке был вырезан люк.
Далее пенопластовую форму усилили стеклопластиком в местах соединений и креплениях каркаса, а затем полностью покрыли слоем пенополиуретанового пластика, который после застывания создаёт эластичную прочную оболочку, специально для того, чтобы мы её долго-долго шлифовали и выравнивали модельными грунтами.
Следующим этапом было закрепление декоративных элементов, которые были смоделированы в масштабе и целиком напечатаны на 3D принтере.
вот наш красавчик на одном из тестов подвеса и репетиции монтажа:
Ну а далее мы приступили к покраске:
Покраска огромного скафандра это мероприятие не из простых, его нужно много раз подвешивать и снимать, крутить и переворачивать, обклеивать и расклеивать для нанесения очень похожих, но всё же разных цветов, нарисовать у каждой складочки тень, чтобы это не сливалось в бесформенное нечто, а затем целиком покрыть защитным матовым лаком.
С цветовой схемой тоже вышла некоторая сложность: распределить цвета нужно было из первоначального ТЗ с совершенно другой модели скафандра, не говоря уже про цвет лампасов, с которым удалось определиться вообще не сразу.
К космонавту мы сделали еще 22 шлема, но о них я расскажу как-нибудь позже.
Ну и вот он, итог:
Хух, ну вроде бы все.
Тоже остался, к сожалению без работы(. Покидал первое время на хх резюме туда-сюда, но особо ничего не появилось.
Решил посидеть дома, тем более и дел накопилось, которые в обычном рабочем графике не поделать (после работы уже не хочется, а в выходные другие , более важные дела появляются, типа поспать или с семьёй выехать куда:)).
Немного есть денег, поэтому чтобы просто не пропивать с горя проедать, буду заниматься обустройством быта. С вами, кому будет интересно, тоже буду делиться мыслями, советами, ну и обратные советы тоже приветствуются, естественно.
Для начала нужно будет заняться мангальной зоной, много лет чешутся руки, но воз и ныне там...
Вот такой пристрой к гаражу имеется, который нужно будет облагородить. Дано: 3*5 м, стены и столбы кирпич, пол бетонный, мангал железный, потолок высокий и деревянный). С учетом финансов, в приоритете будет бюджетность и доступность материалов, желательно даже из того, что было хламом много лет.
По инструменту - не прям густо, но что уж накоплено. Желательно тоже обойтись этим, без аренды или покупки нового.
Не откажусь от советов, как максимально бюджетнее окультурить. Мысли, конечно, есть, но и от новых не отказался бы.
В общем, поехали)...
ПС. Ход строительства, материалы и их стоимость, а также нюансы и возникшие проблемы в ходе благоустройства буду тут выкладывать.
На разборах почти каждую вторую сессию одна и та же сцена: вчера настроили Vitest, сегодня в новом Agent-чате агент чинит тесты через Jest. Или лезет в package.json с правками, которые уже запретили.
Cursor Rules — постоянные текстовые инструкции для Agent Chat: стек, команды lint/test/build, стиль и запреты. Они живут в репозитории и подмешиваются в контекст, чтобы не копировать одни и те же абзацы в каждый чат.
Ниже — рабочий минимум, которым пользуюсь сам. Не серебряная пуля: rules снижают разброс, но не заменяют ESLint, CI и code review. И работают только в Agent Chat — Tab и Inline Edit (Cmd/Ctrl+K) их не читают.
Проектные правила — в .cursor/rules/ в корне workspace. Формат — .mdc: YAML frontmatter сверху, markdown-тело ниже.
Plain .md без frontmatter Cursor в этой папке игнорирует. Часто вижу скопированный rules.md, который «молчит» именно поэтому.
Альтернатива — AGENTS.md в корне или подпапке: plain markdown без frontmatter, удобен для Codex/Copilot и nested-правил. Nested AGENTS.md применяется к файлам в каталоге и ниже.
Legacy .cursorrules в корне — deprecated. Если ещё лежит — переношу содержимое в .mdc с alwaysApply: true и убираю дубль: при совпадении текста правки только в .cursorrules часто «не срабатывают».
Уровни коротко:
Уровень — Где — В git?
Team Rules — Dashboard Cursor — Нет
Project Rules — `.cursor/rules/*.mdc` — Да
User Rules — Customize → Rules — Нет
AGENTS.md — Корень / подпапки — Да
При конфликте приоритет: Team — Project — User.
Четыре режима Project Rules (2026):
Режим в UI — Frontmatter — Поведение
Always Apply — `alwaysApply: true` — В каждый Agent-чат
Apply to Specific Files — `globs: [...]`, `alwaysApply: false` — Когда файлы по glob уже в контексте чата
Apply Intelligently — `description: "..."`, без globs — Агент решает сам — для критичных запретов не полагаюсь
Apply Manually — без description/globs/alwaysApply — Только через `@Rule-name`
Нюанс Cursor 2.x: rule с globs подхватывается, когда файл по glob уже в контексте чата (@-mention или агент читает файл), а не просто открыт в табе редактора. Это объясняет половину тикетов «правило молчит».
В монорепо отдельная packages/api/.cursor/rules/ по сообщениям с форума часто не сканируется. Практический обход — AGENTS.md внутри пакета.
Не тащите готовый GitHub-пак «на все случаи». На старте хватает одного alwaysApply на 5–15 строк из вашего package.json.
Типовая раскладка:
project/
Базовый 00-project-overview.mdc:
description: Базовые соглашения проекта
Зональное правило — отдельно, одна тема на файл:
description: React/TSX в src/
Официальный ориентир: до ~500 строк на файл, одна тема — один файл. Длинный код лучше давать через @filename в rule, а не копипастой.
Создать файл можно вручную, через Customize — Rules — Add Rule, command palette «New Cursor Rule» или /create-rule в Agent-чате.
Кейс с разбора: overview на 40 пунктов из чужого monorepo — агент «забывал» код, потому что в контексте почти не оставалось места для файлов. Сократили до 12 пунктов про свой репо — стало стабильнее. полного соблюдения rules никто не обещает.
Без проверки легко жить с молчащим frontmatter. Чеклист, который прохожу сам:
1. Customize — Rules — Project Rules — файл виден, режим совпадает с frontmatter.
2. Новый Agent-чат — не продолжение старого (там контекст уже зашумлён).
3. Спросить: «Какие project rules сейчас активны?»
4. Тестовая правка в зоне glob + @-mention файла под globs.
5. Тест запрета: попросить удалить папку или тронуть lockfile — агент должен остановиться и спросить.
6. После правки: «прогони тесты» — должны уйти команды из overview, не выдуманные.
7. Закоммитить .cursor/rules/ (и AGENTS.md, если есть), чтобы коллега в новом клоне получил те же rules.
Если glob-rule не срабатывает: расширение .mdc — закрывающий --- в YAML — путь glob — файл реально в контексте чата — нет ли конфликтующего .cursorrules.
Rules — Skills — Agent mode
Что это — Текст в `.mdc` / AGENTS.md — Навыки со SKILL.md и скриптами — Режим Agent Chat с правкой файлов
Когда — Каждый чат / по glob / @ — Когда агент вызывает skill — Когда вы в Agent и даёте задачу
Не заменяет — CI, linter, hooks — Rules (дополняет) — Rules (читает их)
Rule сам npm test не запускает — он подсказывает, что выполнить. Skills — отдельные процедуры. Agent mode — режим работы с инструментами, не «магический rule».
Механика та же: .mdc в корне с alwaysApply: true, в теле — стек (1С:Предприятие, версия платформы, где конфигурация), команды проверки (скрипт выгрузки/синтакс-проверки — явно), запреты (не трогать production-выгрузку без подтверждения).
Rules не сделают агента «1С-разработчиком из коробки». Но фиксация вроде «отвечай про процедуры в стиле BSL, не генерируй SQL вместо запросов 1С» снижает разброс так же, как в JS.
### Типичные грабли
Симптом — Что проверить
Правило «молчит» — `.md` вместо `.mdc`; битый YAML; нет закрывающего `---`
Glob не цепляется — Файл по glob в контексте чата, не только открыт в табе
Агент игнорит запрет — Apply Intelligently на критичный пункт → Always Apply или globs + тест
Агент «забывает» код — Два alwaysApply по 300+ строк — съели контекст; дроблю на темы
Противоречия в ответах — Дубль AGENTS.md и overview с разными правилами
Rules не влияют на Tab — Так и задумано — только Agent Chat
Скопированный пак с GitHub — Frontmatter чужой/битый; сократить до своего стека
Монорепо: rule в пакете не виден — Nested `.cursor/rules` ненадёжен; workaround — AGENTS.md в пакете
• Создать .cursor/rules/00-project-overview.mdc с alwaysApply: true
• Вписать свой стек и реальные npm run lint/test/build из package.json
• Добавить 2–3 запрета: .env/ключи API, lockfile, «спросить перед удалением»
• При необходимости — одно зональное правило с globs
• Убрать или смигрировать legacy .cursorrules
• Проверить в Customize — Rules: файл виден, режим верный
• Открыть новый Agent-чат и спросить активные project rules
• Прогнать тест запрета и «прогони тесты»
• Закоммитить .cursor/rules/ в git
У кого какой обход сработал на «молчащем» rule — YAML, glob в контексте или сокращение overview? Напишите в комменты, что именно починили.
Стоит у меня регистратор в авто. Прожорливый собака. Особенно зимой. Можно конечно подключить его к ACC, но я живу в большом городе, где иногда приходится ставить рядом с дорогой, где могут задеть. Тогда я регистратор не отключаю. Но дюже не удобно.
И вот, обнаружил я свободные заглушки рядом с ползунком подъёма фар.
Врезать тумблер? Вандализм.
Чтож. Вооружаемся Blender3d, штангенциркулем и моделим.
Ну что я могу сказать. Изначально моделили явно пластелином. Ни одного прямого угла у гнезда нет. Оно конечно не плохо когда смотрится. Но моделить в гнездо - боль.
В итоге всё же получилось.
И теперь я могу включить регистратор, выключить, включить вторую камеру.
Во вторую думаю USB зарядку вставить
Прежде я уже изготавливал часы на таких и подобных индикаторах, но на 4 лампах - впервые. Напишу тут немного о процессе сборки, а результат - вот:
Точка светится секунду через секунду, чтобы часы выглядели более живыми:
Я постепенно отказываюсь от повторения чужих проектов настольных часов в пользу разработки своего собственного, где не будет ничего, что мне кажется лишним.
Сначала я разработал схему и изготовил плату:
Первая версия оказалась неудачной, во второй учёл все ошибки. В качестве дешифратора я решил применить CD4028 - нечто вроде низковольтного аналога К155ИД1 - с "усилением" транзисторами MMBTA42. В первой версии платы я никак программно не смог избавиться от фантомных цифр в лампах - пришлось установить 10 диодов на линии катодов, соединённых катодами вместе и через два резистора на землю и +170В. Такое решение я видел в одном из чужих проектов, и теперь понимаю, зачем это было нужно.
Для уменьшения общей толщины я постарался разместить все детали на одной стороне, а конденсатор - в вырез в плате. Похожим образом сделан вырез под разъём питания: можно установить разъём на плату, а можно вырезать эту часть платы, а разъём установить на корпус.
Я не стал предусматривать площадки для подключения программатора, припаял провода прямо к ножкам мк. В процессе отладки использовал Z566M и Z5660M. Лампы с лаком выглядят на мой взгляд лучше, контуры цифр в них немного чётче:
Корпус в этот раз был изготовлен из дубового цельноламельного щита на ЧПУ фрезере. Нижний - для часов на 8 лампах из следующего поста:
После покрытия тунговым маслом:
Мне оставалось только сделать по 4 отверстия для крепления платы и крышки корпуса, установить разъём питания и сделать углубление под конденсатор (со второй попытки):
Нижняя крышка и винты - из нержавейки. Мягкие ножки будут приклеены позже:
Сзади. Разделительную лампочку я покрыл лаком для стекла, цвет получился очень похожий:
Часы просто показывают время в 24-часовом формате, имеют три режима смены цифр (обычный, с перебором при смене показаний и с плавной сменой цифр с наложением) и возможность включения "антиотравления" катодов по ночам каждые 5 минут.
И вот именно эффект плавной смены цифр с наложением я не мог написать очень долго, и именно его хотел реализовать больше всего. Хорошо сделать его в часах с 6 лампами мне до сих пор не удалось, поэтому я и решил сделать вот такой вариант на 4. Вот так это выглядит:
При динамической индикации на видео можно наблюдать мерцание цифр, которые в реальности глаз не замечает.
matvey6191@gmail.com