Local developer tool

Sympol

A local workspace that brings Git, services and development tools into one operating view.

Sympol Git workflow showing grouped repositories and batch controls
Git workflow · local development screenshot

Problem and user

Reduce repeated repository switching and make the state of development work visible.

Builders managing multiple repositories and local services.

My role

Product builder and engineer

Multi-repository GitDocker controlsAPI and data tools

Outcome and status

  • ✓Built a grouped Git workflow with batch pull, push and quick sync.
  • ✓Connected development utilities in a single workspace.

Key product and technical decisions

  • Expose repository state before grouped actions.
  • Keep detailed file information alongside batch controls.
  • Run locally to integrate with repositories and host services.

Learning

Reducing repeated transitions is useful only when the scope of an action remains clear.

Next step

Validate grouped workflows and improve recovery guidance.

Build notes and lessons

TL;DR

A local workspace that brings Git, services and development tools into one operating view.

From repository switching to a shared operating view

Building several products at once creates a second job: remembering which repository needs attention, which service is running and which change still needs to be committed. Sympol turns that fragmented routine into a local workspace with a common view of the work.

The Git workflow is the clearest entry point. Projects are grouped, changes are visible, and selected repositories can be pulled, pushed or synchronised together. A quick-sync flow combines staging, committing and pushing; reusable commit messages make the repetitive part of delivery easier to repeat consistently.

More than a Git dashboard

The workspace extends into Docker controls and port visibility, a request lab for API exploration, SQL and data tools, and project and image generation. These capabilities bring the practical context around a repository closer to the work itself. The product connects the places a builder repeatedly visits rather than asking them to remember another collection of disconnected tools.

Product and engineering judgement

The important design decision is visibility before action. A group-level view exposes the state of multiple repositories, while expandable project details preserve access to the files underneath. Batch operations reduce repetition without removing the need to understand the scope of a change.

A SvelteKit interface sits over a local Python Flask backend. GitPython provides the repository integration, and JSON configuration keeps the workspace understandable and portable. The local execution model gives the tool access to development repositories and the host's Docker environment.

What this work demonstrates

Sympol shows how a recurring personal workflow can become a coherent product: identify the repeated transitions, make state visible, and put related actions in one place. It is an example of product engineering at the boundary between interface design, local tooling and operational automation.

The next validation step is to assess where grouped actions save useful time and where additional confirmation or recovery information is needed. No measured productivity improvement is claimed here.

Other product work

View all work →