Augmented Work

About

Augmented Work is built
around a simple idea.

AI should fit around the work, not the other way around.

Augmented Work grew out of years spent working across complex knowledge, technology, operations and client environments — and more recently, building practical AI workflows and workspaces around that reality.

The work sits somewhere between technology, workflow design and the people doing the job.

How I Work

The work comes before the technology.

The starting point is rarely a model, agent or platform. It is the work itself: the information people rely on, the decisions they make, the friction they live with and the judgement that still matters.

01

Start with the real work

Understand what people actually need to know, decide, check, remember and move forward.

02

Context before technology

The right model matters less if the surrounding knowledge, constraints and history are missing.

03

Build small enough to test

Useful systems become clearer when they are tested against real work rather than imagined use cases.

04

Keep judgement visible

AI can support reasoning, but people still need to know what can be trusted, challenged or reviewed.

The AI Lab

Where ideas get built before they become methods.

The Lab is where I test how different parts of an AI-Augmented Work Environment behave in practice.

That might mean experimenting with retrieval, chunking, model behaviour, structured content, orchestration, evaluation, human review or a small workflow prototype.

The point is not to collect technology. It is to understand what actually helps the work.

Local Models
RAG & Retrieval
Advanced Chunking
Semantic Search
Reranking
Orchestration
Evaluation
Human Review
Workflow Prototypes

Tools & Stack

The technology changes.
The principles underneath it do not.

I use different tools depending on the work, the constraints and the level of control required. The stack is modular by design.

Models, retrieval, orchestration and interfaces can change without changing the underlying way the environment is designed.

01

Models & Inference

  • Local LLMs
  • Hosted models
  • LM Studio
  • Ollama
  • Task-specific model selection
02

Knowledge & Retrieval

  • RAG
  • Embeddings
  • Semantic search
  • Reranking
  • Advanced chunking
  • Metadata
  • Provenance
03

Orchestration

  • n8n
  • Python
  • APIs
  • Workflow routing
  • Validation stages
  • Human review
04

Interfaces & Environments

  • Next.js
  • Local web apps
  • Purpose-built workspaces
  • Role-aware interfaces

Ideas & Analogies

Sometimes an analogy gets to the point faster than a technical diagram.

Some ideas begin as a sketch, a comparison or a way of making something complicated easier to explain.

They are not frameworks in themselves. They are ways of looking at the relationship between AI, knowledge, context and the work around them.

AI as a Kitchen
01

AI as a Kitchen

The tools matter, but the real value sits in the ingredients, sequence, judgement, checks and repeatability.

Knowledge Has an Architecture
02

Knowledge Has an Architecture

Repositories, metadata, context, relationships and capabilities each reveal a different part of the knowledge landscape.

Outputs Assembled from Knowledge
03

Outputs Assembled from Knowledge

Useful outputs emerge by combining the right knowledge components and understanding their relationships, within the right context.

The Model Is One Component
04

The Model Is One Component

The model matters, but useful AI depends on the knowledge, retrieval, tools, workflow, validation and human judgement assembled around it.

Selected Experiments

Small experiments.
Useful evidence.

The Lab is not about producing demonstrations for their own sake. Each experiment starts with a real problem and tests one small enough piece of it to learn something useful.

01

Knowledge Environment

Problem

People repeatedly rebuild context from scattered documents, systems and past decisions.

Experiment

A small retrieval environment using representative sources and real working questions.

Learning

Retrieval quality depends as much on source structure, metadata and context as on the model itself.

02

Quality & Review

Problem

Feedback and review signals accumulate, but recurring patterns are difficult to see consistently.

Experiment

A workflow that structures review data, surfaces repeated issues and supports human validation.

Learning

AI is most useful when it reduces repeated checking without hiding the evidence behind the judgement.

03

Structured Content Pipeline

Problem

Content moves through repeated drafting, checking, rewriting and handoff stages.

Experiment

A multi-step pipeline combining structured input, generation, QA checks, validation and controlled rewrite.

Learning

The useful capability is not generation alone. It is the sequence, controls and feedback around it.

04

Decision Support

Problem

Important decisions require people to gather evidence, compare options and reconstruct assumptions.

Experiment

A workspace that brings evidence, risks, assumptions and prior context together around the decision.

Learning

AI can support reasoning without replacing accountability when evidence and human judgement remain visible.

The Point

The aim is not to make work more AI-driven.

It is to make difficult work easier to carry.