mostlydev.

The work of
Wojtek Grabski

Writing GitHub

Founder at Flux Inc.

Founder · Product leader · Developer

Selected work / 1995–2026

Wojtek
Grabski.

I build products, teams,
and the systems behind them.

I’m a founder and hands-on developer who works across product, business, and operations. Through Flux Inc., I’ve helped build products serving thousands of facilities. Today I bring that experience to company-wide AI implementation and adoption.

Business & people

02 / Business & people

Across disciplines

I connect business, technology,
and the people doing the work.

I design products, write software, lead teams, and bring systems into use. I work across finance, engineering, sales, and frontline operations, turning business needs into systems people can use.

Build the product.

I connect customer needs with system design, interfaces, and delivery. That includes shaping the workflow, choosing what to build, and planning how people will adopt it.

My work spans medical imaging, enterprise systems, publishing, media production, and AI. The common problem is fitting software to the work around it.

Build the business.

I bring products to market through positioning, demonstrations, sales, marketing design, and copy. I manage relationships with instrument vendors, hospital networks, and implementation partners.

Company leadership also means contracts, negotiation, dispute resolution, and work on regulatory requirements—not just a product roadmap.

Build the team.

I hire, organize, teach, and mentor. I’ve had the privilege of hiring talented people and working alongside them as their careers grow. I work across technical and non-technical roles to clarify ownership, improve handoffs, and help staff through changes in tools and process.

That includes production capacity, staffing, forecasting, and change. A rollout needs support for the people expected to use it.

Technical depth.
Across disciplines.

My foundation spans mathematics, physics, signal processing, digital imaging, and systems design. My physics studies focused on photonics and condensed matter.

I remain a hands-on developer. My project history includes over a dozen languages, frameworks, and visual stacks, including C#, C++, Ruby, Python, Go, JavaScript, TypeScript, Vue, Angular, React, Rust, SQL, and shell—from databases and desktop applications to web services and agent infrastructure.

03 / Career timeline

1995 → today

Built over time.

From business systems to company leadership and AI adoption. Each chapter brings together the product, the people, and the implementation.

Read the summaries, or open a chapter for projects and responsibilities. These are overlapping strands of work, not separate employment periods.

1995–2004Business & medical systemsStart with the person doing the work.Business databases, medical reporting, field implementation, and user support.

At Aymes Medical (1995–2004), my work combined medical reporting software, IT management, installation, and technical, customer, and sales support. At Hess Packaging (1995–1996), I worked on business databases and production management.

Working close to users taught me to explain technical choices in terms of the job at hand.

Databases / Reporting / Deployment / User support

2000sCognitive neuroscience · University of TorontoConnect the mathematics to the experiment.Research computing, imaging, and the mathematical foundations of machine learning.

At the Affect and Cognition Lab, I worked on research computing, imaging, and experimental systems. I also worked on the mathematics of early machine-learning with emotional facial-expression recognition, including work with students from Geoffrey Hinton’s lab.

My work was in cognitive neuroscience. I sure did miss the early boat on ML, but I gained an intuitive understanding of the mathematical foundations and cognitive processes that inform how I approach machine learning today.

Scientific computing / Cognitive systems / Imaging / Applied mathematics

2007–nowFounder, Flux Inc.Build a company around the problem.Product direction, commercialization, client relationships, and building the team.

I founded Flux Inc. around practical problems in medical imaging. DICOM Printer was being sold and integrated into imaging workflows in 2007; development, sales, implementation, and support informed one another from the start.

I spend much of my time coding and designing systems around people. Product direction, commercialization, and management sit alongside that hands-on development work.

Over the years, that work grew into products serving thousands of facilities and relationships with large instrument vendors and hospital networks.

My responsibilities span hiring and team building, sales and partner communication, marketing, contract negotiation, and commercial and regulatory work. I translate between what a customer needs, what a team can deliver, and what the business can sustain.

Hands-on development / Company leadership / Commercialization / Team building

2009–2013Enterprise, publishing & marketingMake work easier to hand off.Production management, staffing, quality control, and technical sales.

For Yellow Pages, I built and managed high-volume website and media-production workflows: intake, copy, design, staffing, quality checks, and delivery across multi-discipinary teams.

I worked on change control, quality assurance, capacity planning, and staff training as the production mix changed.

These systems depend on clear handoffs: what information is missing, who owns a decision, and when work is ready to move on.

Production leadership / Capacity planning / Staffing / Marketing & copy

By 2010Co-founder, InfluxBuild the product and the business around it.Clinical workflows, financial reconciliation, branding, sales channels, and board-level work.

I co-founded Influx and built the product from the ground up. I designed the clinical software and the human workflows around it, connecting patient intake and scheduling to clinical reporting, billing, and financial reconciliation.

That meant understanding how clinical staff, administrators, and finance used the same information—and designing the handoffs between those roles.

I also designed the marketing and branding, managed trade-show attendance and sales channels, and took part in board-level work. Product design, implementation, and commercialization were parts of the same job.

