The coupling concern is valid but I think it's the right trade-off for most CRUD apps. In practice, 80% of your endpoints are thin wrappers around your models anyway. The remaining 20% where you need separate request/response schemas — you just write those by hand.
The auto-generated admin panel is a nice touch. That alone saves days on internal tooling.
The settings.json allowlist gives you exactly this kind of granularity. You can permit specific tool patterns like Read, Glob, Grep, Bash(git *) while keeping destructive operations gated. It's not as discoverable as a CLI flag but it's been working well for me for unattended sessions.
This makes a lot of sense. Cloudflare already has the rendered content at edge — serving a structured snapshot from cache would eliminate redundant crawling entirely.
What I'd love to see is site owners being able to opt in and control the format. Something like a /cdn-cgi/structured endpoint that respects your robots.txt directives but gives crawlers clean markdown or JSON instead of making them parse raw HTML. The site owner wins (less bot traffic), the crawler wins (structured data), and Cloudflare wins (less load on origin).
I built a service that lets developers bundle remote files into a ZIP with a single POST request. You send a list of URLs, we fetch, package, and return a signed download link.
The problem: creating ZIPs from remote files (S3, R2, CDN) usually means downloading to a server, zipping locally, managing temp storage, and cleaning up. It's surprisingly painful at scale — especially with large files or thousands of items.
Eazip handles all of that. ZIP64 support for files over 4GB, up to 5,000 files per job, zero egress fees on downloads, and no infrastructure to manage.
Use cases so far: e-commerce photo bundles, document delivery (invoices/contracts), creative asset distribution, and backup/export tooling.
Free tier available, no credit card required. Would love feedback from the HN community.
The auto-generated admin panel is a nice touch. That alone saves days on internal tooling.
reply