Skip to content

Instantly share code, notes, and snippets.

View backnotprop's full-sized avatar
📟
E.Alderson

Michael Ramos backnotprop

📟
E.Alderson
  • Los Angeles, prev DC.
View GitHub Profile

lnr Work Management System

Overview

lnr is an append-only, file-based lnr work management system designed for AI coding agents. Lnr work is organized into phases - coherent units of effort that match how AI agents naturally operate. The system requires no indices, no status tracking, and no complex tooling. State is derived entirely from which files exist in the directory.

Core Principles

Lnr work happens in phases, not issues or tickets. Each phase represents a coherent push toward a specific goal. Phases can be small (refactor a function) or large (implement authentication system).

@backnotprop
backnotprop / tailwind-v4-llms_txt-prompt-tower.md
Created May 25, 2025 17:09
Tailwind v4 Info doc (similar to llms.txt, rules, etc) generated by Gemini by way of Prompt Tower (May 2025)

Here is what you need to know about Tailwind CSS v4 (May 2025)

I. Core Architecture & Performance

  1. New Engine - Performance First:
    • V4 ships with a completely rewritten engine. Expect drastically reduced build times – typically sub-10ms for most projects, even large ones often under 100ms. This is achieved by more efficiently parsing sources and generating CSS on-demand.
  2. CSS-First Configuration via @theme:
    • The primary configuration mechanism shifts from tailwind.config.js (for theme values) to your main CSS file using the @theme directive.

/* app.css */

(obfuscated business details)

_project_context/
├── CLAUDE.md
├── backlogged_items.md
├── general_project_brief.md
├── workflow_module_test_plan.md
├── workflow_module_test_checklist.md

Now that you coded this can you review the client lib in context of the changes, as well as ./scripts/test--e2e.sh and ensure we have all ends covered, from all angles

please continue you should continue marking off progress but we should run pnpm validate then do a thorough review of the new implemented types as well as compliance client in conjunction with reviewing the api Basicially do a codewalktrace of how the client lib works and ensure a valid mapping to the api exists

Write all this into the plan now. Exclude time/week info. Also, create some user stories based on our UX goal: [Pasted text #1 +23 lines] (these will help make sure development is oriented in the right direction)

Great now lets creat the phase progress tracker phase_12_progress think about the work to be done in this phase and a pragmaticatomicintuitive implementation approach that will happen in a sequential manner Create the progress broken up into parts derived from the plan User markdown checkboxes for each thing worth tracking individually under a part subnesting lists is also ok for certain tasks whatever you think is best Ultrathink this progress tracker will guide the entire phase so its critical to get right to ensure the dev team sees this through as it was planned and envioned and continues to help us deliver a highquality software product

create a phase_12_completed doc and commit that

look into our docker setup this runs perfectly for most devs other than one she is getting postgres was denied access to the db table she is running orbstack and it still happens even after we prune her whole system which our command does scriptstestsetupsh fullfreshstartwithjobs

update the test tracker first then we will need to commit and get all the work checked in it will be a good recap of the work for you to create commits for after that you can create the doc Make sure good developer notes provide things like hintslessons what we left hanging around etc Any new developer should be able use the doc as a rapid way to onboard and gain the context you have But first update the test doc review the code get things committed