Skip to content

Create a project

A project is where one product’s building and marketing both live. Creating one takes a name and a key, and everything else attaches to it afterwards.

  1. Projects in the sidebar, then Create Project.

  2. Give it a name. Alpenglow Labs named theirs Summitline App.

  3. Check the key. It is derived from the name as you type (Summitline App becomes SUM), and you can overwrite it: two to six characters, starting with a letter.

  4. Add a description if the name does not carry it, then Create.

The key is the prefix on every task number the project mints. SUM is why the offline caching work is SUM-14 rather than a uuid, and why you can type SUM-14 into the command palette and land on it.

Keys are unique across the workspace, so a taken one is rejected when you save rather than silently changed. You can edit a key later from the project header, but changing it only affects new tasks: work already numbered SUM-13 keeps that number, because links and conversations already point at it.

The Summitline App project's Overview tab: counters for meetings, decisions, requirements, tasks, scope, and risks, above its recent meetings.

TabWhat it holds
OverviewCounters for the project’s meetings, decisions, requirements, tasks, scope items, and risks, and its recent meetings. Every counter is a link into the tab behind it
Project DataThe accumulated intent: decisions, requirements, scope, tasks, risks, and open questions
MeetingsEvery meeting held in this project, with its status and last activity
TasksThe project’s work, with assignment and the routing score behind it. See assigning tasks
RepositoriesThe code this product is built from
EnvironmentsThe variables and secrets a run gets
MarketingThe campaigns and content taking this product to market
SettingsWho owns the project and who else may approve for it

The header carries the same three actions everywhere: Edit the name, key, and description, Archive it, and + New Meeting to start a conversation already scoped to this project.

Settings decides who can approve agent steps, ship actions, and assignment overrides for this project. The owner is always an implicit approver, and it defaults to whoever created the project. Add other people by user id.

That list is what the project’s Tasks tab checks before it shows you the bulk-assign and auto-assign controls, so a project with the wrong owner reads as a project you cannot direct.