Neon Law
  • Fractional CTO
  • Litigation
  • Fractional GC
  • Legal Services
  • Sign in
← Using Neon Law Navigator

Intro

Chapter 1 of 8 · Section 7 of 30

Sections

1. Intro

  • 1. Learning objectives
  • 2. The running matter
  • 3. Who is in the room
  • 4. Local KIND presenter rehearsal
  • 5. How Neon Law Navigator works
  • 6. Matter files: portal for clients, workbench for lawyers
  • 7. The Shared Drive and Project repository map

2. Build the Notation

  • 8. Install (no install)
  • 9. Sign in as yourself
  • 10. Tool calls are just prompts with specific words
  • 11. Build the template
  • 12. Run the transactional checklist
  • 13. Kaizen — share what you found

3. Keep the Attorney in Control

  • 14. When AIDA asks before she acts
  • 15. When an answer is wrong, send it back — don't start over
  • 16. Answers and questions are two different things
  • 17. The conflict check runs before every new matter

4. Complete the Matter

  • 18. Notarize and demo
  • 19. Why this matters

5. Take It to the CLI

  • 20. Run your own — and drive it from the command line
  • 21. Form a Nevada LLC from the command line
  • 22. Walk a questionnaire like a text adventure

6. Vibe Code the Navigator

  • 23. Your installation publishes its own schema
  • 24. Two doors — `/api` for a page, `/mcp` for an agent
  • 25. A first application is about fifteen lines
  • 26. Vibe the screen — do not vibe the rules
  • 27. Ship it as a Project's client portal
  • 28. The line your application does not cross

7. Prepare the Room Before Class

  • 29. Seat every attendee before the first login

8. Wrap Up

  • 30. Share what you built

The Shared Drive and Project repository map

The firm's Projects Shared Drive is the production matter-file root. Its top-level folders are Navigator Project codes, not display titles: a matter whose code is henderson-bungalow-purchase lives at Projects/henderson-bungalow-purchase/. A code uses only lowercase letters, digits, and single hyphens; Navigator requires it when a Project opens because the name is an equality check, not a display-name normalization.

The same convention is deployment-owned rather than guessed from a laptop or a repository:

DeploymentShared Drive rootOrganization
Neon Law productionProjectsneon-law
Neon Law stagingStaging Projectsneon-law
Neon Law FoundationNLF Projectsneon-law-foundation

The organization is configuration rather than a name in Navigator's source, and one string means two different things across the two vocabularies: the organization neon-law is staging, while the GCP project neon-law is production. The organizations are named for the entities and the GCP projects for the deployments.

A Project has one repository and one portal, and both are the code. That matter's source lives at neon-law/henderson-bungalow-purchase, holding its notation templates under templates/ and its client portal under portal/, and Navigator serves that portal at /app/projects/henderson-bungalow-purchase/portal/ — the repository name plus one literal segment. Nothing is composed, so nothing has to be parsed back apart, and there is no manifest anywhere restating a name the repository already carries.

Drive holds the firm's legal working files and Navigator holds the matter record and asset provenance. Project repositories hold source only: never client uploads, answers, generated legal documents, secrets, dependencies, or build output. When CI publishes approved Project-scoped template or application output to Drive, it resolves the matter folder from Navigator rather than from a repository-supplied folder ID, writes one way, and records the publication for audit. A hand edit to that published output is drift, not a source change. Project participation grants Navigator and deployed-application access; it never grants GitHub Enterprise access.

Presenter notes

Treat the Shared Drive name as an operational contract: the top-level folder is the Project code, so a lawyer can locate a matter without translating a client-facing display title. The three deployment roots keep production, staging, and Foundation material separate while preserving the same path grammar.

Stress the source boundary. Repositories describe templates and applications; Drive receives approved publication output; Navigator remains the record of the matter and of what was published. A Drive folder is not a shortcut around Project participation or source review.

View all slidesOpen display
← PreviousNext →
Neon Law
BlogContactFoundationNavigatorPresentationsWorkshops
Contact us — contact@neonlaw.com+1 510 800 2080
  • Nevada
    5150 Mae Anne AveSte 405-9002Reno, NV 89523
  • New York
    12 E 49th St18th FloorNew York, NY 10017
  • Washington
    720 Seneca StSte 107-715Seattle, WA 98101

© 2026 Shook Law PLLC and Neon Law Foundation

This is attorney advertisement. Nothing on this site is legal advice. Neon Law is the trade name of Shook Law PLLC, and an attorney-client relationship begins only with a signed retainer between you and Shook Law PLLC. Published flat fees cover the scope each one names and do not include third-party filing fees. Every legal matter is different, and past results do not guarantee a similar result.

Shook Law PLLC is a proud supporter of the Neon Law Foundation , a 501(c)(3) nonprofit.

Neon Law Foundation is a Nevada nonprofit corporation and a 501(c)(3) tax-exempt organization. It does not practice law and cannot represent you.

Nothing on this site is legal advice, and nothing here creates an attorney-client relationship.

5150 Mae Anne Ave Ste 405-9999, Reno, NV 89523
support@neonlaw.orgTransparency & public disclosures

Powered by Neon Law Navigator #26.8.20-hotfix.4

Open source — neon-law-foundation/navigator GitHub stars 2