go-workspace

Configure a multi-module Go workspace with go.work for module coordination.

1|Updated Feb 18, 2026
One-click install
npx skills add https://github.com/rai-wtnb/clean-modularmonolith-go --skill go-workspace
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: go-workspace
Source: https://github.com/rai-wtnb/clean-modularmonolith-go/tree/main/.claude/skills/go-workspace
Command: npx skills add https://github.com/rai-wtnb/clean-modularmonolith-go --skill go-workspace

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Go workspaces streamline development for projects with multiple modules by enabling a single go.work to coordinate module discovery, dependency resolution, and local development across modules.

Core Features & Use Cases

  • Single go.work to coordinate multiple modules in a monorepo
  • Simplified local development without modifying individual go.mod files
  • IDE integration guidance for Go tooling (gopls, IDEs)

Quick Start

Initialize the workspace at the repository root with go work init and then add modules with go work use to assemble the workspace.

Frequently Asked Questions about go-workspace

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I set up a Go workspace for multiple modules in a monorepo?

To set up a Go workspace for multiple modules in a monorepo, initialize it at the repository root using go work init and add modules with go work use to coordinate local module discovery and dependency resolution through a single go.work file.

What is the purpose of a go.work file in local development?

A go.work file streamlines local development for projects with multiple modules by enabling a single file to coordinate module discovery and dependency resolution across modules without modifying individual go.mod files.

Can I use Go workspaces with IDE integration and gopls?

Yes, Go workspaces support IDE integration for Go tooling. The configuration provides guidance for setting up gopls and IDEs to ensure seamless development workflows across coordinated local modules.

When should I use go work sync instead of modifying individual go.mod files?

You should use go work sync to manage dependencies across coordinated modules when working in a multi-module monorepo. This approach simplifies local development by enforcing a single go.work for module discovery rather than altering individual go.mod files.

Does using a Go workspace replace the need for replace directives in go.mod?

Yes, using a Go workspace replaces the need for replace directives in your go.mod files. It simplifies local development by coordinating cross-module dependency resolution through a central go.work file instead of modifying individual module configurations.