Project-centered AI workspace

One workspace for repo, files, and AI.

AI Tool Gateway is built around a project workspace instead of a scattered set of tool pages. Repository structure, file reading, model thoughts, and chat controls stay visually connected.

Repository-first Shared presenter Thought-aware chat

Workspace preview

See the main project page before you enter it.

The preview is intentionally separated from the hero so it can read like an actual interface instead of a compressed illustration.

Project Workspace Preview
File AI

Central presenter

def create_app():
    app = Flask(...)
    register_blueprints(app)
    return app
main qwen3.5:9b
Ask about the repository, request a change, or continue the current task...

Why this structure

One workspace shape from landing page to project work.

The landing page should explain the product clearly, but it should also visually prepare the user for the kind of workspace they are entering.

01

Repository awareness stays visible

The file tree is not hidden behind secondary screens. The product centers repo structure from the first meaningful workspace view.

02

The central presenter does more than one job

Files and AI history share the same dominant reading surface, so the interface stays compact without feeling cramped.

03

Chat remains grounded in project context

Model thoughts, chat history, controls, and repo reading stay visually tied together rather than scattering across disconnected pages.

Product journey

Simple entry, deeper workspace.

The public surface stays minimal, while the signed-in flow grows into a denser, more capable project environment.

1

Enter cleanly

Landing, login, and account entry should be calm and obvious, with little visual noise.

2

Choose the project

Projects become the user-bound collection surface that leads into actual work instead of acting as an endpoint by themselves.

3

Work inside the project

The project page becomes the real workspace: repo tree, central presenter, AI/chat history, and composer controls.

Design principles

Technical, calm, and readable.

Structured without feeling rigid

The theme should feel deliberate and durable, with enough density for real work but enough spacing to remain clear.

Focused on surfaces that matter

Headers, panels, cards, toggles, and form controls share one theme language so page detail does not drift from the product shell.

Prepared for growth

The landing page should already feel compatible with account pages, project collections, and the richer workspace that follows.

Get started

Move from product entry to project work without changing visual language.