2025-09-16 - Good Morning Evan
Where are we at today?
Currently - pharmacy/daily scrum
- ctx::2025-09-16 @ 10:34:57 AM [mode::focus] - [project::rangle/pharmacy] - [meeting::pharmacy/daily scrum]
meeting wrap
-
ctx::2025-09-16 @ 11:16:53 AM [project::rangle/pharmacy] - [mode::meeting wrap] - [meeting::pharmacy/daily scrum]
-
@/Users/evan/projects/float-workspace/operations/organized/meetings/transcripts/2025-09-16-rangle-pharmacy-daily-scrum_2025_09_16_10_31_EDT_Transcript.txt
post-scrum - break then next
yup — souds good, and then
up next
- ctx::2025-09-16 @ 11:22:06 AM - [mode::break then focus] — [project::rangle/pharmacy] - [issue::271
- file upload prompt]
Project folder for that is…
file-upload on feature/271-assessment-file-upload-prompt [$?⇡] via v22.18.0
❯ pwd
/Users/evan/projects/file-upload
file-upload on feature/271-assessment-file-upload-prompt [$?⇡] via v22.18.0
❯
still pharmacy-online, was just making use of work-tree’s yesterday
issue - 271 draft pr is up nearing done .evans-notes folder should have more details --- search for issue 271
a pattern that was useful yesterday and going to continue today -> cowboy tiggering file read so pop open editor in cursor, and talking through the changes
was useful pre-PR for the BMI changes, figure otday cowboy and I will start off that way after my break -> a set the context -> work -> those check ins a little more often -> again at the end
@artifacts/JSONL-Archaeology-Handbook.md on po-main from last night should reveal the pattern, and an anti-pattern i did during it (doing fixes while in that flow - log)
so - going to shift into focused work mode after the break - did some priming here to see how this side chat suppor tkeeps working out,
break inbound
- ctx::2025-09-16 @ 11:45:29 AM
hey kitty kitty dont you seem the way you grep those logs hypnotizes me
take this request, then think it through -> then echoRefactor into a more structurede prompt and execute on that -> let the humans be messy -> llms as fuzzy compiler and all of that.
i’ll probably be starting cowboy claude with fresh context - can you do some
JSONL archeology on the file-upload project (pharamcy online) --- find the
most recent sessions,
also - use GH tools to get requirements from issue 271 - https://github.com/pharmonline/pharmacy-online
and the task is a - prepare a context prime file that I can at in the chat with context-fresh claude that helps him get upto speed on where we left off and what is next
theres notes about 271 in .evans-notes -> when getting details, pay attention to ‘am i getting current or archekogical knowledge’
point is for a smooth start
worse coomes to wrose and this request doesnt land -> i’ll do what i do manually and thats fine
back at desk
- ctx::2025-09-16 @ 12:43:23 PM - [mode::work] - [project::rangle/pharmacy
- whats on deck?
- [meeting::pharmacy/scott sync] @
1:30-> now at 2:00 (and was actually initially for 1) - [issue:: 730] - [pr:: 422] - BMI types -> approved by ken - waiting for vercel checks to pass then merging
- ken left a nit -> will be addresse in seperate PR -> “New
Ken Easson 11:41 AM Hey @evan (he/him) I noted the type: export type TrafficLight = ‘block’ | ‘alert’ | ‘okay’ Just a suggestion that these could be Named Enums, so they aren’t confused for strings. I do appreciate that the typing is present, so it’ll catch a typo. (edited) ”
- [issue:: 271] - [pr::draft - 405] - file upload
- adam left a comment -> “odziem 4 days ago - If you have multiple UPDATE policies, or SELECT, etc they may need to be merged into one policy with an OR so that they don’t conflict with each other. This warrants testing.”
- so -> switching focus back to the upload -> jumping to project and restoring context
- todayInNvim:: remembering the basics
- how the fuck do I copy? - you yank - select the text and smash ‘y’ -> more options than that but thats a start
- how the fuck do I get to the end of a line? -> normal mode -> $
break pre-scott synnc
-
ctx::2025-09-16 @ 01:50:07 PM - [mode::Break] - next:: [meeting::pharmacy/scott]
-
a quick TL;DR of where we are at so we are informed going into the sync
meeting - scott sync
-
ctx:: 2025-09-16 - 2pm -> 2:30pm [meeting::pharmacy/scott sync] - [project::rangle/pharmacy]
-
BMI traffic light review
gemini meeting summary
Here’s a summary of the discussion so far:
-
Main Topics Covered:
- Progress on the assessment builder, specifically BMI changes.
- Configuration of BMI traffic lights.
- Issues with numeric input fields.
- File upload functionality and user authentication (guest vs. logged-in users).
- Linking assessment responses to users and orders.
-
Decisions Made:
- The BMI changes have been merged and are on staging.
- The toggle and label for “BMI traffic light Configuration 3 range” should be removed.
- The “BMI traffic light Configuration 3 range” should be renamed to “BMI traffic lights.”
- Min/max fields should be added for red and green blocks in BMI traffic lights for more flexibility.
- The redundant BMI range tags should be removed.
-
Action Items:
- Evan to put up another PR for the final BMI changes.
- Evan to attach the new PR to the existing BMI issue.
- Evan to ask during testing and look into the code base regarding reconciling anonymous users with logged-in users for file uploads and assessment responses.
- Evan to do a quick look on common UI patterns for numeric input fields.
- [tbc] Evan to create a ticket to improve the functionality of numeric input fields.
-
Risks and Timeline Concerns:
- A save button and workflow validation message for invalid configurations are considered “nice to have” but not critical right now.
- The issue with numeric input fields is pre-existing and impacts user experience.
- The process of associating anonymous user assessment responses and uploaded files with a logged-in user and their order needs to be verified. Scott is confident that assessment responses need to be tied to both an order item and a user.
evans thoughts
- going to ask during dev sync about how we handle reconiling the anon users
- can also do a quick investigation ourselfs
- still a few things to wrap up on the file upload -> but just about there
- sysop:: no escelating language, ‘code looks complete’ != ‘meets AC as requirements state’ -> outstanding as of [ctx::2025-09-16 @ 02:33:27 PM] - anon upload, iimage preview, a few other things.. point remainds -> code works and we saw things pop up != done
self publishing forest
───────────────────────────────────────────────────────────────────────────────────────────
/echoRefactor “so, i’ve been wanting to make forest.ritualstack.ai easier to deploy and maintain - the current floatctl-py forest plugin is kind of a mess - started off as bash scripts, and relaly janky.
Was wanting to re-write it to have better architecture, and make use of web hooks/deploy hooks for new tree’s to self register
The current way is convoluted in implementation but the idea is sound, but basically
-
forest.ritualstack.ai -> iframe around a bunch of sites deployed to *.ritualstack.ai
-
as new sites get deployed, they hit a webhook and self-register their URL
-
then the home page that lists the sites you can goto is data driven
-
then the forest menu bar that gets injected - could also get a live update of other sites to help navigate the forest
-
and then also a better UI to see the health of the forest
-
also - better searching to surface sites beyond keyword match, but like semantic search on concepts, or patterns explored
-
PharmacyAdmin123!