snowyukitty puts guardrails in front of project chat

Bad chat requests now stop at the door, before they can create records or trigger document and AI work.

chat-uiworkflow

This is a quiet but useful reliability upgrade for teams putting legal materials through chat. Previously, a malformed request could get partway into the system before failing, potentially creating a chat record and touching document context or model processing.

snowyukitty has made both chat entry points apply the same checks:

  • Message roles are limited to user and assistant.
  • Chat, project, document and model details are checked before processing.
  • Accepted text values are cleaned up consistently.
  • Invalid requests receive specific feedback instead of failing deeper in the workflow.

The change is deliberately narrow: it does not change who can access a chat or which model is selected.

So what Legal-product teams building chat around sensitive matter documents should care because cleaner input handling reduces avoidable failures and unnecessary downstream processing.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?

Commits in this thread

1 commit from snowyukitty/mike, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
3f76761b fix(chat): validate project chat requests snowyukitty 2026-08-04 ↗ GitHub

Capture this thread into my fork

Download a single Markdown prompt that tells Claude how to port every commit above into your working tree — adapting paths and structure to match your repo. Run it via claude -p < capture-thread-1312.md from inside the repo you want the changes in.

⬇ Download capture-thread-1312.md