
If you run a business, this guide shows why a file of steps cannot do the work on its own. You need an AI worker, the right tools, and a real job to run. Start with one task and check the result before you set it to repeat.
A skill is a written recipe. An AI agent is the worker that uses it with approved tools and access. The function-and-person comparison below is a teaching example; an AI agent is not a human employee. The dated run evidence shows what was observed in that setup.
The distinction
A skill is a written recipe, often saved as a Markdown text file. It gives the method for a job such as collecting verified mentions of a business. The file itself does not work, remember, or forget. The AI app reads it and uses the tools and information available for that job.
An agent is an AI worker that follows an assigned goal and uses available tools to do the work. It needs the task’s inputs, the right access, and checks for its result. Repeated jobs also need a supported trigger and saved records they can read next time. A one-time job can use an agent without a schedule.
Teaching example: “You have nineteen verified mentions” describes the current count. “You went from fourteen to nineteen; here are the five checked additions” explains the change. That comparison needs both the prior result and the new source evidence, whether a person or an agent prepares it.
Five things to define for repeat work
| What you add | What it buys you | Why it matters |
|---|---|---|
| Saved context | Past results to compare | Read the relevant current records and check their dates and sources. A model or folder name alone does not supply memory. |
| A repeat trigger | A job can start on time | For work that should repeat, configure a supported trigger, time zone, and runtime. Verify the saved job and its first firing. A one-time task needs no schedule. |
| Handoff | A checked next input | Name the result, its checks, and the next task or owner that needs it. Confirm the destination can use the output; a drawn arrow is not a completed handoff. |
| Tools and access | Ability within a clear scope | Use the tools and account roles needed for the authorized job. Complete actions already covered by that authority. A new action outside it needs the exact missing access or decision before it can proceed. |
| A record | Work you can review | Write each actual attempt, including partial results and failures, with its evidence and checks. Review what should change before claiming an improvement; a written record alone does not prove one. |
Then you stop managing agents and start managing departments
The workshop grouped seventeen roles into six departments to make the work easier to review. That is one example of how to organize tasks and handoffs. It does not mean seventeen workers are installed, that all roles are needed, or that the listed schedules are running.
The handoffs are the product
The rail under the columns shows possible handoffs. A reputation gap can guide proof research; verified proof can support page copy; a useful main page can feed related content. Qualified winners may enter a bounded paid test when that action is authorized. Each step needs a checked result and a named next task or owner. The diagram helps plan that work; it does not prove the steps happened.
The shared brain is the part people skip
Shared project records can help different workers use the same checked facts and past decisions. Give each role only the records and write access its task needs. Keep source dates and versions visible, and handle conflicting edits through the supported record system. More saved notes do not guarantee better work; review the results and accept a change only when the evidence supports it.
A historical board: 38 recorded jobs
The original article recorded the following 38-job board. It is a historical example of how work was grouped, not a current count or proof that each job is still running. Current claims require a dated schedule and checked run evidence. Client names are omitted.
| Department | Jobs | Cadence | What runs there |
|---|---|---|---|
| Front desk | 5 | Every day | Order forms, new-member registrations, website requests and yesterday’s call recordings get read, sorted and turned into work before anyone opens a laptop. |
| Research | 8 | Weekly & monthly | One agent per client re-pulls rankings, AI-answer citations and audit scores, then writes what moved and why. |
| Build | 4 | Weekly & monthly | Wikidata eligibility, Grokipedia readiness, structured-data sweeps, entity refreshes — the plumbing behind Knowledge Panels. |
| Publishing | 3 | Daily & weekly | Article waves, video cutting, and an editorial interlinking pass that links our sites only where it genuinely helps a reader. |
| Growth | 2 | Weekly | Dollar-a-day performance, and a scan for new opportunities across the network. |
| Quality & money | 14 | Every 3 hours → monthly | Uptime probes, security drift, plugin-licence QA, a Friday audit that re-checks last week’s own decisions, and the job that rewrites the skill files themselves. |
| Reporting | 2 | Friday & Sunday | The weekly MAA into every client dashboard, and the personal-brand build update. |
How to actually set one up
Start with one checked task and its required access. If that work should repeat, use your app’s supported schedule controls. State the time, time zone, runtime, inputs, result destination, and owner. Verify that the saved job exists, then check its first timed run. Natural-language scheduling support depends on the app.
After one task works, a package review can be a useful optional repeat job:
A possible next job is proof research, if it serves your goal and the needed sources are available. Adapt this example request to the agreed scope, time zone, and sources, then check the actual saved job and first result:
Name the allowed actions in each job. A research assignment does not grant permission to send messages, publish pages, spend money, or change account access. Complete work within the authority already given. Ask only for the exact missing access, decision, or approval needed for the next step.
The failure you will hit in week one
You will hand an agent three hours of work, come back, and find it stopped after ten minutes to ask whether you wanted A or B. Models are trained to be careful, and careful looks like paralysis when nobody is watching. The fix is one line, stated up front:
We ship that instruction as its own file, called Boil the Ocean, because it comes up so often it deserved a name.
The test
Test the job in the place it will run. Check one real output or failure, its time, and the access it used. For repeated work, set and verify a supported schedule. A cloud job may continue while a laptop is closed; a job that needs local files or apps may need that computer available. A one-time AI task does not need a schedule to count as real work.
Related
- The System — how skills, definitive articles, meta articles and agents fit together as one loop.
- The Skill Pack directory — the maintained skill list; check the package version you actually use.
- The meta article prompt — the “written record” requirement, as a standard your agents can follow.
- How female experts use AI agents to build authority — the live workshop where this framework was first taught end to end.

