PTENES
Skip to content
PATH 4

🤖 Advanced & 24/7 Agents

The final shift: agent orchestration and the always-on paradigm. How the local model — unlimited and always on — becomes a fleet of agents running 24/7, and three solutions built step by step: a security scanner for your code, a web watcher hunting for opportunities, and a local buddy with a name, face, and voice.

🎛️ Orchestrator 24/7 scanner 24/7 web watcher 24/7 buddy Sovereign lab
6
Modules
36
Topics
~4h30
Duration
Advanced
Level

Trail map

Detailed content

4.1~45 min

🎛️ Agent orchestrator: your IT guy

The video’s “IT guy,” translated into real tools: an agent that loads models, routes requests, and assembles the pieces for you.

What it is:

You speak in natural language, and it loads models, routes between machines, and assembles the pieces.

Why learn:

It's the vision that organizes all advanced use: a conductor above the models.

Key concepts:

Orchestrator, natural language, task automation.

What it is:

An LLM combined with tools (running commands, reading/writing files, calling APIs) and a loop that decides the next step.

Why learn:

Without this loop, it’s just a chat; with it, it becomes an autonomous executor.

Key concepts:

Agent, tools, ReAct loop.

What it is:

Code agents (CLIs) and frameworks connected to your local endpoint from Track 3.

Why learn:

Translates the video’s terms into tools that actually exist today.

Key concepts:

Code agent, framework, local endpoint.

What it is:

Use Tailscale + a local API to send each task to the ideal machine (large model on the Mac, fast model on the GPU).

Why learn:

Makes use of all your hardware as a personal cluster.

Key concepts:

Routing, tailnet, fan-out by machine.

What it is:

Limit scope, isolate in a sandbox, and confirm destructive actions before executing them.

Why learn:

An agent with too much power and no limits is a real risk.

Key concepts:

Scope, sandbox, confirmation.

What it is:

An instruction that has a local agent summarize a folder of notes or organize files.

Why learn:

Moves from concept to delivering a tangible first result.

Key concepts:

Instruction, verification, tangible result.

View Full
4.2~40 min

♾️ The always-on paradigm: 24/7 agents

Local is unlimited and always on — that unlocks continuous use and an environment that the cloud makes too costly.

What it is:

An unlimited, always-on local model enables ambient/continuous use that's impossible in the cloud because of the cost.

Why learn:

It's the mental framework for the next three step-by-step guides.

Key concepts:

Always-on, ambient use, unlimited.

What it is:

Cloud services charge per call; running 24/7 × many calls becomes unaffordable. Local costs only electricity.

Why learn:

Understanding the cost explains why this can only start locally.

Key concepts:

Cost per call, marginal cost, energy.

What it is:

Scheduler (cron/loop) + task + local model + output (file/notification).

Why learn:

It's the skeleton you'll repeat for each solution.

Key concepts:

Scheduler, task, output.

What it is:

cron (time-based scheduling), folder watch, and a job queue trigger the task.

Why learn:

Choosing the right trigger determines the worker's behavior.

Key concepts:

cron, watch, queue.

What it is:

Logs, idempotency, limits, and recovery from failures so the worker doesn't become a problem.

Why learn:

A fragile 24/7 worker costs more time than it saves.

Key concepts:

Logs, idempotency, recovery.

What it is:

Orchestrate several workers (recap 4.1), each with a role; preview of 4.3/4.4/4.5.

Why learn:

Shows where the learning path leads: your own team of agents.

Key concepts:

Fleet, specialization, orchestration.

View Full
4.3~50 min

🛡️ Step-by-step #1: 24/7 security scanner in your codebase

A worker that scans your repository for secrets, unsafe patterns, and anomalies — continuously and 100% locally.

What it is:

A worker that continuously scans the repository for secrets, unsafe patterns, and anomalies.

Why learn:

It's the first real use case and the easiest to justify.

Key concepts:

Secrets, insecure patterns, continuous.

What it is:

Sources (code, dependencies) → local agent with checklist → prioritized report.

Why learn:

Seeing the pipeline first prevents messy code.

Key concepts:

Sources, checklist, prioritized report.

What it is:

Run inexpensive tools (gitleaks/secret grep, npm audit/pip-audit) before the LLM.

Why learn:

Deterministic tools catch the obvious quickly and cheaply.

Key concepts:

gitleaks, npm audit, pip-audit.

What it is:

Prompt that tells the local model to triage the findings and explain the risk and fix.

Why learn:

The LLM adds context and prioritizes what the tools returned.

Key concepts:

Triage, risk, correction.

What it is:

cron every X hours (recap 4.2), a dated report, and alerts only for what's new.

Why learn:

Turns a one-off script into continuous monitoring.

