Eidos

Every client project, built the same way. Every sign-off, a version.

Write your studio’s framework once and start every client from it. Each deliverable gets a spec with Out of Scope, and each sign-off is a named version you can open a year later.

Free for macOS, Windows, and Linux. No account, no subscription.

The Versions page in Eidos: three versions of a client project, 0.1.0, 1.0.0, and 1.1.0, each with its commit, date, and tag.
The proposal, phase one, and a change request, each naming the commit the client signed off.

Sound familiar?

Scope is whatever someone remembers agreeing to.

The statement of work is signed. The real scope moves in calls, emails, and tickets.

  1. Scope creeps one reasonable yes at a time

    Every small extra made sense on the call. Together they ate the margin, and nobody agrees what was in scope.

  2. “What did we agree?” is buried

    Five people at the client ask for changes, and nobody has the final say. The answer is in an email thread, or in someone’s head.

  3. Every client starts from zero

    Each project copies last year’s template, which drifts every time. People moving between clients relearn the structure, and so does every agent session.

How it fits

One framework for the studio, one project per client.

Shape the software framework into your studio’s own: the frames your brief needs, the sections every spec must have, your roles. Every new client project starts from it, in that client’s repository.

Frames
The brief: audience, budget, scope, timeline, architecture, and market.
Specs
One per deliverable, grouped by area, with Acceptance Criteria and Out of Scope in every one.
Versions
A name for the commit a client signed off: the proposal, the phase, the change request.
Tasks
The delivery work on a board, each task pointing at its spec.
Framework Settings in Eidos, on the Templates page: the spec template’s sections, Out of Scope among them, each with its intent and a Required switch.

What you will use most

The pieces that keep scope on the record.

  • Blueprints

    Your framework, published

    Your studio’s collections, templates, properties, and roles, installed into each new client project in one click or command.

  • Git

    Sign-off is a version

    Record a version naming the commit the client approved, tagged in the repository. When the question comes back, open the project as it was then.

  • Comments

    Questions where they belong

    A question about a criterion is a thread on that criterion, not an email. Close it when it’s answered. It stays in the file.

  • Backlog

    Delivery beside the scope

    Tasks on a board, each naming its spec, exported to CSV or Excel for the client report.

  • AI Agent

    Handovers that hold

    A new developer, or their coding agent, reads the specs instead of a month of email.

What the client signed off

A named version for every sign-off

When the client approves, record a version: a name for that commit, with a tag if you want one. The proposal, phase one, and each change request become rows you can point to. The check tells you if a tag ever moves off its commit.

  • Record a version from the app or with eidos git version record
  • Tags are made in your repository and never pushed for you
  • A version names the commit; git already holds every file

One framework, every client

Publish it once, install it everywhere

Keep the framework in your own repository and install it from there into each client project. Or start from the last client’s setup, without its content. To share it, open a pull request to the Registry on GitHub with one manifest pointing at a tagged project. Anyone can then install it as @your-studio/name.

$ eidos install your-studio/delivery@v3 --path framework
$ eidos install ../northwind/Blueprints --setup-only
$ eidos install @your-studio/delivery

Start here

Start from the software framework, then make it yours.

Frames for the brief and specs for the deliverables, with Out of Scope in every template. Shape it in Framework Settings until it fits your studio, and every client after that starts from it.

An app, a service, or a system

Software@BuildableWorks/software

Frames for architecture, audience, criteria, and market, and specs grouped by domain.

  • Frames
  • Specs
$ eidos install @BuildableWorks/software

In the app: New Project, then pick it from the list.

See it in the Registry

Start the next client from your own framework.

Download Eidos MD, shape the software framework into your studio’s, and record the first sign-off as a version.

Free for macOS, Windows, and Linux. Your files stay plain text in a folder you own.