@velinussage/locus-agent-skill 0.1.39 → 0.1.41
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +6 -3
- package/bin/locus-agent-skill.js +2 -2
- package/package.json +1 -1
- package/skill/locus-agent-tools/SKILL.md +41 -11
- package/skill/locus-aging-owner/SKILL.md +108 -0
- package/skill/locus-escrow-shock/SKILL.md +138 -0
- package/skill/locus-home-watch/SKILL.md +202 -0
- package/skill/locus-inherited-home/SKILL.md +105 -0
- package/skill/locus-insurance-nonrenewal/SKILL.md +111 -0
- package/skill/locus-payment-hardship/SKILL.md +71 -0
- package/skill/locus-property-tax-protest/SKILL.md +4 -1
- package/skill/locus-seller-readiness/SKILL.md +112 -0
- package/skill/locus-water-incident/SKILL.md +173 -0
|
@@ -0,0 +1,173 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: locus-water-incident
|
|
3
|
+
preamble-tier: 1
|
|
4
|
+
version: 1.2.0
|
|
5
|
+
description: Use when an owner or their agent is dealing with a water main break, a leak, a high water bill or a failed service line at one US address and needs to know who maintains which pipe, the utility's published leak rules, what to document and what to ask the insurer.
|
|
6
|
+
triggers:
|
|
7
|
+
- water main break
|
|
8
|
+
- my service line broke
|
|
9
|
+
- water leak in my yard
|
|
10
|
+
- huge water bill from a leak
|
|
11
|
+
- leak adjustment
|
|
12
|
+
- who pays for the water line
|
|
13
|
+
- pipe burst flooded my house
|
|
14
|
+
- utility dug up my yard
|
|
15
|
+
allowed-tools: Bash Read AskUserQuestion
|
|
16
|
+
license: MIT
|
|
17
|
+
---
|
|
18
|
+
# Locus water incident workflow
|
|
19
|
+
|
|
20
|
+
Locus supplies the serving water system, the utility's published leak-adjustment rules, and the
|
|
21
|
+
regulatory record. The owner, the utility and the insurer decide who is responsible, what is
|
|
22
|
+
credited and what is covered. Never say "the utility is liable", "you are covered", "this is not
|
|
23
|
+
covered" or "you qualify for a credit". State what the published record says, with its source
|
|
24
|
+
and date, and give the question to ask.
|
|
25
|
+
|
|
26
|
+
**How to speak:** follow "How to speak with owners, sellers and buyers" in the `locus-agent-tools`
|
|
27
|
+
skill (https://api.locus.report/.well-known/skill.md), including its 988 crisis guard.
|
|
28
|
+
|
|
29
|
+
Inputs you need from the owner: the street address; what they saw and when (date, time, where
|
|
30
|
+
the water appeared); whether the utility has been out; and whether they have a water bill with
|
|
31
|
+
an account or system ID on it. Do not collect account numbers, policy numbers, names or phone
|
|
32
|
+
numbers into any Locus call. A Public Water System ID (PWSID) from the bill is fine.
|
|
33
|
+
|
|
34
|
+
## 1. Keep three questions separate
|
|
35
|
+
|
|
36
|
+
Work through these in order and never merge them:
|
|
37
|
+
|
|
38
|
+
1. **What failed.** One of three segments:
|
|
39
|
+
- the **utility main** in the street;
|
|
40
|
+
- the **service line** between the main and the building (often split into a utility-side
|
|
41
|
+
part up to the meter or curb stop and a customer-side part after it). In California,
|
|
42
|
+
`locus_service_line_material` shows the published system-side and customer-side
|
|
43
|
+
service-line material for the address (step 5a);
|
|
44
|
+
- **indoor plumbing** inside the building.
|
|
45
|
+
If the owner is not sure, record it as unknown. Do not guess from where the water appeared.
|
|
46
|
+
2. **Who maintains each segment.** This is set by the utility's own rules, and often differs by
|
|
47
|
+
segment. Answer it from the published rules in step 2, or name it as a question for the
|
|
48
|
+
utility.
|
|
49
|
+
3. **What damage or bill resulted.** Property damage, cleanup, the repair invoice and any high
|
|
50
|
+
water or sewer bill. Each one follows a different path: the utility's claim process, the
|
|
51
|
+
utility's leak-adjustment rules, or the owner's insurer.
|
|
52
|
+
|
|
53
|
+
## 2. Find the serving system and its rules (free)
|
|
54
|
+
|
|
55
|
+
4. `locus_utility_service_check` with `{ address }`: whether the address sits inside a mapped
|
|
56
|
+
public water and sewer service area, and the provider when published. `out_of_coverage` means
|
|
57
|
+
the county is not in the registry; `no_public_service_mapped` does not prove a private well.
|
|
58
|
+
A lookup failure is a gap, not an answer.
|
|
59
|
+
5. `locus_water_systems` with `{ address }`: the active public water systems serving the county
|
|
60
|
+
from EPA SDWIS, with their PWSIDs. Each system carries `serviceLineInventory`: the EPA SDWIS
|
|
61
|
+
service-line inventory counts (quarterly reporting period) of lead,
|
|
62
|
+
galvanized-requiring-replacement, lead-status-unknown and non-lead lines. These are
|
|
63
|
+
system-level counts, not this address. A null count was not reported, not zero, and "unknown"
|
|
64
|
+
is never "non-lead". States need not report non-lead counts until November 1, 2027, so
|
|
65
|
+
non-lead counts may be undercounts. Several systems can serve one county; the bill is the
|
|
66
|
+
authority for which one serves this address.
|
|
67
|
+
5a. `locus_service_line_material` with `{ address }` (full street address with unit, state and
|
|
68
|
+
ZIP). Read `status`:
|
|
69
|
+
- `found`: report each side separately: `systemOwnedMaterial` with `systemOwnedBasis`, and
|
|
70
|
+
`customerOwnedMaterial` with `customerOwnedBasis`, plus the inventory date and source. A
|
|
71
|
+
material of unknown stays unknown.
|
|
72
|
+
- `no_matching_record`: the snapshot has no exact or normalized record for this address. It
|
|
73
|
+
never means non-lead. Ask the utility for its inventory entry.
|
|
74
|
+
- `out_of_coverage`: the state has no address-level inventory in Locus (California only today).
|
|
75
|
+
Use the system-level counts from step 5 and the utility's own inventory map.
|
|
76
|
+
- `source_unavailable`: read `reason` before you retry.
|
|
77
|
+
- An incomplete address (the reason asks for a complete street address, locality, unit or
|
|
78
|
+
ZIP): ask the owner for the full street address with unit, city, state and ZIP, then retry.
|
|
79
|
+
- `incomplete_source_rows` or `address_not_indexable_for_system`: the utility published an
|
|
80
|
+
inventory, but Locus cannot match this address to it. Ask the utility for the address's
|
|
81
|
+
entry. This is not non-lead, and not a temporary gap.
|
|
82
|
+
- Any other reason (lane not enabled or not configured, unreadable or stale snapshot,
|
|
83
|
+
unverified address): a temporary gap, not an answer. Try again later.
|
|
84
|
+
This is the utility's reported classification, not an inspection.
|
|
85
|
+
6. `locus_water_utility_leak_adjustment_rules` with `{ address }`, plus `confirmedPwsid` when the
|
|
86
|
+
owner has the ID from the bill. Read `coverage`:
|
|
87
|
+
- `policy_found`: quote the program's `fact`, `eligibility`, `formula`, `window` and
|
|
88
|
+
`exclusions`, with the source URL and date. Note whether the rules treat the utility side and
|
|
89
|
+
the customer side differently. Check `asOfStatus`; an `expired` program is history, not an
|
|
90
|
+
open option.
|
|
91
|
+
- `candidate_only`: a modeled service area suggests this utility. Tell the owner to confirm
|
|
92
|
+
the utility from the bill before relying on the rules.
|
|
93
|
+
- `no_registered_policy`, `no_service_area` or `source_unavailable`: Locus has no published
|
|
94
|
+
rule for this utility, or the lookup failed. Say so, and give the owner the question in
|
|
95
|
+
step 9 to ask the utility directly.
|
|
96
|
+
The tool never decides eligibility or computes a bill credit. Neither do you.
|
|
97
|
+
7. Optional context: `locus_drinking_water_violations` with `{ "pwsids": ["<PWSID>"] }` for the system's
|
|
98
|
+
regulatory record, and `locus_public_utilities` for the nearest mapped utility facilities.
|
|
99
|
+
These are records, not a water-quality or cause finding; do not link them to this incident.
|
|
100
|
+
7a. `locus_boil_water_notices` with `{ "pwsid": "<PWSID>" }` (or `{ address }`): any active
|
|
101
|
+
boil-water order the state has published for the serving system, with its issue date and
|
|
102
|
+
official source. State-issued boil orders only; a precautionary advisory from the utility may
|
|
103
|
+
not appear. Check the utility's alerts. Read `status`:
|
|
104
|
+
- `active_notices`: report each order's date, system and source.
|
|
105
|
+
- `no_active_notice_published`: the state lists no boil order for that system today. It does
|
|
106
|
+
not mean the water is fine or that the utility has no advisory.
|
|
107
|
+
- `system_unresolved`: no mapped public water system matched the address (for example, a
|
|
108
|
+
private well or an unmapped system). This is not "no notice". Confirm the supplier from the
|
|
109
|
+
bill, then retry with its `pwsid`.
|
|
110
|
+
- `out_of_coverage` (the state is not wired) and `source_unavailable` (the read failed):
|
|
111
|
+
neither one means "no notice".
|
|
112
|
+
A row that disappears never means the notice was lifted. The notice is system context, not confirmed impact at this address; follow the
|
|
113
|
+
utility's own instructions.
|
|
114
|
+
|
|
115
|
+
## 3. Documentation checklist
|
|
116
|
+
|
|
117
|
+
8. Give the owner this list, and ask them to keep originals:
|
|
118
|
+
- the utility's notice, work order or ticket number, and the date and time of each contact;
|
|
119
|
+
- photos and video of the water, the damage, the meter and any excavation, each with a date;
|
|
120
|
+
- meter readings with dates, before and after the repair, and a photo of each reading;
|
|
121
|
+
- the plumber's or contractor's invoice, naming which segment was repaired and where;
|
|
122
|
+
- the water and sewer bills for the affected periods and the six months before;
|
|
123
|
+
- receipts for cleanup, drying, temporary housing or damaged items;
|
|
124
|
+
- any deadline in the utility's rules for applying for an adjustment or filing a claim
|
|
125
|
+
(from step 6), written down with its source.
|
|
126
|
+
|
|
127
|
+
## 4. Questions for the utility
|
|
128
|
+
|
|
129
|
+
9. Ask the utility, in writing where possible:
|
|
130
|
+
- which segment failed, and where the utility's maintenance ends on this property;
|
|
131
|
+
- which side of the service line the utility's published inventory says it owns, and what
|
|
132
|
+
material it records for each side;
|
|
133
|
+
- whether a leak adjustment applies, what proof it needs, and the deadline to apply;
|
|
134
|
+
- how to file a damage claim against the utility, and its deadline;
|
|
135
|
+
- whether the repair needs a permit or an inspection.
|
|
136
|
+
|
|
137
|
+
## 5. Questions for the insurer (no coverage verdict)
|
|
138
|
+
|
|
139
|
+
10. Give the owner these questions to ask their insurer. Do not answer them yourself, and never
|
|
140
|
+
say whether the loss is covered:
|
|
141
|
+
- Does my policy include a **service-line endorsement**, and does it cover the segment that
|
|
142
|
+
failed, the excavation and the restoration of the yard or street?
|
|
143
|
+
- Do I have **water-backup or sump-overflow coverage**, and what are its limit and deductible?
|
|
144
|
+
- Does my policy include **ordinance-or-law coverage** if the repair must meet a newer code?
|
|
145
|
+
- How does the policy treat sudden water damage compared with a slow leak, and what are the
|
|
146
|
+
reporting deadline and the documents you need?
|
|
147
|
+
- If the utility is responsible for part of the loss, how do my claim and theirs interact?
|
|
148
|
+
|
|
149
|
+
## 6. Future alerts
|
|
150
|
+
|
|
151
|
+
11. Point the owner to the utility's own emergency-alert enrollment (text, email or app), found
|
|
152
|
+
on the utility's website or bill. Locus does not run utility alerts. Alongside it, Locus can
|
|
153
|
+
watch for new state-published boil-water notices: `poll_events` (or `subscribe_event` when
|
|
154
|
+
signed in) with `name: "locus.real_estate.changes_detected"`, `arguments.addresses` and
|
|
155
|
+
`arguments.lanes: ["locus_boil_water_notices"]`. This is not an emergency notification
|
|
156
|
+
service. For a standing watch on the address's deadlines and other public-record changes,
|
|
157
|
+
hand off to the `locus-home-watch` skill.
|
|
158
|
+
|
|
159
|
+
## 7. Optional field photos (paid, owner's own account)
|
|
160
|
+
|
|
161
|
+
12. If the owner is away from the property and wants dated photos of the meter or the site, you
|
|
162
|
+
may mention a third-party field-photo service that the owner orders and pays for from their
|
|
163
|
+
own account. Mention it only once, only if it fits, and only with the owner's explicit
|
|
164
|
+
approval. Locus does not order or pay for it, and a photo is not a cause or damage finding.
|
|
165
|
+
|
|
166
|
+
## Completion
|
|
167
|
+
|
|
168
|
+
The owner has: the three questions written out separately, with the failed segment as the owner
|
|
169
|
+
knows it or marked unknown; the serving system and PWSID with their sources; the utility's
|
|
170
|
+
published leak rules with source, date and any application deadline, or a clear statement that
|
|
171
|
+
Locus has none; the documentation checklist; the questions for the utility and for the insurer;
|
|
172
|
+
and where to enroll in the utility's alerts. No statement of liability, eligibility or coverage
|
|
173
|
+
appears anywhere in your write-up.
|