Field guide
Three things to know before you install
What a skill is, how to scope an agent like a hire, and how to keep a close checklist honest. Useful with or without the pack.
.01
A skill is a method, written down
A skill is a folder with a SKILL.md file: a short description that tells Claude when to use it, then the steps, an output template and examples. Claude reads the description all the time and the full method only when your request matches, so skills cost little until they are needed. Think of it as the checklist an experienced colleague would hand you.
Rule of thumbIf you paste the same instructions into Claude more than twice, they belong in a skill.
.02
Write an agent’s job like a new hire’s
Name the outcome it owns and the person accountable for it. List what it reads, what it may write, and what it must never do. Then mark where a person approves and who it calls when it is unsure. In our experience, most arguments about agent risk end once this page exists, because everyone can see the boundaries.
Rule of thumbEvery write action needs a log entry, and every action that moves money, changes access or speaks for the company needs a person.
.03
Checklist hygiene beats checklist length
A close checklist fails quietly: tasks owned by “Finance”, reviews done by the preparer, a dependency that runs backwards. One owner per task, a reviewer who is not the preparer, and timing in business days catch most of it. Then look at who carries the busiest day.
Rule of thumbIf one person owns more than about a third of the tasks on any day, that day sets your close date.
Field note
When we scope a first agent with a finance team, the never-do list is usually written faster than the allowed actions. People already know what must not happen. Writing it down first gives risk and IT something concrete to approve.