Product work / Co-founder / Workflow architecture / Commercial leadership

2013–2017Product design & change managementDesign beyond the screen.Customer needs, specialist interfaces, rollout planning, and product ownership.

I built reporting software for radiology, applications for content and commerce, and integration designs for pharmacy workflows. Information presentation mattered as much as data movement: each specialist needed the right view and the right next step.

For DXA Desk, rollout planning covered staff training, test exams, a paper fallback, and clinical acceptance. A pharmacy and genetics integration design for GenYouIne addressed specialist roles and staffing as well as interfaces. At Informedy, I owned the product from proposal through implementation and handoff.

Good software has to fit the job. That includes what happens before someone opens it and after someone closes it.

Product ownership / Specialist interfaces / Integration / Rollout planning

2018–2024Clinical delivery & reliabilityMake the whole chain work.Reliable delivery, customer integration, and workflows for critical environments.

Medical imaging has made reliability a central part of my career: continuous processes, distributed image delivery, reconciliation, redundancy, and recovery when a component fails.

I created DICOM Capacitor and contributed to DICOM Printer 2. Alongside the code, I worked on specialist workflows, information presentation, customer integration, and support across secure environments and hospital networks.

A running process is not a delivered image. A delivered image is not a completed clinical workflow. I follow the chain through to the person who depends on it.

Distributed systems / Image delivery / Fault tolerance / Clinical interfaces

2025Applied AIFrom a model to a useful tool.Connecting AI capabilities with business needs, roles, and governance.

I began connecting AI to clinical tools and company operations. A Python DICOM MCP prototype exposed node discovery and connectivity checks to an AI assistant; a separate workflow used AI to reconcile fragmented purchase and installation records.

I designed a model-governance layer around role-aware context, memory, authority, and company rules. With the Flux Inc. team, that direction developed into retrieval, conversational rules, and compliance mechanisms.

The product question was broader than model access: what does an assistant need to know about the organization, what can it do on someone’s behalf, and how can people direct and correct it?

Product direction / Clinical integration / Context architecture / Business automation

2026AI implementation & adoptionEquip the agents. Enable the people.Company-wide adoption, durable workflows, and practical team enablement.

I develop the tools and operating practices for AI adoption at Flux Inc.: shared company knowledge, role-aware workspaces, staff training, onboarding, and supervised support drafting. I connect infrastructure decisions with how staff will use, review, and maintain the system.

An investment trading desk was one predecessor to this work. Coordinating specialist agents, maintaining shared state, and recovering interrupted work in high-risk contexts helped give rise to Clawdapus and Cllama, for orchestration, observability, shared governance and cost control.

Tools for context and collaboration

Work that outlives a session

Flux Orchestrator Development pilots
Durable work records for people and agents: assignments, handoffs, questions, human review, and recovery after interruption. The task survives when a session ends.
Flux Gate Controlled access pilot
Human-approved, time-limited access to operational systems, with expiry, revocation, and an audit trail. Delegated work needs explicit authority as well as useful tools.

These tools combine original design and AI-assisted implementation.

Selected milestones, not separate employment periods. Much of this work overlaps.

04 / AI & context

A working philosophy

Give an agent the context
to do the right work.

A model’s knowledge is not the same as understanding the job. I design what an agent needs now, what it should look up, and what should survive into the next session—shaped by role, purpose, and authority.

Context is a working process.My design approach
  1. 01 / In the momentPresentRole, goal, current state,
    authority, and constraints.
  2. 02 / When neededLook upFresh facts and source detail
    through the right tools.
  3. 03 / Between sessionsRetainDecisions, outcomes, and
    source history worth keeping.
  4. 04 / For the next taskRecallBring back what matters
    for this role and purpose.
Shared knowledge. Different working context.Role · Purpose · Authority
01

Carry the culture, not just the documents.

An assistant needs to understand priorities, working habits, and who can decide what. A salesperson, a new hire, and a specialist may draw on the same knowledge but need different explanations and next steps. Context should reflect that.

02

Process the session. Preserve the meaning.

Distill conversations into decisions, preferences, open questions, and outcomes. Keep source history and provenance where appropriate so summaries can be checked or reinterpreted. Recall for the task at hand, not by pouring every past conversation into the next prompt.

03

Give agents tools—and bounded agency.

Agents need ways to inspect state, find information, and act. Authority should come from the person or organization delegating the work. When instructions conflict, surface the conflict to someone authorized to resolve it.

04

Use judgment where it helps. Rules where it matters.

Cognitive systems interpret and propose. Deterministic code owns permissions and execution rules. Imperative services help agents discover possible next steps; application checks still decide whether an action can run.

05

Keep the work alive beyond any one agent.

Define ownership, handoffs, and human decision points. Record event chains, reconcile outcomes, and design for checkpoints, retries, redundancy, and recovery. The same discipline matters in continuous clinical workflows and distributed agent systems.

The aim: useful autonomy, with human judgment built in.About Flux Inc.