Feature Requests

Full Folder Management - Tree Structure, Subfolders, Sorting (Alpha + Date) & Granular Sharing
Problem: Chat Folders are flat and personal-only: no subfolders, one folder per chat, no sorting controls, and no way to share folders with anyone. As an MSP managing dozens of clients (I'm at 36 folders and growing and with another 25 chats that need to be filed away - yikes!), flat folders don't scale, and there's no way to organize or share content at the team level. Requested capabilities: Full tree structure with subfolders - nested folders (configurable depth) shown as an expandable/collapsible tree in the sidebar, with drag/drop to move chats and folders between levels. Sorting options for folders and chats within them: Alphabetical (A-Z / Z-A) Numerical / natural sort (so "Chat 2" precedes "Chat 10") By date/time - oldest -> newest and vice-versa, like File Explorer or Outlook Manual ordering as an alternative, applied recursively to subfolders Granular sharing - share any folder, subfolder, or individual chat to any group, team, or the organization, with inherited permissions from parent folders (overridable at any level) and role-based access (view / comment / manage). Date-based organization - surface chat created/last-activity timestamps so date sorting and date-range filtering are possible. Use case: As an MSP, we organize chats by client, department, and project. A hierarchical tree with proper sorting (especially date-based, like Outlook) and org/team-level sharing would let us structure content the way our clients actually work, and let teams share curated chat libraries instead of one-off snapshot links. Related: Builds on "Unified 'Project' Folders (Shared Context)" https://hatz-ai.canny.io/feature-requests/p/unified-project-folders-shared-context - this extends that idea with nesting, sorting, and per-level sharing controls.
1
·
Chats & Files
·
under review
Update/Improve Document Templating Engine
===================== Current Behavior: ===================== When asking Hatz to refresh or regenerate a document (e.g., rewriting or updating a Word document, report, or structured output), the results frequently require significant follow-up prompting, corrections, and coaxing to reach an acceptable quality level. This is especially noticeable when compared to performing the same task directly in Claude, where the output closely matches the structure, tone, formatting, and content of the original document on the first attempt. The gap appears to stem from how the underlying document generation pipeline handles templating — things like preserving heading hierarchy, table structure, inline formatting, section relationships, and stylistic consistency are often lost or inconsistently applied when Hatz processes the request. ===================== Desired Behavior ===================== Hatz's document generation and refresh capabilities should produce output quality comparable to what Claude delivers natively when given the same prompt and source material. This includes accurate preservation of document structure, formatting conventions, and content relationships without requiring multiple follow-up corrections from the user. The templating engine or generation pipeline should be capable enough that a single well-formed prompt yields a usable, high-quality result. ===================== Use Case ===================== When refreshing existing documents — such as updating a proposal, regenerating a report, or rewriting a structured business document — users should be able to trust that Hatz will handle the task in one pass without needing to re-prompt repeatedly or manually fix formatting and structural issues afterward. This is a major client concern that comes up in nearly every deployment. It is not an edge case — it is one of the most consistently asked questions during onboarding and adoption, and it creates an immediate credibility gap when clients compare the results side by side with Claude directly. If Hatz is positioned as a business productivity tool, document generation quality needs to be reliable enough for professional use without extra overhead. The current experience creates friction and reduces confidence in the platform, and addressing this would have a direct and measurable impact on client satisfaction across deployments.
1
·
Chats & Files
·
under review
Load More
→