Key concepts:

cron, dated report, new-item alert.

What it is:

Handle false positives, define scope, keep everything local, and include human review.

Why learn:

Poorly implemented security creates noise or leaks your own code.

Key concepts:

False positives, scope, human review.

View Full
4.4~50 min

🕵️ Step-by-step #2: web watcher hunting for opportunities

A worker that monitors web sources, extracts ranked business pain points and opportunities, and cites the source — while following the rules.

What it is:

Worker that monitors Reddit/forums/RSS and extracts pain points/opportunities, ranked and linked to their sources.

Why learn:

Shows local AI generating market intelligence for you.

Key concepts:

Pain points, ranking, source citation.

What it is:

Respect the ToS/robots, rate limits, and use official APIs when available.

Why learn:

Collecting data the wrong way can break accounts and violate laws; it’s worth doing it right.

Key concepts:

ToS, robots, rate limits.

What it is:

Pull from an allowed source (Reddit RSS/JSON, API) and normalize the items.

Why learn:

Clean data is half the quality of the result.

Key concepts:

RSS, API, normalization.

What it is:

Prompt that classifies each item (is it a real pain point? what product solves it? score 0–10) and returns JSON.

Why learn:

Structured output is what makes ranking and automation possible.

Key concepts:

Classification, score, structured JSON.

What it is:

Sort by score, deduplicate, save with source/citation, and notify only about items that passed the threshold.

Why learn:

Without filtering and deduplication, you’ll drown in noise.

Key concepts:

Sorting, deduplication, threshold.

What it is:

Schedule every N min (4.2), output file/dashboard, and refine the prompt over time.

Why learn:

The watcher improves as you calibrate the criteria.

Key concepts:

Scheduling, dashboard, prompt iteration.

View Full
4.5~50 min

🗣️ Step-by-step #3: your local buddy with a name, face, and voice

A local personal assistant with a personality, dedicated interface, and voice — one that remembers you and stays with you from your phone to your laptop.

What it is:

A local personal assistant with a personality (system prompt), interface, and voice.

Why learn:

It's the most personal use case and the natural conclusion of the course.

Key concepts:

Personality, interface, voice.

What it is:

Modelfile/SYSTEM defining the "buddy's" name, tone, and rules.

Why learn:

The system prompt is what gives your assistant its identity.

Key concepts:

system prompt, Modelfile, identity.

What it is:

Reuse Open WebUI (3.2) or a simple HTML page that calls the local API (3.5).

Why learn:

A custom interface makes everyday use enjoyable.

Key concepts:

Open WebUI, HTML, local API.

What it is:

TTS (text-to-speech, e.g., Piper) turns the model’s response into speech.

Why learn:

Voice makes the assistant natural and hands-free.

Key concepts:

TTS, Piper, audio pipeline.

What it is:

STT (speech-to-text, e.g., whisper.cpp) so you can talk to the assistant.

Why learn:

Complete the voice conversation cycle, without the cloud.

Key concepts:

STT, whisper.cpp, two-way voice.

What it is:

Combine embeddings/RAG (3.6) so it remembers you and Tailscale (2.4) to access it from your phone.

Why learn:

Memory + remote access are what make it a true companion.

Key concepts:

RAG, memory, Tailscale.

View Full
4.6~35 min

📈 Performance, scale & troubleshooting

The technical wrap-up: measure performance, scale to multiple machines, manage power and thermals, and solve the most common problems.

What it is:

Measure tokens/s, latency, and memory usage (ollama ps) and define “good enough.”

Why learn:

Without measuring, you’re optimizing in the dark.

Key concepts:

tokens/s, latency, memory usage.

What it is:

Large model on one machine, fast model on another; routing (recap 4.1/2.4).

Why learn:

Scaling turns standalone machines into a personal cluster.

Key concepts:

Multi-GPU, multi-machine, routing.

What it is:

Peak intelligence, rare use, and maintenance may call for cloud or hybrid.

Why learn:

Knowing the limit prevents costly stubbornness.

Key concepts:

Peak intelligence, rare use, hybrid.

What it is:

Estimate consumption, ensure ventilation, and run the lab 24/7 responsibly.

Why learn:

Heat and power are the hidden costs of always-on operation.

Key concepts:

Power consumption, ventilation, thermals.

What it is:

OOM, slow model, broken driver/CUDA, port in use, Tailscale offline.

Why learn:

A map of common problems gets you out of a jam quickly.

Key concepts:

OOM, driver/CUDA, port in use.

What it is:

Evolution roadmap, communities, and keeping models up to date; recap of the 4 tracks.

Why learn:

Closing with a plan keeps the lab alive after the course.

Key concepts:

Roadmap, community, updates.

View Full