gopls 是 Go 官方语言服务器。Nvim 不直接理解 Go 项目，它通过 LSP 协议把问题交给 gopls。

把 Day04 的 lua/lsp/init.lua 替换成一个最小启动器。它只在 Go 文件里启动 gopls，并以 go.mod 所在目录作为项目根。

local M = {}

local function root_dir()
  local marker = vim.fs.find({ "go.mod", ".git" }, { upward = true })[1]
  return marker and vim.fs.dirname(marker) or vim.fn.getcwd()
end

local function on_attach(_, bufnr)
  local function map(lhs, rhs, desc)
    vim.keymap.set("n", lhs, rhs, { buffer = bufnr, desc = desc })
  end

  map("gd", vim.lsp.buf.definition, "Go to definition")
  map("gr", vim.lsp.buf.references, "List references")
  map("K", vim.lsp.buf.hover, "Hover documentation")
  map("<leader>rn", vim.lsp.buf.rename, "Rename symbol")
  map("<leader>ca", vim.lsp.buf.code_action, "Code action")
  map("[d", vim.diagnostic.goto_prev, "Previous diagnostic")
  map("]d", vim.diagnostic.goto_next, "Next diagnostic")
end

function M.setup()
  vim.api.nvim_create_autocmd("FileType", {
    pattern = "go",
    callback = function()
      vim.lsp.start({
        name = "gopls",
        cmd = { "gopls" },
        root_dir = root_dir(),
        on_attach = on_attach,
      })
    end,
  })
end

M.setup()

return M

回到 Day05 的项目，打开 Go 文件。LSP 不是打开 Nvim 就一定启动，而是进入 Go buffer 后才 attach。

语言服务器最有价值的能力之一，是在运行测试之前就发现明显错误。今天亲手制造一个错误，再用诊断定位它。

记录你今天验证过的 LSP 能力，以及遇到的第一个故障。明天做项目搜索时，这些信息会继续用上。

# Day06 gopls log

## Install
- gopls version:
- gopls path:

## Attach
- project:
- root_dir:
- filetype:

## LSP actions tested
- gd:
- gr:
- K:
- rename:
- diagnostics:

## First issue
- symptom:
- command used to debug:
- fix: