Skip to content

Instantly share code, notes, and snippets.

View ahoward's full-sized avatar
💭
probably outside if i'm not hacking.

ara.t.howard ahoward

💭
probably outside if i'm not hacking.
View GitHub Profile
@ahoward
ahoward / test_pr_webhook
Created April 20, 2026 22:56
PlateRecognizer Stream webhook test — POST fake payload to lpr-api.vrpaccess.com
#! /usr/bin/env bash
# Test the PR Stream webhook endpoint with a realistic fake payload.
# Usage: script/test_pr_webhook [host]
# Default host: https://lpr-api.vrpaccess.com
set -euo pipefail
HOST="${1:-https://lpr-api.vrpaccess.com}"
URL="$HOST/pr/vrps_phoenixgulfshores2/ingress"
@ahoward
ahoward / architecture-critique.md
Last active April 20, 2026 07:12
joust — architecture critique (self-review 2026-04-20)

Architecture Critique — Proposed Designs

Self-review of 2026-04-20 flagged four architectural concerns that don't lend themselves to a one-line bugfix. Each is captured below with context, options, and a recommendation. None of these are implemented yet; this is the design conversation, checked in so we don't lose it.


1. Two-Phase Token Doubling

@ahoward
ahoward / role-invisible-nav-ia.md
Last active April 17, 2026 18:42
VRPS — Role-Invisible Navigation IA

VRPS — Role-Invisible Navigation IA

Context: The wireframe uses a role switcher dropdown. That's the wrong model. This doc defines the alternative.


The Core Principle

Role is an implementation detail. It never surfaces in the UI.

@ahoward
ahoward / wireframe-slicer-gap-analysis.md
Created April 17, 2026 17:02
VRPS Wireframe vs Slicer IA — Functional Gap Analysis
@ahoward
ahoward / information-architecture.md
Created April 14, 2026 02:47
VRPS Information Architecture — Current Model, Proposed Changes, Target Model

VRPS Information Architecture

Product-level design. Produced through 3 rounds of adversarial peer review (Claude + Gemini).


The Big Picture

VRPS is organized as a simple hierarchy. Everything flows from the top down. Ownership and authorization are always explicit — never inferred.

@ahoward
ahoward / vrps-information-architecture.md
Created April 14, 2026 01:28
VRPS Information Architecture — Product Level

VRPS Information Architecture

Product-level design. Produced through 3 rounds of adversarial peer review.


The Big Picture

VRPS is organized as a simple hierarchy. Everything flows from the top down. Ownership and authorization are always explicit — never inferred.

@ahoward
ahoward / vrps-schema-final.md
Created April 14, 2026 01:23
VRPS Schema Evolution — Final Design (3-round adversarial peer review)

VRPS Schema Evolution — Final Design

Produced by adversarial peer review (Claude + Gemini 2.5 Pro/Flash), 3 rounds. This document is the implementation specification.


Design Principles

  1. Single spine, no exceptions. Customer → Property → Lot. Every entity has exactly one parent in this hierarchy. Ownership is declared, not inferred.
@ahoward
ahoward / joust.md
Last active April 14, 2026 00:13
joust — adversarial peer review CLI for LLMs

joust

adversarial peer review for LLMs — a priority-ranked panel of agents charges at each other's analysis, the master synthesizes one hardened output


What It Is

joust is a CLI tool that implements adversarial peer review across a ranked panel of LLM agents. You define a list of agents with priority levels. The highest-priority agent is the master — it orchestrates the joust and writes the final synthesis. Lower-priority agents are jousters — they produce independent analyses and cross-examine each other's work.

@ahoward
ahoward / peer-lots-impact-analysis.md
Created April 13, 2026 22:05
Peer Lots Impact Analysis — vrpsinc

Peer Lots: Impact Analysis

Concept: "Peer lots" introduces a many-to-many relationship between lots and properties via a property_lot junction table, replacing the current lots.property_id single FK. A lot can belong to multiple properties (e.g., a shared surface lot between two adjacent complexes managed by the same customer).

Methodology: Full scan of every API handler, migration, RLS policy, PL/pgSQL function, and UI screen in both vrpsinc/mvp and vrpsinc/ui. Cross-reviewed by Gemini 2.5 Flash (independent analysis + critique of this analysis).


0. Gemini Cross-Review Findings (Incorporated)

@ahoward
ahoward / bunny2-design.md
Last active April 16, 2026 05:18
bunny2 design doc — a dark factory that never forgets

bunny2 — design doc

a dark factory that never forgets


problem statement

bunny1 works. it can spec, challenge, plan, test, and build. but it forgets everything between hops. every session starts cold. the LLM reconstructs context from file scraps and sounds confident while confabulating. the brane exists but nothing forces the loop to read it before starting or write to it after finishing. memory is opt-in. forgetting is the default.