Skip to content
details for llm

For analysis: read /llms.txt first, then /agent_manifest.txt, /agent_ide_context.txt, and /agent_context.txt. These text files explain the platform, IDE layer, API, limits, and safe workflow. PHP links are API equivalents.

Site model: VOSCOM is an LLM-friendly / AI Agent ready platform with a public website and a private browser IDE layer. The IDE opens only after human registration and login.

IDE tabs: AI Build, AI Agent, Profile, Project, Schematics, IoT Devices, Terminal, Firmware Flashing, News, Market, Community Chats, Private Messages, Support, Hardware Components.

Safety: An AI agent must not enter private IDE pages, accept legal terms, request passwords/tokens, write projects, publish content, request builds, or flash hardware without human confirmation.

The technical base, documentation, and working framework of MWOS

MWOS documentation and the full working environment of VOSCOM AI FORGE

MWOS is a modular operating system and framework for microcontrollers around which a full engineering environment is built inside the VOSCOM AI FORGE portal. Here you can study the system architecture, complete training, work on a project through AI, download firmware and source code, connect devices to the SaaS framework, communicate with platform participants, assemble teams, and develop commercial solutions.

Documentation and working framework
Foundation
MWOS: modular OS / framework for microcontrollers
Engineering work
Project design through AI and the MWOS structure
Open base
Docs, source repository, training, and examples
Portal
Devices, SaaS, chats, teams, rating, and store
Terms of use

How the platform’s open, extended, and commercial layers are structured

VOSCOM AI FORGE is built as an open engineering environment with several levels of use. Basic entry, learning the system, and a significant part of ordinary engineering work are available freely. Additional capabilities are expanded through the internal participation economy, while professional, corporate, and resource-intensive scenarios belong to a separate commercial layer.

Open layer

Basic entry and regular engineering work

This layer exists so that an engineer, developer, or student can enter the system, understand MWOS, build projects, and work with the platform without an unnecessary barrier at the starting point.

  • Learning the Docs, MWOS architecture, training materials, repository, and the overall technical base.
  • Project creation, basic AI-assisted work, building standard configurations, and downloading results.
  • Working with the personal account, modules, devices, and the regular engineering layer within reasonable limits.
Extended layer

Some functions are unlocked through participation in the ecosystem

Some additional capabilities are tied not to direct payment, but to the user’s internal contribution to the development of the platform. This strengthens the ecosystem while keeping the core engineering layer as open as possible.

  • Internal capabilities can be obtained through useful actions within the portal.
  • This includes creating and reviewing modules, helping other participants, mentoring, and contributing to documentation and community development.
  • This layer provides additional limits, priorities, and selected advanced functions without mandatory monetary payment.
Commercial layer

Professional, corporate, and resource-intensive scenarios

When work goes beyond ordinary engineering activity and requires significant computational, service, organizational, or legal resources, the platform’s commercial layer is activated.

  • Complex and heavy builds, expanded team collaboration, professional support, and dedicated services from VOSCOM.
  • Official licenses, equipment certification, placement of commercial solutions, and work through the contractual layer.
  • Supply of hardware, certified software, on-prem solutions, and corporate and integration formats of work.
Model principle

Core logic

The platform should not charge money simply for the fact that an engineer enters the system and learns the environment. The monetary model is activated where heavy infrastructure operations, professional services, commercial placement, certification, and the corporate usage layer begin.

Interaction models

It is not always just a classic paid-hiring scheme

The platform understands that project work can be structured in different ways. Not every initiative is launched as a standard contractor arrangement, and not every team works only for fixed payment.

  • There may be cases where participants contribute their labor to the project, share costs, and agree on a stake in the future result.
  • A manager may interest the platform’s commercial layer in the project and begin working with the VOSCOM team in a more structured format.
  • For some initiatives, the platform can provide commercial support, offer tools, and help build a practical development route.
Key points

MWOS architecture and logic

This page does not replace the full reference and does not duplicate the Docs. Its task is to quickly show an engineer, student, module developer, or manager what MWOS is, how it is used inside VOSCOM AI FORGE, and which directions are available next.

What MWOS is
A modular OS and framework for embedded systems
MWOS provides a stable software foundation for microcontroller projects: modules, parameters, events, storages, communication interfaces, and the overall working framework of device control.
How it is used
Through AI, documentation, source code, and the engineering workspace
The portal allows you not only to read about the system, but also to assemble projects, compile them, download the results, and develop your own solutions on top of MWOS.
What the portal adds
Documentation, SaaS, communication, teams, and a commercial layer
Around MWOS, the portal gathers not a standalone reference, but a connected environment: training, the personal workspace, connected devices, chats, project coordination, user rating, and a solutions store.
Entry points

Where to go next after this page

Below are the main routes through which a user usually begins real work with the system: reading documentation, training, exploring source code, or moving into the personal workspace.

Architectural foundation

What MWOS is technically

MWOS is built as a modular operating system and framework for microcontrollers. At the center are software modules, parameters, events, storages, and a single logic of component interaction, thanks to which a project can be developed as a system rather than as a random set of libraries.

  • Event-driven architecture and the modular approach simplify design and support.
  • Parameters and storages make it possible to manage settings and states in an organized way.
  • Different platforms and interfaces are supported, which makes the system suitable for a wide range of devices.
Working framework

Why MWOS is convenient in applied development

The system removes a significant share of repetitive infrastructure work from the engineer. Instead of constantly stitching together libraries and standard subsystems by hand, the engineer can focus on the logic of the device itself, its configuration, sensors, actuators, and working scenarios.

  • A faster path from a device idea to the first working configuration.
  • It is easier to reuse already verified modules and architectural solutions.
  • It is more convenient to grow a project from prototype to a more mature system.
Engineering work through AI

How a project is assembled in the personal workspace

Inside the platform, an engineer can work on a project in the format of a normal chat. The AI knows the MWOS structure, understands the system logic, and helps turn the task description into a working project configuration.

Dialogue

The engineer describes the task in plain language

The user explains what device they want to build, which sensors and functions are needed, which controller is under consideration, and what project constraints exist. Then the AI clarifies missing technical details and step by step assembles the project framework.

  • The dialogue works as engineering clarification of a task, not as random text generation.
  • The AI asks follow-up questions if the information is insufficient for a correct configuration.
  • This approach fits both an experienced engineer and someone just beginning to understand the system.
Result

After the dialogue, the project can be compiled and downloaded

Once the project configuration has been formed, the user selects the appropriate controller, gets the option to start the build, download the ready firmware, or export the source code and flash the result into the microcontroller using their preferred method.

  • The path to a ready BIN file for quick flashing is supported.
  • For independent work, the source code can be downloaded and built outside the portal.
  • This mode combines the convenience of AI with the level of control required by real engineering practice.
Roles and ways of working

How different users work with MWOS on the portal

The platform is useful not only for those who build firmware. Below are the main working roles for which this framework has practical meaning.

Engineer

Assemble a device and a working configuration

The engineer uses AI, MWOS modules, built-in descriptions, and the workspace to assemble a project for a specific controller faster and move on to testing.

  • Suitable for prototypes, applied devices, and engineering pilots.
  • Especially useful where a working result must be reached quickly.
Programmer

Study source code and write your own modules

If the user understands C++ well, they can analyze the MWOS source code, download the project, compile it independently, write their own libraries, and extend the system manually or with AI as an assistant.

  • This is the path for deep engineering work, customization, and platform extension.
  • It makes it possible to combine the system’s open code with a higher level of automation.
Manager

Launch a project and coordinate participants

The manager works from the other side: forming an initiative, assembling a team, tracking progress, using the platform’s business framework, and connecting engineering work with project goals, timelines, and results.

  • A separate workspace view and set of actions are provided for managers.
  • This is convenient for B2B projects, pilots, and coordination of applied initiatives.
Operations

Connect devices to SaaS and manage them

After building and flashing the firmware, the device can be connected to the personal SaaS workspace, where its parameters can be configured, data observed, state monitored, and access granted to other users.

  • A working framework for monitoring and remote control is supported.
  • This turns MWOS from “firmware as a file” into a real operating environment.
Portal capabilities

What exists around the OS itself

MWOS inside VOSCOM AI FORGE is not just a codebase. The portal adds a working environment to the open system, where engineers, managers, and teams can not only develop, but also interact with each other.

Workspace

Projects, SaaS framework, and device management

On the platform, you can keep project context, connect devices to the personal workspace, configure parameters, monitor their state, work with data, and delegate rights over connected devices to other users.

  • The personal workspace becomes not only the place where a build is created, but also the point of further operation.
  • Multiple devices and project frameworks can be handled centrally.
  • Access to devices can be distributed among team members and users.
Community

Forums, chats, teams, and professional rating

The platform includes public forums and chats, private dialogs, project cooperation, team formation, and a user growth system across different tracks. This turns the technical base into a living working environment rather than an isolated set of files.

  • You can communicate publicly, in project spaces, and in private channels.
  • Platform participants can assemble teams and develop project roles.
  • Rating and statuses make user experience, activity, and reliability more visible.
Manager framework

A separate mode of work is provided for managers

The platform is designed not only for developers. For a manager, what matters here are the tools that make it possible to launch a project, assemble participants, track task movement, and keep the project result in view rather than only the engineering internals.

  • Project initiatives can be created and teams can be assembled around a specific task.
  • It is convenient to track roles, progress, and the team’s working dynamics.
  • This framework is especially useful for B2B projects, pilots, and long-running engineering developments.
Commercial layer

Store, certification, and placement of commercial solutions

The portal includes an online store for hardware and commercial software. If a user or partner creates their own solution, they can submit a request for project or hardware certification and, after review and subject to platform conditions, gain the ability to place it in the store as a commercial product.

  • The store is intended for commercial solutions, hardware, and applied software.
  • Placement and commercial work are organized through an official contractual framework.
  • In Russia, this may mean work with LLCs, sole proprietors, self-employed participants, and other permitted forms; for other countries, equivalent legal forms are used within the relevant local jurisdiction.
Tools

Public engineering tools

This subsection collects standalone browser tools that can be used without entering the IDE for debugging, checks, and practical device work.

Next step

Start with the documentation, training, or the workspace

If you need to understand the system quickly, start with the Docs. If you want to enter it step by step, go to the training. If you are already ready to assemble a project, use the personal workspace. And if you need code and low-level work, open the MWOS repository and go deeper.