Skill Coach · for developers in AI-era teams

Learn the new way of working
inside the work.

Team Developer works out who should grow into which role and which skills they need. Skill Coach is the other half. It is a personal coach that runs on the employee's own machine. It notices moments in daily work where the new way of working would apply, and suggests a small experiment right then. Nothing leaves the laptop, and the coach never reports to a manager.

Runs locally
Nudges in daily work
5-minute evening review
Evidence, not certificates
scroll

The principle

The best exercise is not a course. It's the next real ticket, done a new way.

The coach suggests experiments of 10 to 30 minutes, tied to what is on screen right now. It makes one change at a time: at most one nudge per hour and one focus skill per day. A skill counts as practised when there is something to show for it, such as a reviewed agent diff, a spec or an automated test.

Morning

One focus skill

Derived from the learning path and yesterday's activity.

During the day

Nudges at the right moment

When a matching situation appears on screen, with a ready-to-paste prompt.

Evening

Five-minute review

Where the time went, what was tried, and one workflow change for tomorrow.

A day with David

What the Coach Notices

David is the fullstack developer from the Team Developer example. His learning path points to AI-augmented Product Engineer. Below is a scripted replay day, classified by a local model. Select a moment to see what the coach sees, why it counts as a coaching moment, and which playbook advice it draws on.

Scripted replay day · fictional person · shipped with the prototype

Also on screen that day: a 1Password window with a password. Excluded apps are filtered out before anything reaches the model.

What the coach sees
Skill on the learning path
What the playbook suggests

Not every moment becomes a nudge. The coach sends at most one per hour and won't repeat a skill within 45 minutes. The evening review picks up the strongest moments of the day.

What it does

Six Things the Coach Does

The coach only comments on skills that are on the person's learning path. It doesn't judge everything on screen. It looks for the moments where a skill on the path could be practised.

1

Nudge

Looks at the last hour and picks the strongest coaching moment for a skill on the path. It writes one nudge with a prompt that is ready to paste.

2

Watch

Checks every 15 minutes and shows a desktop notification when there is something worth trying. It sends at most one per hour.

3

Daily review

An evening review: where the time went, the AI-assisted share, progress per skill, at most three workflow changes for tomorrow and one focus skill.

4

Ask

Answers questions from the playbooks, the learning path and the last two hours of work. For example: “How do I review Claude Code's CRM change before pushing?”

5

Progress

Practised hours against the learning hours on the path, evidence per skill, and how helpful each type of nudge was rated.

6

Evidence

Records proof of a skill and exports it in the format Team Developer understands. The export happens only when the employee chooses to share it.

Privacy by architecture

Nothing Leaves the Laptop

A coach that watches the screen only works if people can trust it. That's why every part of Skill Coach runs on the employee's own machine, and the employee decides what is shared.

On the employee's machine
screenpipe

Screen & audio

On-screen text (OCR and accessibility text) and audio transcripts, recorded locally.

Ollama

Local language model

Classifies work sessions and writes nudges and reviews. It never calls a cloud API.

bge-m3

Local playbook index

A small vector index of the skill playbooks used to retrieve advice.

SQLite

Local state

Nudges, feedback, observed practice, evidence and daily reviews.

Only what the employee chooses to share

Evidence of a skill and progress, exported in the format Team Developer uses. There is no report to a manager and no team view. That is by design.

Excluded apps

Private apps are dropped before any processing.

1PasswordKeychain AccessSignalWhatsAppBanking

Excluded windows

Windows whose title contains certain keywords are dropped as well.

privateincognitopasswordsalarygehaltarzt

Redaction

Email addresses, tokens and passwords are removed from the text before the model sees it. Both lists can be configured.

Where the coaching comes from

A Learning Path and a Set of Playbooks

The coach gets its goals from Team Developer and its advice from playbooks for each skill. You can extend the playbooks with your own material.

The learning path

Team Developer's analysis provides each person's suggested future role and the skills to learn. Skills are ranked by the assigned hours per month that depend on them, with learning and coaching hours for each. The coach only works with skills on this path.

For David this adds up to 88 learning hours, about 5.5 months at 16 learning hours per month.

Fullstack Developer→AI-augmented Product Engineer
Skill to learnDependent h/monthLearning
AI pair programming with Claude Codehigh52.4 h16 h
Reviewing AI-generated codehigh44.0 h16 h
Agent orchestrationmedium16.1 h24 h
Spec-driven developmentmedium16.1 h16 h
Context engineeringmedium8.4 h16 h

Plus 8 coaching hours per skill. Snapshot of David's path, shipped with the prototype.

The playbooks

Each playbook describes what good practice looks like, micro-exercises inside real work, workflow changes, anti-patterns, and what counts as evidence for the learning path.

