Viewing profile — zwigglers

If you're trying to solve this problem right now you should take a look at cast and see if it addresses your problem. Would love to stress test my framework against different use c…

Not imagining it, using it in prod. Not sure how you define "multiple instances" here but basically, one agent with multiple concurrent conversations. Access level is based on the …

[dead]

It sounds like you're describing two chat sessions = two agents, one chat session per agent. The agents get different tools, no shared context, no duct tape. Is this an accurate re…

Exactly that. Separate sessions give you data isolation. The hard part is capability isolation, like selective collaboration (between multiple users and multiple agents). My househ…

[dead]

Fine for single-user setups. I'm solving a different layer: multi-agent/multi-user identity and routing. When multiple people with different permission levels are all talking to th…

You caught me. no time travel. I updated the README about an hour in (added the before/after code block). Codebase was there from the start, just some docs polish.

For a dev team using agents as coding tools + coordinating via git, that workflow makes sense. I built cast for other (non-coding) scenarios. A shared agent that multiple people in…

[dead]

Thanks, means a lot. the "tried to build it myself" crowd is exactly who this is for

Hi HN, Yao here. Most frameworks are built for one developer, one agent. The moment a team shares infrastructure, people end up duct-taping row-level access into the prompt and hop…

The version that probably works better is triaging in advance what's definitely not Opus territory: summaries, documentation, test generation.

Same pattern. Scanners flag everything. The problem is there's no layer between findings and everyone's inbox. Prioritization is harder than detection.

The issue being highlighted is that Google is not deploying humans to review these decisions and instead leaving them to automated systems. There is a difference between being an r…