contracts
Skill0 starsChanged 22 days agoMITView on GitHub
Set up a building job after the contract is signed, for Australian builders. Produces the Contract Data Summary (with the payment schedule worked out), Scope of Works, Subcontractor Agreements and Trade Scope Confirmations, and runs the pre-construction checklist. Use when someone has just won or signed a job, needs a contract summary or payment schedule, a scope of works or inclusions list, wants to engage or sign up a subbie, confirm a trade's scope or who supplies what, or asks what they need before starting on site.
- Installs packages
8 other projects use a version of this.
Adopted by
Most recently taken up by
- dithiothreitol/jdg-ksiegowytheir own version, first seen Oct 17, 2026
- samchon/nestiatheir own version, first seen Oct 9, 2026
- samchon/ttsctheir own version, first seen Oct 8, 2026
- austintgriffith/ethskillstheir own version, first seen Oct 8, 2026
- samchon/typiatheir own version, first seen Oct 8, 2026
- anthropics/healthcaretheir own version, first seen Jul 15, 2026
Used with
Projects with it also use issue-campaign, development and 4 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
samchonSkillissue-campaign
Defines the default solo repository-wide issue campaign for typia: exhaustive discovery, lead-vetted issue publication, one unified CI-validated implementation pull request per cycle, solo Self-Review, and repeated rediscovery until a full clean round. Use for broad audits, many issue candidates, or repeated issue-to-pull-request campaigns unless the user explicitly requests parallel or multi-agent execution; do not use for one already-defined issue or an ordinary pull request.
Also in 3 projects that use this
mfang0126Skilldevelopment
Full-stack development workflow skill. Guides the complete cycle from understanding requirements to shipping code via PR with Preview validation.
Also in 3 projects that use this
MicrosoftSkillpull-request
Write concise, focused pull request descriptions for Wassette — at most three sentences on the what and why, with an explicit note on any breaking public-API change and how users adapt. Use when opening or editing a Wassette pull request.
Also in 3 projects that use this
dragonflydbSkillbenchmark
Benchmark Dragonfly (and compare against Valkey/Redis) on local or remote cloud instances, then produce a performance + memory report with charts and a raw-data appendix. Use this whenever the user runs /benchmark, or asks to benchmark / load-test / measure throughput, QPS, latency, or memory efficiency of Dragonfly or another Redis-compatible server, to compare Dragonfly vs Valkey or Redis, or to generate a benchmark report. Trigger it even when the user just describes the goal ("see how fast Dragonfly is on this box", "compare memory per key vs Valkey") without saying the word "benchmark".
Also in 3 projects that use this
AnthropicSkilldocumentation
Write and maintain technical documentation. Trigger with "write docs for", "document this", "create a README", "write a runbook", "onboarding guide", or when the user needs help with any form of technical writing — API docs, architecture docs, or operational runbooks.
Also in 3 projects that use this
SentrySkillreview
Fixture review skill.
Also in 3 projects that use this
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- samchon/typia★ 6ksame name
- samchon/nestia★ 2.2ksame name
- anthropics/healthcare★ 411same name
- samchon/ttsc★ 364same name
- austintgriffith/ethskills★ 303same name
- dithiothreitol/jdg-ksiegowy★ 11same name
- ramboz/jig★ 7same name
- mehtab78/skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository15 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- accountsSkill
- claimsSkill
- estimatingSkill
- financialsSkill
- handoverSkill
- materialsSkill
- nccSkill
- noticesSkill
- projectsSkill
- safetySkill
- siteSkill
- startSkill
- variationsSkill
The file
We split this skill into the rules it gives an agent
8 rules. 0 are common, 2 are distinctive, and 6 are very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 21
Run commands from the user's own project folder (the current working directory), so my_project.yaml and out/ are theirs.
- Distinctive: line 38
Before anything else, know who you're helping and where:
- Very specific: line 44
Ask for the trade and state if the project file doesn't have them (python3 $ABB/tools/profile.py trades lists every trade.
- Distinctive: line 73
Read any warnings. Don't pass a deposit cap you haven't verified.
- Very specific: line 75
Check that contract_sum, contract_sum_ex_gst, builders_margin_pct and the dates are in the project file.
- Very specific: line 104
Run tools/fill_template.py with the project file and spec.
- Very specific: line 115
Write it from the Structure section of brain/documents/<name>.md, which lists every section, field, table and prompt in order.
- Very specific: line 116
If they have their own branded Word template, tools/fill_template.py fills any .docx that uses the same [PLACEHOLDERS].
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Contracts
You help a builder lock in the job's paperwork before work starts: what was agreed with the client, what each trade is doing, and that everything required is in place.
Where things are
The brain (this repository) is at ${CLAUDE_PLUGIN_ROOT}. If that shows
literally as ${CLAUDE_PLUGIN_ROOT}, you are working in a clone instead: the
brain is the repository root, two levels up from this skill's folder. $ABB
below means the brain's folder: write it out as the real path in every
command. Paths starting brain/, templates/, tools/ and examples/ are
inside it.
Run commands from the user's own project folder (the current working
directory), so my_project.yaml and out/ are theirs. Never write into the
brain's folder: an installed plugin's folder is replaced on every update.
- Knowledge:
brain/contracts/contract_setup.md(read it first),brain/playbooks/pre_construction.md,brain/contracts/hia_mba_clause_map.md(unverified),brain/states/overview.md - Maths:
brain/computations/payment_schedule.md,gst.md,ex_gst.md - Templates:
templates/word/Contract_Data_Summary_TEMPLATE.docx,Scope_of_Works_TEMPLATE.docx,Subcontractor_Agreement_TEMPLATE.docx,Trade_Scope_Confirmation_TEMPLATE.docx;templates/pdf/Pre_Construction_Checklist.pdf - Examples:
examples/contract_summary_spec.yaml,scope_of_works_spec.yaml,subcontract_spec.yaml,trade_scope_spec.yaml
For python3, use ${CLAUDE_PLUGIN_DATA}/venv/bin/python if it exists (the
plugin's setup hook creates it). Otherwise, if
python3 -c "import docx, openpyxl, yaml" fails, run
python3 -m pip install -r $ABB/requirements.txt first.
Profile: trade and location
Before anything else, know who you're helping and where:
python3 $ABB/tools/profile.py show --project my_project.yaml # or: --trade <trade> --state <STATE>Ask for the trade and state if the project file doesn't have them
(python3 $ABB/tools/profile.py trades lists every trade; builder sees
everything). Stay within the profile: use the NCC pages, skills, materials
and suppliers it lists, apply only that state's NCC variations and rules,
and read the state page for local differences.
Pick the document
| The user says | Do this |
| We won the job / contract's signed | Contract Data Summary, Scope of Works, then the pre-construction checklist |
| What's the payment schedule | payment_schedule computation, then the Contract Data Summary |
| What's in and out / inclusions | Scope of Works |
| Sign up the sparky / engage a subbie | Subcontractor Agreement and Trade Scope Confirmation |
| Who supplies what | Trade Scope Confirmation |
| Are we ready to start | Pre-construction playbook |
Contract Data Summary
- Get the contract details: type and edition, contract number and date, contract sum inc GST, the deposit, the site (lot and DP, council, approval number), dates (signed, commencement, construction period, estimated completion), the DLP, insurance policy numbers and the certifier.
Work out the payment schedule:
python3 $ABB/tools/compute.py payment_schedule --param contract_sum_inc_gst=<sum> \ --param deposit_cap_pct=<verified state cap, or omit> \ --param 'stages=[{"name": "Deposit", "pct": 5}, ...]' > out/payment_schedule_receipt.json python3 $ABB/brain/references/attesters/check_receipt.py out/payment_schedule_receipt.jsonRead any warnings. Don't pass a deposit cap you haven't verified; tell the user to check the state's cap instead. Save the ex-GST stage amounts in the project notes: the claims skill uses them as stage values.
- Fill it following
examples/contract_summary_spec.yaml. Stage rows are%|$amount inc GST|☐(☒ once claimed). If the contract's stages differ from the template's, useadd_rowanddelete_rowas in the claims example. Fill[Certificate No]and the two[Policy No]placeholders withreplaceorrow. - Check that
contract_sum,contract_sum_ex_gst,builders_margin_pctand the dates are in the project file.
Scope of Works
Follow examples/scope_of_works_spec.yaml:
cell: the overview, the exclusions and the standards. Cite NCC 2025 Volume Two and the Housing Provisions for houses; the ncc skill can confirm specific clauses.row: a description for each trade, or "Not in scope"; the program milestones asdate|notesfill_tableunder"Item": the PC and PS allowances, asitem|PC or PS|$allowance|notes. The same allowances go in the Allowances Register.
Exclusions protect the builder. Prompt for common ones: landscaping, floor coverings, window furnishings, asbestos, rock, service upgrades, and council or authority fees.
Subcontractor Agreement and Trade Scope Confirmation
- Get the subbie's details (name, ABN, licence, phone, email), the trade, their quote reference and price ex GST, and the dates.
- Check them on the public registers (
$ABB/brain/playbooks/checking_registers.md): their ABN on ABN Lookup (active, the name matches, and whether they're GST-registered: if not, there's no GST on their price) and their licence on the state's register (current, the class covers their scope, in the name they're contracting under). Then get certificates of currency for public liability (the agreement asks for $10M) and workers compensation before they start. Record what the registers and certificates showed in the Subbie Insurance and Licence Tracker. - Price:
python3 $ABB/tools/compute.py gst --param amount_ex_gst=<price>. - Fill the agreement (
examples/subcontract_spec.yaml) and the trade scope confirmation (examples/trade_scope_spec.yaml). Set the supply rows to☒|☐(builder supplies) or☐|☒(subbie supplies). Spell out inclusions and exclusions; vague trade scopes cause most back charges.
Pre-construction
Work through brain/playbooks/pre_construction.md with the user. Approval
and insurance names follow NSW usage, so translate for other states.
Anything missing is a reason not to start yet; say which items block the
start.
For every document
Run tools/fill_template.py with the project file and spec. The report
must show nothing left over except [LOGO], no instructions_left, and no
unmatched or ambiguous entries. Tell the user which documents need
signing, and by whom.
Your own format
The templates are references, not a straitjacket. If the user wants the document on their own letterhead, as an email, as a PDF, or can't run Python (for example in Claude.ai):
- Write it from the Structure section of
brain/documents/<name>.md, which lists every section, field, table and prompt in order. Keep every section, and keep the money exactly as the computation receipt gives it. - If they have their own branded Word template,
tools/fill_template.pyfills any.docxthat uses the same[PLACEHOLDERS].
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
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.

