1 Designer: proposes
You ask once. Before anyone builds, intake searches the system and answers reuse, extend or new, with the evidence. Your ask then waits in one queue with an owner and a due date.
From the designer's home this week:
- Intake searched the system for "Destructive confirmation dialog"extend: The danger-zone pattern partly covers it.
- Destructive confirmation dialogWith Harbor UI engineer for triage, due 2026-10-21
- Date range pickerWith Harbor DS lead for review, due 2026-10-28
What Loom measures: Review time: 2 working days.
2 Developer: gets the codemod
The change reaches you with its replacement and a date. Loom writes the codemod for the mechanical part and opens the migration as a draft pull request you review, with the manual steps as a checklist. Built and tested on sample consumers and simulated git hosts so far.
From the developer's home this week:
- Move off --primitive-teal-700Use --semantic-action; removed after 2027-01-31 in 2.0.0. The audit lists every use; npm run migrate writes the codemod and opens a draft migration pull request
- Drafted Migration notice: --primitive-teal-700 is deprecatedFor Harbor DS lead to approve before it is sent to Settings product team, Billing product team, Guild
What Loom measures: Drift caught before merge: not measured. Agent output on-system: not measured.
3 System owner: accepts
One named person decides against a checklist, with the evidence Loom could gather already attached. The decision, its reason and who made it are written into the record.
From the system owner's home this week:
- Destructive confirmation dialogD9 pattern, standard: triage by Harbor UI engineer (routed from Harbor DS lead: service level about to be missed)
- Promote SearchInput to a shared SearchFieldD6 component, standard: review by Harbor DS lead (routed from Settings product lead: service level about to be missed)
- Brand red for destructive actions in every modeD3 token, standard: triage by Harbor UI engineer (routed from Harbor DS lead: service level about to be missed)
What Loom measures: Review time: 2 working days. Service level kept: 44%.
4 Product manager: reads the release note
Loom drafts the release note from the records in plain words. The owner approves it before it goes out, and your requests carry their service level in the same place.
From the product manager's home this week:
- Harbor core: release notes
- Covers 2026-10-01 to 2026-10-31; current version 1.4.0. No contract diff was given, so breaking changes come from proposals only.
- Breaking changes
What Loom measures: Requests answered on time: 100%.
5 CTO: sees the trend
You see whether the system is getting stronger: how much of what agents write passes your rules, the health score over time, and what is planned to break, with its migration.
From the cto's home this week:
- Breaking removal planned: --primitive-teal-700In 2.0.0, after 2027-01-31; a codemod or migration pull request ships first
What Loom measures: Agent output on-system: not measured. Health score: 48 out of 100 (from 50).
6 CEO: reads one page
A read-only dashboard your own CI publishes, and once a month one page: the health trend, the three 90-day measures and the decisions leadership needs to take, from measured data only.
From the ceo's home this week:
- Harbor UI: leadership report, October 2026
- For Harbor VP Product, from Harbor DS lead. Drafted by Loom from the records on 2026-10-31; "not measured" wherever there is no source. Harbor DS lead edits and approves it before it is sent.
- Stage: Many products
What Loom measures: The three 90-day measures: agent output on-system not measured; health score 48 out of 100 (from 50); review time 2 working days.
Data: sample records of Harbor UI, a synthetic system, computed by Loom's role homes when this site was built (2026-10-31).