Project
A connected codebase in Specsight, scoped to one Organisation. Every Feature, Scenario, and changelog entry belongs to exactly one Project.
A Project is the unit of analysis in Specsight. You connect a GitHub repository, give it a name, and Specsight produces a spec — features, scenarios, connections, the lot — for that single codebase. Most teams start with one Project per product.
Projects belong to an Organisation. Members of the Organisation can be granted access at the Project level: an Editor on one Project might be a Viewer on another. The Project is also the boundary at which billing limits — analyses per month, syncs per month, source-file count — are scoped.
Multi-repo products work as multiple Projects today: one for each service, each with its own spec. Native multi-repo Projects, where one spec is drawn from several repositories, are on the roadmap.
Related terms
- SPEC
Feature
A logical grouping of scenarios that represents a meaningful unit of the product — like “Document Upload” or “User Authentication.” Features form the structure of a living product specification.
- SPEC
Scenario
A single plain-language description of how a product behaves in a specific situation. The atomic unit of a living product specification.
- OPERATION
Release Sync
The release-triggered update that keeps a Specsight spec in sync with the codebase. Fires automatically every time code lands on the tracked branch.