Repository navigation
Atalaya: an approval gate and requirement tracking on top of OpenSpec, for teams where the PM isn't in the terminal #2162
silvap-javier
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi all 👋
I've been using OpenSpec with Claude Code for a few months and wanted to share what I built around it, and ask for feedback.
The problem I kept hitting: OpenSpec made Claude Code write a proposal before coding, which is great — but the proposal lived in the repo. The person who asked for the change (a PM, someone from support, a client) never saw it. Approval was "the dev read it and said OK in the chat", and nobody outside the terminal knew what state each requirement was in.
What I built: Atalaya, a work manager (tasks, sprints, Kanban) where OpenSpec changes are first-class:
/sdd-nueva WEB-12reads the task and runs the OpenSpec proposal/specs/design/tasks, then reports them to Atalaya over MCP./sdd-aplicarrefuses to start until there's an approval, and the agent's token can't approve its own change. If the spec changes after approval, Atalaya flags the drift and asks again./sdd-cerrarchecks each acceptance criterion with its evidence and archives the change, so the specs inopenspec/specs/stay alive.The specs stay as plain OpenSpec files in your repo — if you stop using Atalaya, you keep everything.
Atalaya is built with Atalaya: every change goes through this same flow (10 archived changes so far).
Where I'd love your input:
One caveat: the app is in Spanish for now (I'm based in Spain and started with Spanish-speaking teams). It's free during early access: https://atalayahq.io — and the SDD walkthrough is here: https://atalayahq.io/para/sdd/
Thanks for OpenSpec — it's the piece that made working with agents feel predictable.


All reactions