stage-payment-shield
Set up deposits and stage payments that protect a tradesperson from the customer who won't pay AND read as fair to the customer — stage triggers tie…
它会碰到什么
这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。
技能内容
Stage Payment Shield Skill
Every tradesperson has the story: the big job, the customer who went quiet at
the last invoice, the month of work financed on a personal credit card. The
shield isn't aggression — it's structure agreed up front: a deposit that
covers materials exposure, stages triggered by visible milestones (customers
pay happily for what they can see), and the final payment small enough that
losing it hurts but doesn't sink the month. This skill sizes the stages for
the actual job, writes the terms paragraph for the quote, and scripts the
chases — polite at day 1, firm at day 7, formal at day 14.
What This Skill Produces
- A stage-payment schedule for the specific job: number of stages,
amounts, and the visible trigger for each ("first fix complete and shown"
— never dates alone)
- The terms paragraph for the quote: deposit, stages, method, due-days,
late-payment line
- Chase scripts: the day-1 nudge, day-7 firm, day-14 formal (work-pause
warning), each short and sendable
- The exposure math: at every point in the job, how much of the user's
money is at risk — the schedule is tuned to keep that number survivable
Required Inputs
Ask for (if not already provided):
- The job: total price, duration, materials cost and when they're bought,
the visible milestones
- The customer type: homeowner, landlord, builder/main contractor (payment
cultures differ; contractors mean payment-terms negotiations)
- The user's cash reality: how much float they can carry without pain
- Country, for the flag: deposit-size norms and consumer rules vary —
verify locally; this skill does structure, not law
Framework
- Size the deposit to materials exposure, not custom. Deposit ≈ the
materials the user must buy before day one, typically landing 10–30% by
job type. Bigger deposits on made-to-order items (windows, kitchens);
note that some jurisdictions cap or regulate deposits — verify-local flag.
- Trigger stages on visible milestones. "£X when first fix is complete
and walked through" — the walkthrough is the trick: the customer sees
what they're paying for, which is why milestone stages get paid and
date-based stages get argued.
- Keep every gap survivable. Exposure at any moment = work done +
materials bought − cash received. Tune stage count so this never exceeds
what the user can carry: small jobs 2 stages (deposit + completion),
medium 3, long jobs monthly-with-milestones.
- Shrink the final stage. The last payment is the most-argued: keep it
5–10% — snagging-sized, not month-sized. "Final £X on completion of snag
list" gives the customer a fair hold-back and the user a bounded risk.
- Write terms that read as fair. The paragraph states stages, due-days
("within 3 days of stage invoice"), method, and one late line: "work
pauses if a stage is more than 7 days overdue" — stated up front, it's
professional; invented mid-job, it's a fight.
- Chase on a script, not a mood. Day 1: friendly assumption of
oversight. Day 7: firm + the pause clause quoted. Day 14: formal —
summary of sums, pause effective, next-step note (interest/claims route
exists — point at local process, don't bluff it). Never text-rage; every
message is one a judge could read.
Output Format
## Stage schedule — [job]
| Stage | Trigger (visible) | Amount | Your exposure after payment |
Deposit reasoning: [materials math]
## Terms paragraph (paste into the quote)
[4-6 plain sentences]
## Chase scripts
Day 1: … · Day 7: … · Day 14: …
## Verify locally
[Deposit caps/consumer rules · interest on late payment · small-claims route]
Quality Checks
- [ ] Every stage trigger is visible/demonstrable — zero stages on dates
alone
- [ ] The exposure column exists and never exceeds the user's stated float
- [ ] Final stage is snag-sized (5–10%)
- [ ] Scripts escalate in firmness, not temperature — all three sendable to
a customer you'll see again
- [ ] Legal specifics (caps, interest rates, claims process) are flagged
verify-local, never asserted
Anti-Patterns
- [ ] Do not front-load so hard it reads as a scam signal — a 50% deposit on
labor-only work loses honest customers
- [ ] Do not let stages drift from milestones to dates during negotiation
- [ ] Do not write chase scripts that threaten what the user won't do
- [ ] Do not assert consumer law by country — structure here, verification
there
Related
[[trade-quote-builder]] — the quote these terms live in;
[[late-invoice-escalation]] when the chase outgrows scripts;
[[first-client-contract]] for service-business cousins.
想直接用这个技能?
本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。
它属于哪个仓库
exports/openclaw/stage-payment-shield/SKILL.md同一个仓库里的其他技能
同名技能的其他版本
有 3 个不同仓库或目录里都有叫 stage-payment-shield 的技能。它们内容并不相同,别混用:
- mohitagw15856/pm-claude-skills — Summarise what Stage Payment Shield does in one line. Use when asked to [trigger phrases t
- mohitagw15856/pm-claude-skills — Set up deposits and stage payments that protect a tradesperson from the customer who won't