Python
The language of the processing pipeline and extraction layer.
In this document10
← All projects
CASE STUDY / Ajánlat-radar
The original behind every number.
We studied the procurement workflow of a machine-parts distributor: quotes arrive daily in different formats and decisions have to be made quickly. After market research and an architecture study we built a working prototype. The project did not lead to a commission; the studies and the extraction engine are being built into our next systems.
- Project status
- Research prototype · synthetic data
- Focus
- R&D · Document processing · Procurement
01 / CONTEXT
The business challenge
A quote may arrive in the body of an e-mail, as a PDF or as a spreadsheet, with gross or net prices, in another currency and without a delivery time. Manual comparison is slow, and it is hard to trace where a number came from.
THE DESIGN DECISION
The system recommends rather than decides: every “best” label shows its basis, and the original opens in one click.
WORKFLOW / Ajánlat-radar
How the user journey comes together.
- 01 / INTAKE
E-mail linked to a project
Each incoming quote is attached to the right procurement project.
- 02 / EXTRACT
Items with sources
Price, quantity, delivery and origin, each with its source.
- 03 / DECIDE
Matrix and gap list
Comparable quotes and a list of information still to request.
02 / IMPLEMENTATION
How we approached it
The prototype links incoming e-mails to a project, extracts line items and builds a comparison matrix. Every value carries its source: a highlighted PDF region, a spreadsheet cell or a line of the e-mail. The system recommends rather than decides, and collects missing information in a gap list.
Innovation in practice
The decisions behind the functionality
Traceable extraction
Beside each extracted price sits the highlighted PDF region, spreadsheet cell or e-mail line — verification is one click.
Quotes made comparable
Gross prices are converted to net and currencies at a dated rate, in one matrix that marks what is missing.
An interchangeable extractor
The same workflow runs with a rule-based or a language-model extractor, so accuracy and cost can be compared by measurement.
Behind the interface
Technologies and architecture
A Python processing pipeline with a FastAPI web interface. PyMuPDF reads PDF text and positions, openpyxl reads spreadsheet cells; the extraction layer can be swapped between rule-based and language-model implementations. The output is a state file from which the matrix and gap list are built.
FastAPI
The prototype’s web interface and endpoints.
PyMuPDF
Reading PDF text and positions for source highlighting.
openpyxl
Cell-level reading of spreadsheet attachments.
DELIVERY / PROJECT SCOPE
What we built
- Six research studies: market, existing solutions, architecture, pricing and data protection
- Line-item extraction from e-mail bodies, PDFs and spreadsheets
- Source marking: highlighted PDF region, spreadsheet cell, e-mail line
- Comparison matrix with normalised net prices and a gap list
- Interchangeable rule-based and language-model extractors
- 29 automated tests
Our role
Market research, architecture design, a working prototype with synthetic e-mails and attachments, and proposal documentation.
Project status
A research prototype using synthetic data only: the e-mails, suppliers and prices are invented. It is not a production client system and no commission followed.
Request a demoMore 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.
