Skip to content

Choose your workflow

xlflow has one project model but several good entry points. Choose the path that matches what you need to do first. You do not have to learn every command before choosing: each path explains the commands only when you need them.

GoalStart hereYou will finish with
Completion, diagnostics, navigation, and testsDevelop VBA in VS CodeA project managed from the VS Code editor and sidebar
Have an agent implement and verify VBADevelop with an AI agentA repeatable JSON/session/inspection loop
Put an existing .xlsm under GitImport an existing workbooksrc/, build/, xlflow.toml, and a reviewed diff
Script Excel from a terminal or CICLI automationHeadless commands with exit codes and JSON output
Keep source tools in Linux/WSLWork from WSLWSL linting with Windows Excel delegation

All paths use the same state model: source files are edited, push imports them, a live session can run repeatedly, and save --session persists workbook changes. Read Source, workbook, and session state before switching between Excel and VS Code.

Before you start

  • Windows with Microsoft Excel is required for workbook-backed commands.
  • Enable Trust access to the VBA project object model in Excel Trust Center.
  • Run xlflow version and xlflow doctor --json before investigating a project failure.

If a prerequisite fails, use Troubleshooting rather than retrying an unsafe workbook operation.

Not sure which one applies?

Most people with an existing macro-enabled workbook should choose Manage an existing workbook with Git. Choose VS Code when the editor experience is the immediate goal; choose AI agent when a terminal-driven agent will make and verify the change. You can move between these paths later because they all use the same src/, workbook, and session model.

Released under the MIT License.