Kuleana · commons reports · Toolkit Document 3

What a commons report is for, and the rules that keep it honest

For everyone: public accountability, open analysis, and responsible use — who reviews what, what anyone may do with the record, what no one may, what it never stores, and how to cite it.

Version 0.4 · 2026-10-14 · Āina Design Corp · supersedes Version 0.3 (2026-10-12, written for the Green Fee report alone) and Version 0.1 (August 2026, written against a fictional sample year)

A record kept by the people caring for each moku, not by the State. Where a report tracks State funding, as the Green Fee report does, the funded projects are listed from the State's own budget worksheet; places, moku, and effects appear as the people doing the work report them. Nothing here is a State report, and no government adoption, endorsement, partnership, or deployment is claimed. The reports support professional review and public accountability; they make no funding, eligibility, policy, or enforcement decisions.

1. What a commons report is for

A commons report is the public side of a record kept in common: who is caring for a place, what they did, what came of it, and where each fact came from. Some reports track public money. The Green Fee report lists every project the Legislature funded with the State's fee on visitors, each in the moku it serves, with every public notice about it recorded with its source and every figure a project reports traceable to who observed it, where, and when. Others will track a land trust's own work, a community group's season, or a watershed's monitoring, with no State funding involved. Two uses follow for every report, and this document exists to keep both honest:

The record is the unit of both. What makes it usable for either is the same thing: nothing publishes without passing a person, and nothing published is unsourced.

2. Who reviews what

Three gates stand between an edit to the register and a public page, and a person holds each one:

  1. The record review — a reviewer decides when a record is published. The software checks that a story, at least one result, a source, and the moku are present, but it never publishes on its own. In a report that tracks State funding, the budget facts and the public notices appear for every funded project without this review; the review is for the project's own story and its numbers.
  2. The change review — every edit to the register is recorded and reviewed, and the full history is public. A correction is a change anyone can read.
  3. The release switch — nothing goes live until a person turns publishing on for the site. Until then the checks run and the pages are built, but nothing is released.

The rule all three share: a person publishes, never software.

3. What anyone may do

4. What no one may do

5. What the record never stores, and what it holds back

6. Versions and release readiness

The rules, the toolkit documents, and the reports carry explicit versions; release notes accompany every versioned release. The register is checked against rule set v0.3: a practice report says so on every page it builds and a real one never can; island, moku, and Act 96 purpose may stay blank until reported; a record cannot publish without its moku. A second rule set, v1.0, for a program that tracks budget releases and spending and the people accountable for each submission, is published alongside and tested. The same checks run against a register kept elsewhere. Document 2 gives the field-by-field detail.

Release checklist: rules and checks pass on every change · the review gate exercised (unpublished stories and results verified absent from pages and downloads) · the source chain and the sources under What has been reported present on every page · the public-record notice present on every page and download · accessibility checks passed · release note written.

7. Accessibility

The reports target WCAG 2.1 AA, consistent with the State of Hawaiʻi's EIT accessibility standards: semantic landmarks and headings, skip navigation, keyboard-visible focus, AA contrast, table captions and scoped headers, and no information conveyed by color alone. Accessibility findings are release blockers, not backlog items.

8. Open analysis on the published record

The reports, the register, its rules, and the tools that build the pages are published in the open, so the accountability is itself accountable. For analysis, use the record, not the page: