TypeScript
The shared language of the web interface and the server.
In this document10
← All projects
CASE STUDY / Közös
Order in shared matters, across two households.
A tool born from personal experience, for parents living apart. The aim is not to settle arguments but to give shared matters a record and a structure: who proposed what, who approved it, when the handover took place.
- Project status
- Live · private, invitation-only family use
- Focus
- Own product · Family application · Privacy
01 / CONTEXT
The business challenge
Child-related expenses, handovers and requests scattered across messages are hard to follow and easily lead to misunderstanding. Meanwhile, children should not see their parents’ finances.
THE DESIGN DECISION
The system neither decides nor judges: it keeps a record. Shared matters become valid through two-sided approval.
WORKFLOW / Közös
How the user journey comes together.
- 01 / PROPOSE
One parent records
An expense, handover or change is entered as a proposal.
- 02 / APPROVE
The other parent confirms
A shared item becomes valid only when both sides accept it.
- 03 / RECORD
Log and settlement
Every change can be traced; children see only what concerns them.
02 / IMPLEMENTATION
How we approached it
Every shared matter is two-sided: an expense proposal is approved by the other parent, a handover is confirmed by the receiving parent, and a child’s request is accepted by both. A child account sees only what concerns the child.
Innovation in practice
The decisions behind the functionality
Two-sided approval as the principle
A shared item is valid because the other party accepted it — so the record belongs to both parents.
A separate view for the child
A child account can make requests and see what concerns the child, while parental costs and private topics never reach it, even server-side.
A small system you can run yourself
One container, one database file, daily verified backups — with no dependence on external services.
Behind the interface
Technologies and architecture
A TypeScript application running in a single container: a Node.js server and an SQLite database on a separate data volume behind the web interface. Changes are saved in transactions with data-version checks and a change log; sessions and forms are protected by origin and CSRF checks.
Node.js
A server side built on built-in modules.
SQLite
A single-file database on a separate data volume, with transactions.
Docker
A self-hostable application in a single container.
DELIVERY / PROJECT SCOPE
What we built
- Two parent accounts and up to two child accounts, with single-use invitations
- Expense proposals approved by the other parent, with adjustable cost sharing
- Handover confirmation with an editable changeover schedule
- Children’s requests accepted by both parents
- Document library with permission-based downloads
- Children never see parental costs, settlements or private topics
- Change log and daily verified backups
Our role
A complete in-house product: design, web application, server side, operations and backups.
Project status
An in-house product used privately. There is no open registration, bank transfer, e-mail or SMS sending; the site is deliberately hidden from search engines.
Get in touch if this interests youMore work
Client project
KGC-Bérlés
The complete system behind kisgepcentrum.hu: web shop, equipment rental, service intake, parts search and customer accounts — one platform shared with the in-store kiosk and staff workspaces.
Live business platform · kisgepcentrum.hu
Explore the project — KGC-Bérlés
Innovation prototype
Poparch
An architectural plan-processing prototype: supported vector PDFs become editable quantities, cost estimates and professional exports.
Working prototype · private demo
Explore the project — PoparchYOUR NEXT STEP
Which workflow should we rethink together?
projects / atlas.workspace
Project Atlas
06 / REAL PROJECTSLook behind the interfaces. Explore the solutions, inspect real screenshots and put two projects side by side.
6 projects
Choose up to two to compare.Client project
KGC-Bérlés
The complete system behind kisgepcentrum.hu: web shop, equipment rental, service intake, parts search and customer accounts — one platform shared with the in-store kiosk and staff workspaces.
- Find parts directly on the diagram
- One customer journey, several workspaces
Live business platform · kisgepcentrum.hu
Innovation prototype
Poparch
An architectural plan-processing prototype: supported vector PDFs become editable quantities, cost estimates and professional exports.
- Turn a PDF into editable data
- Keep the expert in control
Working prototype · private demo
Client project
Strabor
A customer application for a tradesperson’s daily work: estimates, appointment requests, photos, messaging and service administration.
- Keep the job and the conversation together
- Control capacity and pricing directly
Public website and customer application
Club project
BPSE
Digital tools for the pétanque community: tournament organisation, team score entry, spectator standings and shared sports information.
- Different roles, one tournament
- From paper to the right mobile screen
Public application
Client project
TEXTURA Salon
A custom bilingual salon website connecting its real space, stylists and services to a direct booking journey.
- A route to the chosen stylist
- Keep the next mobile step within reach
Public website
Client project
Foxxi
Developing an established clinic website: editable WordPress pages, two treatment areas and a coherent Hungarian–English patient journey.
- Editing behind an established appearance
- Two specialties with clear decision paths
Public website
Research collaboration
Kinda · Balance
A workplace wellbeing platform that grew out of the instruments of a doctoral research project: research questionnaires, management reports and the Balance module, which rewards healthy habits.
- A research instrument and a company product in one system
- Wellbeing you can follow in forints
Live platform · research collaboration with the University of Pécs Faculty of Health Sciences
In-house R&D
Ajánlat-radar
Automated processing of incoming supplier quotes, designed around a machine-parts distributor’s workflow: items extracted from e-mails, PDFs and spreadsheets feed a comparison matrix, with the original source behind every number.
- Traceable extraction
- Quotes made comparable
Research prototype · synthetic data
Own product
Közös
A shared space for parents living apart: expenses, handovers, children’s requests and documents in one place, with two-sided approval.
- Two-sided approval as the principle
- A separate view for the child
Live · private, invitation-only family use
No matching project.
Try a different capability or clear the filters.
compare / projects
Clearer side by side.
Compare the demonstrated capabilities and current status. Each project was built for a different purpose.
Select two projects from the cards above.
Includes your filter and selected projects.
MYFORGE / DELIVERY LABINTERACTIVE STUDIO DEMO
Great software starts
with better decisions.
We understand the business problem, design the system and build it in steps you can inspect. Step inside the studio: choose a project and explore how research, human decisions and AI-assisted development connect.
RESPONSIBILITY AND DELIVERABLEGemini + NotebookLM
Sources, open questions and an SSP brief.
WHAT DOES THIS GIVE YOU?
Clarity before commitment.
Clarifying the goal and constraints together helps decide what belongs in the first usable version.
Before the next stageWe agree which problem to solve and how we will know it has been solved.
SPECIALIST ROLES. SHARED CONTEXT.
Responsibilities follow the selected stage.The right tool for each part of the work.
Gemini + NotebookLM
Research and sources
KGC-Bérlés
Which source supports each claim?
A single machine can be linked to a rental request, accessories, spare parts and a service case. The challenge was to preserve that context when a customer moves from the website to the store, or another team member takes over the conversation.
BMAD + Claude
Planning and work breakdown
KGC-Bérlés
How does the brief become a checkable plan?
Customer-facing and internal web application development: catalogues, request submission, customer records, case-based communication, and counter and service views. The scope also includes the parts-engine interface, kiosk interaction, and editing, publishing and scheduling display programmes. In September 2026 the system gained the web shop, the full service workflow and customer accounts, and went into production.
Codex
Review and tests
KGC-Bérlés
What evidence will verify the change?
Does the desktop parts diagram lead to the right part number and itemised enquiry?
SSPThe shared foundation for development
01 / Goal
The complete system behind kisgepcentrum.hu: web shop, equipment rental, service intake, parts search and customer accounts — one platform shared with the in-store kiosk and staff workspaces.
02 / Context
A single machine can be linked to a rental request, accessories, spare parts and a service case. The challenge was to preserve that context when a customer moves from the website to the store, or another team member takes over the conversation.
03 / Constraints
Customer-facing and internal web application development: catalogues, request submission, customer records, case-based communication, and counter and service views. The scope also includes the parts-engine interface, kiosk interaction, and editing, publishing and scheduling display programmes. In September 2026 the system gained the web shop, the full service workflow and customer accounts, and went into production. The platform has been running in production at kisgepcentrum.hu since September 2026, and development continues. Online rental requests require staff confirmation. Full ERP synchronisation, online card payments and automatic invoicing are separate workstreams; acceptance testing on the physical shop kiosk remains outstanding.
04 / Checkable outcome
Suggested acceptance question · verification pending
Does the desktop parts diagram lead to the right part number and itemised enquiry?
PROJECT DOCUMENT · ILLUSTRATIVE SAMPLE
Defining the brief
The goal, context and acceptance criteria in one place.
# KGC-Bérlés / brief.md
> ILLUSTRATIVE SAMPLE · Based on public portfolio information. Not a client brief or approved project plan.
## Research · Gemini + NotebookLM
Reviewing the sources leads to a checkable brief. This example uses the portfolio and does not start live research.
## SSP / Goal
The complete system behind kisgepcentrum.hu: web shop, equipment rental, service intake, parts search and customer accounts — one platform shared with the in-store kiosk and staff workspaces.
## SSP / Context
A single machine can be linked to a rental request, accessories, spare parts and a service case. The challenge was to preserve that context when a customer moves from the website to the store, or another team member takes over the conversation.
## SSP / Constraints
Customer-facing and internal web application development: catalogues, request submission, customer records, case-based communication, and counter and service views. The scope also includes the parts-engine interface, kiosk interaction, and editing, publishing and scheduling display programmes. In September 2026 the system gained the web shop, the full service workflow and customer accounts, and went into production.
The platform has been running in production at kisgepcentrum.hu since September 2026, and development continues. Online rental requests require staff confirmation. Full ERP synchronisation, online card payments and automatic invoicing are separate workstreams; acceptance testing on the physical shop kiosk remains outstanding.
## SSP / Checkable outcome
Suggested acceptance question; verification pending:
- [ ] Does the desktop parts diagram lead to the right part number and itemised enquiry?
## Next handover · BMAD + Claude
- [ ] Separate sources, facts and open assumptions
- [ ] Review the SSP goal, constraints and acceptance criteria together
- [ ] Approve the implementation direction and verification approach
## Learning loop
Research may also start from previously approved lessons. A new finding needs a source, crystallization and an approved destination before propagation.
## Status and limits stated in the portfolio
The platform has been running in production at kisgepcentrum.hu since September 2026, and development continues. Online rental requests require staff confirmation. Full ERP synchronisation, online card payments and automatic invoicing are separate workstreams; acceptance testing on the physical shop kiosk remains outstanding.
Source: https://www.myforgelabs.com/en/case-studies/kgc-rental/The project ends. The knowledge stays.
Research can also use lessons that have already been reviewed and approved.
Outcome and test evidence
Record the actual result, environment and limits.
Crystallization
Select and check the lasting lesson within the raw experience.
How it becomes knowledgeApproved propagation
After review, to an approved destination: a project document, decision or shared knowledge.
The approval pointBack to research, with better context.
Gemini + NotebookLMknowledge / connected.workspace
Connected systems. Knowledge that compounds.
INTERACTIVE EXAMPLEMyForge Superintelligence connects project context, specialised AI roles and developer decisions. A valuable lesson from one project becomes retrievable knowledge for the next.
01 / knowledge graph
The architecture of shared knowledge.
Select a node for details. Drag to rearrange, or use arrow keys while focused. The list below also works on mobile.
Browse the nodes 13
capabilities / reusable methods
Methods selected for the work at hand.
02 / discord handoffs
From a client request to a reviewed solution.
Every handoff has an owner, a purpose and a tangible output. This scripted example illustrates Discord-based collaboration: follow the request through research and development to human approval.
project-handoffReady to play
CURRENT HANDOFFAn idea starts a shared conversation
Output
client-request.mdWaiting for a human decision.
Approval continues only this local example.
The loop is complete.The next task can start from reviewed knowledge.
MYFORGE / ERP In development · a closer look is coming soon
One business. Connected operations.
We have been developing an ERP that connects equipment rental, service, inventory and sales. Its purpose is to keep the history of an asset, partner or work order available at the next business step. A closer look at the development is coming soon.
KGC ERPSystem layersARCHITECTURE
WORKSPACE
The daily workspace
Staff interfaces suited to each role
React + ViteBUSINESS LOGIC
Business workflows
Rental · service · inventory · sales
Node.js + NestJSDATA & JOBS
The operational foundation
Related data and queued background work
PostgreSQL + Prisma · Redis + BullMQShared foundation: roles, organisational separation and traceable operations.
BUSINESS MODULES / 01—05
Workflows connect across business functions.
Rental and equipment
The equipment journey from pricing through checkout and return to its related contract. Rental operations have their own business module.
Service and work orders
Repair tasks, work orders and warranty cases are organised as connected workflows in dedicated service modules.
Inventory and sales
Modules cover products and stock movements from goods receipt and stocktaking to sales operations.
Partners and documents
Partner records, business documents and related communication provide context for the same case.
Access and organisations
Roles, audit trails and separated organisational workspaces define who can access each part of the business data.
ENGINEERING / STACK
The engineering behind the operations.
A modular TypeScript monorepo with a Node.js and NestJS API, React–Vite workspaces, PostgreSQL–Prisma data handling and Redis–BullMQ background jobs. Dedicated access and tenant layers separate data belonging to different organisations.
- Node.js + NestJS
- A modular server-side API and business services.
- TypeScript
- Shared types and explicit data contracts across the monorepo.
- React + Vite
- Browser-based staff workspaces.
- PostgreSQL + Prisma
- Relational business data and typed database access.
- Redis + BullMQ
- Queued background jobs and scheduled processing.
In development. More to share soon.
The ERP in development is a separate project from the KGC-Bérlés web application. Modules and integrations are progressing incrementally; a public demonstration and operational rollout are separate delivery steps.
MYFORGE / WORKSPACE SETTINGS
Your workspace.
Arrange this website around the way you like to explore. Changes appear immediately.
These settings apply only to this website. Layout preferences stay on this device; form entries are not saved here.
03 / Keyboard shortcuts
- Ctrl / ⌘ K
- Quickly open a file
- Ctrl / ⌘ ⇧ P
- Actions and settings
- Ctrl / ⌘ B
- Toggle the sidebar
- Ctrl / ⌘ J
- Toggle the terminal
- Ctrl / ⌘ ⇧ X
- Toolkit
- Ctrl / ⌘ ⇧ T
- Reopen a closed tab
- Alt ⇧ ← / →
- Reorder tabs
- Delete
- Close the selected tab
Workspace shortcuts do not run while you type in a form field.
Every setting stays within this website.
LOCAL DEMO
❯ bmad Research · Gemini + NotebookLM
MyForge Workspace. Type help · Local navigation commands.
// Demonstration events.
Workspace opened. Choose a project or play the BMAD demonstration.
