mirror of
https://github.com/Twigpine/zero.git
synced 2026-11-11 18:00:54 -10:00
* feat(commands): user-defined slash commands from markdown files
Drop a markdown file at `.zero/commands/<name>.md` (project, shared with the
team) or `<userConfigDir>/zero/commands/<name>.md` (personal); typing
`/<name> args` expands its body template and submits it as a normal prompt.
Optional YAML frontmatter (`description:`, `model:`, `agent:`) feeds help text
and routing. This turns Zero's model-pulled skills into user-invokable,
repo-checked-in team workflows (`/release v1.2`, `/fix-flaky <test>`).
New internal/usercommands package: Load() scans the project + user dirs
(project shadows user on name collision, mirroring specialist scope
precedence), validates names to a safe slash-command shape, and parses
frontmatter with a self-contained parser. Expand() substitutes $ARGUMENTS,
$1..$9, and $$ (literal $); a placeholder-free template gets the raw args
appended so a trivial command still receives input.
Wiring: model loads commands at construction; the commandUnknown dispatch
checks the user set before reporting "unknown"; autocomplete lists user
commands alongside builtins. Builtins win on collision (listed first, shadow at
dispatch). Tests cover load/precedence/name-validation, the placeholder
substitution table, and the TUI dispatch + autocomplete + still-unknown paths.
* feat(init): guided /init that generates AGENTS.md seeded with repo facts
`/init` (TUI) and `zero init` (headless) investigate the repo and write a
concise AGENTS.md so future runs start with project context. Zero already has
the AGENTS.md loader and the repoinfo scanner, but the file only existed if a
user hand-authored it — this activates the machinery in one command.
New internal/agentinit.BuildPrompt seeds the bootstrap prompt with
repoinfo.Collect() output (primary language, build/test tools, CI, workspace
layout, git) formatted as a fact block, then instructs the agent to investigate
the gaps and write a tight AGENTS.md (build/test commands, conventions, things
to avoid). Collection failure is non-fatal — the agent investigates from
scratch. This is one better than a pure-prompt /init: the agent starts from
known facts instead of re-deriving them.
TUI: /init command + handleInitCommand reuse launchPrompt (standard run, tools,
AGENTS.md write path). Headless: `zero init` builds the prompt and forwards it
through the existing exec machinery, so all exec flags (--model, -w, --add-dir)
work unchanged. Tests cover FormatFacts (rendered/omitted fields), BuildPrompt,
and the TUI dispatch.
* feat(tools): lsp_navigate — semantic code navigation via the language server
A read-only, model-callable tool exposing LSP navigation: jump-to-definition,
find-all-references, find-implementations, and workspace_symbol search. The
agent can answer "where is X defined / who calls X / what implements this
interface" precisely, where grep collides on common names or misses indirect
references — cutting wasted read/grep turns and wrong-edit risk on large repos.
Zero already runs language servers for diagnostics, so this adds the
request/response navigation methods on top: Manager.Navigate syncs the file
(didOpen) then issues textDocument/definition|references|implementation or
workspace/symbol via the existing client.Call, decoding all three result shapes
(Location, []Location, []LocationLink). 1-based file:line:col in and out
(converting LSP's 0-based positions); the tool has its own lazily-started
manager (servers start on first use, reused across calls).
Opportunistic: a file type with no installed server, or a server lacking the
capability, degrades to a clear "unavailable — fall back to grep" message, not
an error. Registered in CoreReadOnlyToolsScoped. Tests cover the response-shape
decoding (incl. LocationLink + null), symbol decoding/kinds, unknown-op and
unsupported-extension degradation, and the tool's arg validation + read-only
safety.
* feat(agent): prune stale tool output before paid summarization
Long, dump-heavy sessions accumulate large read_file/grep/glob/bash tool
results the model has already acted on; their bodies are dead weight the loop
otherwise keeps paying an LLM summarizer to compress. Add a zero-cost prune
stage inside maybeCompact, before the summarizer: when over threshold, replace
the bodies of OLD, large tool results with a compact placeholder, recompute
size, and only fall through to the paid Compact() if still over.
pruneStaleToolOutput walks newest-first, protects the last preserveLast
messages plus a trailing 40k-token window of tool output (most likely still in
use), and prunes only tool results older than that and larger than 200 tokens —
gated so the whole pass is a no-op unless reclaimable output exceeds 20k tokens.
It keeps the tool message and its ToolCallID (provider replay stays valid; the
model knows what was there and can re-run the tool), never touches non-tool
messages, never re-prunes a placeholder (idempotent), and copies-on-write so it
never mutates the caller's slice. Recent turns are preserved verbatim — no
paraphrase loss, no token or latency cost.
Tests cover the reclaim gate, recent-window protection, idempotence,
non-tool-message safety, ToolCallID/role preservation, and no-input-mutation.
* feat(agent): reconnect on a transient model disconnect instead of ending the run
A long autonomous task (a big refactor, a swarm member, a headless/cron run)
should survive a single transient upstream hiccup rather than dying and
re-burning every token on a restart. When the initial StreamCompletion connect
fails with a disconnect-shaped error, streamWithReconnect re-issues the SAME
request with exponential backoff up to 2 times.
It retries only the connect — before any content is forwarded — so no
already-streamed OnText is ever duplicated. A context-limit error (the
compactor's job), an image rejection, a non-disconnect error, or a cancelled
context is returned immediately without retry, so the reconnect never fights
the existing handlers. Disconnect classification matches EOF / connection
reset|refused|closed / broken pipe / timeout / 502 / 503 / server-closed.
Reconnect attempts surface through OnReasoning ("connection lost —
reconnecting N/max"), a non-content channel that never corrupts the answer
text; silent when there's no reasoning sink.
Tests: recover-from-transient, give-up-after-max, no-retry-on-context-limit,
stop-on-context-cancel, the disconnect-vs-not classifier, backoff growth, and
the notice routing.
* fix(specialist): add lsp_navigate to knownToolNames
The new lsp_navigate tool was added to the core read-only registry but not to
specialist.knownToolNames, which mirrors the core tool set — so
TestKnownToolNamesMatchCoreRegistry failed (the list drifted from the registry).
Add it to the read-only group to match.
* fix(tools): confine lsp_navigate to the workspace (close arbitrary-file-read)
Review caught that lsp_navigate dropped the PathScope every sibling read-only
tool (read_file/glob/grep) carries, and its readFile joined or used the
model-supplied path verbatim — so `path:"/etc/passwd"` (absolute) or
`path:"../../etc/..."` (escaping) read arbitrary files off disk AND opened them
into the language-server subprocess, reachable via indirect prompt injection.
Add NewScopedLSPNavigateTool(workspaceRoot, scope) (NewLSPNavigateTool now
delegates with nil scope), resolve the path through resolveScopedReadPath BEFORE
reading or building the LSP request — the same confinement the neighbouring
tools enforce — and hand the LSP manager the resolved absolute path so it never
opens an out-of-workspace file. Errors echo only the relative path, never an
absolute one. Registered via the scoped constructor in CoreReadOnlyToolsScoped.
Regression test asserts `/etc/passwd` and `../../` are rejected for both the
position and workspace_symbol ops; verified by mutation (bypassing the scope
resolution makes the test fail).
103 lines
4.1 KiB
Go
103 lines
4.1 KiB
Go
// Package agentinit builds the bootstrap prompt for the guided /init flow that
|
|
// generates a project AGENTS.md. It seeds the agent with structured repo facts
|
|
// from internal/repoinfo so the agent starts from what is already known and
|
|
// only investigates the gaps, then writes a concise high-signal AGENTS.md.
|
|
package agentinit
|
|
|
|
import (
|
|
"context"
|
|
"fmt"
|
|
"strings"
|
|
"time"
|
|
|
|
"github.com/Gitlawb/zero/internal/repoinfo"
|
|
)
|
|
|
|
// BuildPrompt returns the bootstrap prompt for `zero init` / `/init`. It runs
|
|
// repoinfo.Collect(cwd) and embeds the result as a fact block; collection
|
|
// failures are non-fatal (the agent investigates from scratch). now is
|
|
// injectable for tests; zero falls back to time.Now.
|
|
func BuildPrompt(ctx context.Context, cwd string, now time.Time) string {
|
|
if now.IsZero() {
|
|
now = time.Now()
|
|
}
|
|
facts := collectFacts(ctx, cwd, now)
|
|
return promptHeader + facts + promptInstructions
|
|
}
|
|
|
|
func collectFacts(ctx context.Context, cwd string, now time.Time) string {
|
|
info, err := repoinfo.Collect(ctx, repoinfo.Options{Cwd: cwd, Now: now})
|
|
if err != nil {
|
|
return "Pre-computed repo facts: unavailable (" + err.Error() + "). Investigate the repository yourself.\n"
|
|
}
|
|
return FormatFacts(info)
|
|
}
|
|
|
|
// FormatFacts renders a repoinfo.Info as a compact, model-readable fact block.
|
|
// Exported so the headless command can show the same summary.
|
|
func FormatFacts(info repoinfo.Info) string {
|
|
var b strings.Builder
|
|
b.WriteString("Pre-computed repository facts (from a local scan — verify and fill gaps):\n")
|
|
|
|
if info.PrimaryLanguage != "" {
|
|
b.WriteString(fmt.Sprintf("- Primary language: %s (of %d detected)\n", info.PrimaryLanguage, info.LanguageCount))
|
|
}
|
|
if langs := topLanguages(info.Languages, 5); langs != "" {
|
|
b.WriteString("- Languages: " + langs + "\n")
|
|
}
|
|
b.WriteString(fmt.Sprintf("- Size: ~%d files, ~%d LOC, max dir depth %d\n", info.FileCount, info.LOCEstimate, info.MaxDepth))
|
|
if info.WorkspaceType != "" && info.WorkspaceType != "none" {
|
|
b.WriteString(fmt.Sprintf("- Workspace: %s (%d packages)\n", info.WorkspaceType, info.WorkspacePackageCount))
|
|
}
|
|
if len(info.BuildTools) > 0 {
|
|
b.WriteString("- Build tools: " + strings.Join(info.BuildTools, ", ") + "\n")
|
|
}
|
|
if len(info.TestTools) > 0 {
|
|
b.WriteString("- Test tools: " + strings.Join(info.TestTools, ", ") + "\n")
|
|
}
|
|
if len(info.CICD) > 0 {
|
|
b.WriteString("- CI/CD: " + strings.Join(info.CICD, ", ") + "\n")
|
|
}
|
|
if info.HasGit {
|
|
git := "- Git: yes"
|
|
if info.Branch != "" {
|
|
git += ", branch " + info.Branch
|
|
}
|
|
if info.Contributors90d != nil {
|
|
git += fmt.Sprintf(", %d contributors (90d)", *info.Contributors90d)
|
|
}
|
|
b.WriteString(git + "\n")
|
|
}
|
|
return b.String()
|
|
}
|
|
|
|
func topLanguages(langs []repoinfo.LangStat, n int) string {
|
|
parts := make([]string, 0, n)
|
|
for i, l := range langs {
|
|
if i >= n {
|
|
break
|
|
}
|
|
parts = append(parts, l.Name)
|
|
}
|
|
return strings.Join(parts, ", ")
|
|
}
|
|
|
|
const promptHeader = `Generate an AGENTS.md for this repository so future agent runs start with the right context.
|
|
|
|
`
|
|
|
|
const promptInstructions = `
|
|
Now investigate the repository to fill in what the facts above don't cover, then write a concise, high-signal AGENTS.md at the repo root. Steps:
|
|
|
|
1. Use the pre-computed facts as your starting point — don't re-derive what's already stated; investigate the GAPS (conventions, how to build/test/lint, architecture, what to avoid).
|
|
2. Read the key entry points, the build/test config, and any existing README or CONTRIBUTING for project-specific rules.
|
|
3. Write AGENTS.md with these sections, omitting any that don't apply:
|
|
- A one-line description of what the project is.
|
|
- Build / test / lint commands (the exact commands a contributor runs).
|
|
- Project conventions (naming, file layout, idioms the code follows).
|
|
- Things to avoid (vendored dirs, generated files, gotchas).
|
|
4. Keep it tight — aim for under ~60 lines. Prefer imperative, specific rules ("Run make test", not "you could test"). No secrets, no environment-specific paths.
|
|
5. If a critical fact is genuinely ambiguous (e.g. two plausible test commands), ask the user ONE batched question; otherwise just write the file.
|
|
|
|
When done, briefly summarize what you wrote.`
|