HIKARI / THE WORK BEHIND THE WORKBack to portfolio
05 / ENGINEERING NOTESHow I work

Build Notes

Hikari Brandan’s workflow: problem, research, think, PRD, build with AI, test, break it, audit and fix, ship. Factual notes and examples from his products.

Written by Hikari Brandan from his product development and debugging experience.

  1. Problem
  2. Research
  3. Think
  4. PRD
  5. Build with AI
  6. Test
  7. Break it
  8. Audit & fix
  9. Ship

Producing more code does not answer whether the product should exist or whether it works for the person using it. My workflow starts with the problem and the customer context.

  • Research the task, constraints and existing behavior before choosing an implementation.
  • Write requirements and direct coding agents with a defined outcome.
  • Inspect the implementation, test the experience and deliberately look for failure cases.
  • Debug, audit and verify changes before shipping; keep known limitations visible.

The UGC Camera and MenuTap story grew from an earlier, broader FoodSpot exploration. The Mac projects also show why fast implementation needs a feedback loop: dictation can lag, file automation needs review and display streaming remains experimental.

I want to keep improving this judgment alongside stronger engineers, close to both the product and its customers.

These are authored summaries of my supplied workflow and project notes. They are not a test log or a claim that every project has the same verification history.

AI tools listed here are development tools. They are runtime dependencies only when a product explicitly integrates a provider, as iBrain can.

When login appeared to complete but downstream operations failed, I inspected the callback URL and browser console, then traced Supabase Edge Function logs and database access. In some cases, row-level security or data access was blocking the operation.

  • ChatGPT / Codex
  • Claude
  • Gemini
  • Perplexity
  • Git / GitHub
  • Real-device feedback