Claude Skill

plan-payroll

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

LLM Mart · 0 points · 9 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download alebgl77-claude-inc-skills_plan-payroll-eb8654b.zip · 2 KB
Part of alebgl77/claude-inc — 50 skills

Install

skills CLI npx skills add https://github.com/alebgl77/claude-inc/tree/main/skills/plan-payroll
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install alebgl77-claude-inc@llmmart
Git git clone https://github.com/alebgl77/claude-inc.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole alebgl77/claude-inc collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

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.

Files (claude-inc)
  • SKILL.md 5 KB
    ---
    name: plan-payroll
    description: 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.
    ---
    
    # 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.*
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related