What good looks likeMicro-exercisesWorkflow changesAnti-patternsEvidence
  • AI pair programming with Claude Code
  • Reviewing AI-generated code
  • Spec-driven development
  • Context engineering
  • AI-assisted test automation
  • Agent orchestration
  • Evaluation and acceptance design
  • Further AI-era skills
You can add company-specific material such as internal guidelines, your team's CLAUDE.md conventions or recorded good examples. The coach then draws on them as well.

Excerpt · Reviewing AI-generated code

Review checklist for agent diffs

  1. Scope: are there changes outside the files the task needed? Why?
  2. Tests: were tests added, changed, skipped or deleted? A skipped or loosened test is a red flag.
  3. Edge cases: empty input, boundary values, partial failures, retries that repeat side effects.
  4. Configuration: magic numbers such as retry counts, timeouts and batch sizes. Are they sensible and configurable?
  5. Security: new dependencies, logging of personal data, credentials, permission checks.
  6. Readability: would the team accept this in a normal pull request?
Where the assumptions come from. The learning path and the playbooks rest on the same catalog of tasks, roles and skills that Team Developer uses — and that catalog comes from three years inside real development projects and from how job descriptions changed at the clients we supported, not from a forecast about AI. What our insights are based on →

How it works

Rules Decide When, the Model Decides What

A nudge fires because an explainable rule matched, for example “agent edits accepted wholesale and pushed”. The model only writes the text, using the playbooks it retrieves. This keeps interruptions predictable, and it makes the feedback for each rule meaningful.

01

Capture

OCR, accessibility text and audio transcripts from screenpipe.

02

Filter

Excluded apps and windows are dropped. Emails, tokens and passwords are redacted.

03

Sessions

Activity in the same app with no gap over 5 minutes. Sessions under 2 minutes count as noise.

04

Classify & match

The local LLM maps each session to a task on the path, or to communication, meeting or research. Rules then flag coaching moments.

05

Retrieve

Playbook sections for the moment's skill.

06

Write

The local LLM writes the nudge or the review. The employee rates it: helpful, not helpful, or tried it.

coaching moments

Five triggers today

Agent change not reviewed · spec still open · routine work done by hand · documentation written by hand · requirements clarified in a meeting.

practice

Measured, not only self-declared

Minutes count as practice when an AI tool is visibly in use on a task that needs the skill. Hand-typed work doesn't count, and accepting an agent's edits wholesale doesn't count as reviewing them. People can add practice themselves as well.

feedback

Tuned by the people using it

Each nudge is rated helpful, not helpful or tried it. The ratings for each trigger show which rules work and which interrupt for nothing.

screenpipe Ollama · local chat model bge-m3 embeddings SQLite Python · FastAPI dashboard on localhost command line + desktop notifications

Honest by design

Limits of the Prototype

Skill Coach is a prototype. These are the points to know before running it with real people.

  • 1

    Rules tuned on one scripted day

    The triggers are a handful of heuristic rules. Real screen data will need more and better rules, or an LLM judge on top of them.

  • 2

    Screen text is noisy

    OCR text is noisy and incomplete. The classifier sees 450 characters per session.

  • 3

    Practice ≠ quality

    Practice is approximated by AI-tool use on a path task. It says nothing about quality. Evidence such as a reviewed diff, a spec or an automated test is the stronger signal.

  • 4

    No feedback loop into the plan yet

    Observed hours per task don't flow back into Team Developer's catalog yet. The stored sessions, practice and evidence are the data for it.

  • 5

    One person per installation

    No sync and no team view, by design.

  • 6

    Legal groundwork first

    A works council agreement, a DPIA and a clear opt-in are required before any use with real employees.

From plan to practice

Make the Learning Path Part of the Workday

In a free first conversation we'll talk about your team, the skills that matter now, and whether a local coach fits your setup and your works council process.

Get in touch

Talk to the Person Who Built It

No sales call. You speak directly with the founder about your team and whether Skill Coach fits your situation.

Nils Keßler, AKENI founder
Nils Keßler
Founder & AI Consultant, AKENI
Write to Us or email info@akeni.de

FAQ

It is built to be the opposite. The coach runs on the employee's machine, stores everything locally and never reports to a manager. There is no team view. Only what the employee chooses to share leaves the device. Screen recording at work still requires a works council agreement, a DPIA and a clear opt-in.
No. The language model runs locally via Ollama, and so do the embedding model, the playbook index and the database. Screen capture comes from screenpipe, which also runs locally.
The coach works from a learning path, and Team Developer is where that path comes from. The prototype ships with a snapshot of David's path from the Team Developer example. A live Team Developer instance is optional.
The coach sends at most one nudge per hour and won't repeat a skill within 45 minutes. It only reacts to skills on the person's path. Every nudge can be rated, and those ratings show which triggers are worth keeping.
No. It is a prototype, tested on a scripted replay day. The limitations are listed above.