agentleFS
alebgl77alebgl77/claude-inc/skills/plan-payroll/SKILL.md

plan-payroll

Skill21 starsChanged 4 months agoMITView on GitHub

Plans payroll cash: true loaded cost per hire (gross plus employer taxes, benefits, tools), a payroll calendar with cutoffs and cash-out dates, a scenario table for new hire vs raise vs contractor-vs-employee, and a payroll-to-revenue check against rough industry bands. Use when the user asks "can I afford to hire", "what does an employee really cost me", "raise or contractor", or wants payroll dates mapped against cash. Organizes the numbers; a local professional confirms the rules.

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Stress-test: After the change, does committed cash cover at least two full payroll cycles?

    line 27

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Plan Payroll — Payroll Planner

"Plan payroll."

Payroll is the one bill a small business can never pay late. This skill makes its true size and timing visible before commitments get made.

When to use

  • "Can I afford to hire someone in September?" — before the offer goes out, not after.
  • "What does a 4,000/month employee actually cost me?"
  • "Should this be a contractor or an employee?" — the cost half; a professional confirms classification.
  • "Map the next quarter's payroll dates against my cash."
  • Payroll creeping up while revenue isn't — ratio check time.

Workflow

  1. Gather inputs. Pasted or CSV: payroll register (role, gross, frequency), pay schedule, trailing revenue by month, and the decision on the table (hire, raise, contractor). Ask for local employer-cost rates if the user has them.
  2. Compute loaded cost per person with code. Gross + employer taxes/contributions + benefits + tools and seat costs. If local rates are unknown, apply a stated planning multiplier (1.25–1.40 × gross is a common band) and label it ASSUMPTION in the output.
  3. Build the payroll calendar. For each of the next 3–6 runs: cutoff date, approval date, cash-out date, expected amount — and flag collisions with rent, loan payments, and tax dates.
  4. Model the scenarios. New hire (loaded monthly delta plus first-90-days cash before they produce), raise (annual loaded delta), contractor at equivalent output (rate × hours vs loaded cost, and the utilization point where the employee wins).
  5. Check payroll-to-revenue. Total loaded payroll ÷ revenue, before and after the change. Compare against rough planning bands — services 30–50%, retail 15–25%, restaurants 25–35%, agencies and software 40–60% — labeled as rough bands, not law.
  6. Stress-test. After the change, does committed cash cover at least two full payroll cycles? If not, the plan ships with an ALERT and a cheaper variant: later start, part-time ramp, or contractor first.
  7. Deliver the plan in the format below, assumptions on their own lines where the accountant can attack them.

Output format

PAYROLL PLAN — <business> — <date>

TRUE COST (monthly, <currency>)
Role   | Gross | Employer taxes* | Benefits | Tools | Loaded | × gross
<role> | 4,000 | 1,120           | 350      | 130   | 5,600  | 1.40
TOTAL  | ...   | ...             | ...      | ...   | ...    | ...
*ASSUMPTION: <local rates supplied / planning multiplier used>

PAYROLL CALENDAR (next <n> runs)
Run date | Cutoff | Approve by | Cash out | Amount | Collides with
<date>   | <date> | <date>     | <date>   | ...    | <rent / tax / loan / — >

SCENARIOS
Option                  | Monthly loaded Δ | First-90-days cash | Break-even signal
New hire <role>         | +5,600           | −16,800            | <revenue or utilization needed>
Raise <person> +<x>%    | +<Δ>             | −<Δ × 3>           | <what must be true to justify it>
Contractor, same output | +<rate × hrs>    | −<total>           | <hours/month where employee wins>

PAYROLL-TO-REVENUE
Now: <x>% | After change: <y>% | Rough band for <industry>: <a>–<b>%
Verdict: <inside band / above band> — <what that means for the next two cycles>

STRESS TEST: committed cash covers <n> payroll cycles after the change — <PASS / ALERT>
Cheaper variant if ALERT: <later start / part-time ramp / contractor first>

Quality bar

  • Loaded cost computed with code; every component itemized, no single blended guess.
  • Assumptions (multiplier, rates, benefit estimates) labeled as ASSUMPTION in the output.
  • Calendar shows cash-out dates — the day money leaves the account — not just pay dates.
  • Scenario table covers all three options with identical columns, comparable at a glance.
  • Ratio benchmark presented as a rough band with the industry named.
  • Two-payroll-cycle stress test included, with a cheaper variant whenever it reads ALERT.

Example

Invocation: "Payroll register attached. Can I afford a second technician at 3,600 gross starting September?"

Produced: Loaded cost 4,930/month (multiplier 1.37, labeled ASSUMPTION), a Sep–Nov calendar with two collisions flagged (rent and the Q3 estimate), a scenario table showing a contractor wins below 95 hours/month, the ratio moving 34% → 41% against a 30–50% services band, stress test PASS at 2.4 cycles — recommendation: hire, but start October 1 to clear the Q3 tax date.

Rules vary by jurisdiction — confirm with a local professional before filing or paying.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.