snapshot: 2026-02-27

1 files changed, 39 insertions, 0 deletions

diff --git a/4bvi1x.md b/4bvi1x.md
new file mode 100644
index 0000000..4ccaa76
--- /dev/null
+++ b/4bvi1x.md
@@ -0,0 +1,39 @@
+---
+id: 4bvi1x
+date: 2026-02-26T12:37:14+0300
+languages: [ru]
+aliases:
+
+reviews:
+
+tags:
+- draft
+- huge idea
+- game
+---
+# Project Cooked
+
+Игра, похожая на Plate Up задумкой.
+
+Имеется ресторан, мы является его владельцами. По совместительству мы - и повар, и оффициант. Задача 
+заключается в обслуживании людей на основе тех ингридиентов, что имеются. Это позволяет добавить 
+механику "ежедневного меню", порчи ингридиентов со временем (чтобы игрок не закупился ингридиентами 
+на 100 дней вперёд), и так далее.
+
+Важной отличительной чертой должно стать то, что игрок по мере прохождения получает как баффы, так и 
+дебаффы. В случае с дебаффами, это могут быть новые позиции в меню, более критичные посетители, и 
+тыпы и тыды. В случае баффов, это могут быть упрощения по готовке, упрощения в передвижении, способы 
+увеличения прибыли (загибание цены, оптовые поставки, и тыпы).
+
+Очевидно, что из-за механики ингридиентов и невозможности иногда обслужить посетителей - ситуацией 
+проигрыша является что-то сложнее чем "не обслужить одного посетителя". На данный момент, я бы идеи 
+сформулировал так:
+- Если не можем предложить NPC заказ, который он хочет - это не приводит к проигрышу. Это приведёт к 
+  тому, что NPC имеет шанс выбрать что-то другое, либо уйти.
+- Если мы предложили NPC заказ, и мы его не можем приготовить - похоже на условие проигрыша
+- Если мы предложили NPC заказ, и мы его не успели приготовить - похоже на условие проигрыша
+- Если мы находимся в отрицательном балансе больше 1 дня - похоже на условие проигрыша
+  (закупили ингридиенты в кредит, но по итогу не смогли отбить кредит)
+
+## Down
+-