Automatiza la resolución de conflictos de fusión de Git triviales y ofrece flujos de trabajo asistidos por IA para la gestión de ramas, pull requests y revisiones de código.
También conocido como devlint/GitWand, @gitwand/mcp
- Stars
- 197
- Herramientas
- 7
- Descargas, 30 días
- —
- Última versión
- 3.13.1
- Último commit
- 12 nov 2026
- Licencia
- MIT
¿Qué es GitWand MCP?
GitWand es un MCP server. Automatiza la resolución de conflictos de fusión de Git triviales y ofrece flujos de trabajo asistidos por IA para la gestión de ramas, pull requests y revisiones de código. Expone 7 herramientas, como gitwand_status, gitwand_resolve_conflicts, gitwand_preview_merge.
Resumen generado a partir del README del proyecto
Acerca del MCP server de GitWand
Los desarrolladores que buscan automatizar tareas repetitivas de control de versiones pueden usar GitWand para gestionar todo su flujo de trabajo de Git a través de una interfaz asistida por IA. Esta herramienta funciona como un cliente de Git nativo que gestiona la administración de ramas, pull requests y revisiones de código en múltiples plataformas, incluyendo GitHub, GitLab, Bitbucket, Azure DevOps, Gitea y Forgejo. Está diseñada para usuarios que quieren ir más allá de las operaciones básicas de línea de comandos hacia un entorno más visual e inteligente.
Los usuarios interactúan con el servidor a través de la aplicación de escritorio GitWand o mediante sesiones de MCP Agent. El sistema requiere inicio de sesión mediante OAuth device-flow para GitHub y Azure DevOps, mientras que otros proveedores utilizan App Passwords o configuraciones de CLI. Una característica destacada es su motor de resolución de conflictos, que utiliza un registro de patrones para resolver automáticamente conflictos de fusión triviales, como cambios en espacios en blanco o adiciones que no se solapan. También ofrece una vista previa de la fusión que predice los resultados usando git merge-tree antes de que cualquier cambio afecte al working tree.
Qué puedes hacer con él
- 1Predecir resultados de fusiónPuedes simular una fusión para ver si será limpia o si requerirá intervención manual antes de realizar el commit real.
- 2Gestionar flujos de trabajo multi-repoUn ingeniero puede usar Workspaces para coordinar acciones de push y pull en varios repositorios diferentes de forma simultánea.
- 3Ejecutar tareas de IA aisladasPuedes instruir a un agente de IA para que trabaje dentro de un scratch worktree dedicado para mantener limpio tu entorno principal.
Escrito a partir del README del proyecto. Cada caso de uso se verifica con una cita del mismo.
Cómo instalar GitWand MCP
Formatos verificados el 10 nov 2026Instalar GitWand MCP en Claude Code
$ claude mcp add gitwand -- npx -y @gitwand/mcpInstalar GitWand MCP en Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"gitwand": {
"command": "npx",
"args": [
"-y",
"@gitwand/mcp"
]
}
}
}Instalar GitWand MCP en VS Code
.vscode/mcp.json
{
"servers": {
"gitwand": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@gitwand/mcp"
]
}
}
}Instalar GitWand MCP en Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"gitwand": {
"command": "npx",
"args": [
"-y",
"@gitwand/mcp"
]
}
}
}Instalar GitWand MCP en Codex
~/.codex/config.toml
[mcp_servers.gitwand] command = "npx" args = ["-y", "@gitwand/mcp"]
Instalar GitWand MCP en Gemini CLI
~/.gemini/settings.json
{
"mcpServers": {
"gitwand": {
"command": "npx",
"args": [
"-y",
"@gitwand/mcp"
]
}
}
}Herramientas de GitWand MCP 7
Detectado desde el READMEgitwand_statusgitwand_resolve_conflictsgitwand_preview_mergegitwand_explain_hunkgitwand_apply_resolutiongitwand_resolve_hunkgitwand_resolve_hunk_llm
| gitwand_status | — | |
| gitwand_resolve_conflicts | — | |
| gitwand_preview_merge | — | |
| gitwand_explain_hunk | — | |
| gitwand_apply_resolution | — | |
| gitwand_resolve_hunk | — | |
| gitwand_resolve_hunk_llm | — |
Configuración
WEBKIT_DISABLE_COMPOSITING_MODE
| Nombre | Descripción | Tipo |
|---|---|---|
| WEBKIT_DISABLE_COMPOSITING_MODE | — |
Verificaciones automáticas
Ejecutado 12 nov 2026Informe completo →Pasó nuestras verificaciones automáticas. Esto no es una auditoría de seguridad: lee el código y dale al servidor el acceso más limitado que necesite. Cómo funcionan las verificaciones
- Repositorio de origen vinculado y accesibleAprobado
- Licencia de código abierto (OSI)Aprobado
- Commit o lanzamiento en el último añoAprobado
- El nombre del paquete no es similar a un paquete popularAprobado
- El endpoint remoto usa HTTPSNo verificado
- Las herramientas destructivas están etiquetadasAprobado
- Sin instrucciones ocultas para el modeloAprobado
- Sin avisos críticos en el paquete ni en sus dependenciasAprobado
README
Ver en GitHubGitWand is a lightweight, native Git client built with Tauri 2 and Vue 3. It covers the full daily workflow — changes, history, branches, push/pull — and goes further with automatic resolution of trivial merge conflicts, integrated PR code review with inline comments, and a Git Tree as the primary history view. Since v1.3, AI assists every step of the workflow — branch naming, PR writing, hunk-level review, semantic squash, and natural-language commit search. v2.7+ adds multi-repo Workspaces and Worktrees; v2.8 adds Agent Sessions (MCP); v2.9 adds a cross-repo Launchpad; v2.10 brings multi-forge pull requests across GitHub, GitLab, Bitbucket and Azure DevOps; v2.13 adds inline AI code review; v2.18 overlays CI check annotations directly on the diff; v2.19 adds OAuth device-flow sign-in for GitHub and Azure DevOps (no gh CLI required) plus cross-fork pull requests. The 3.x line makes GitWand a daily driver for AI-assisted work: v3.0 turns the cross-repo dashboard into Today, a triaged action inbox, and publishes the VS Code extension on the Marketplace; v3.2 adds an integrated terminal with AI agent tabs — including one-click AI tasks in isolated worktrees — and a dockable File Explorer / Editor panel. v3.11 makes the Conflict Predictor run the merge it predicts and adds Gitea and Forgejo; v3.12 brings GitWand's own terminal emulator, a WIP row in the Git Tree and AI agents kept away from your tokens; v3.13 turns worktrees into environments — per-repo setup and teardown commands, merge-back of an agent's work as a merge, rebase or squash, and removed worktrees restorable from the Time Machine.
Desktop app
Git Tree
The Git Tree is the primary history view — a full-resolution DAG that renders the branch topology as an SVG with trunk-pinning, lane cooldowns, WIP node, and ref badges. Click any commit to see its diff; right-click to checkout, reset, branch, tag, or cherry-pick. Branches, stashes, and tags are all managed from here without a separate panel. A filter mode (v3.2) recalculates the DAG to show only matching commits, with quick branch/author toggles, date-bucket separators, branch-name autocomplete, and #<PR number> lookup that resolves straight to the PR's branch.
Repository view
Staged, unstaged, untracked, and conflicted files in a sidebar with inline diffs in the main area. Stage, unstage, discard, and commit without leaving the interface. Partial staging at the line or hunk level.
Commit workflow
Summary + description fields, optional commit signature, Ctrl+Enter shortcut. Unpushed commits can be amended directly from the Git Tree — a pencil icon appears on hover, opening an overlay pre-filled with the existing message.
Branches
Click the branch name in the header to search, switch, create, or delete branches. Merge any branch from the dedicated merge button. Each non-current branch shows a merge preview button that simulates the merge result before committing.
Merge preview
Before merging a branch, GitWand predicts the outcome without touching the working tree — using git merge-base, git show, and git merge-file -p --diff3. The result shows a per-file breakdown:
- Auto-resolvable — GitWand can handle it automatically
- Partial — some hunks need manual resolution
- Manual — complex conflicts requiring human judgment
- Add/delete — file added on one side, deleted on the other
A badge summarises the overall result: Clean merge, 100% auto-resolvable, or N conflicts to review.
Push & Pull
One-click push and pull with badge counters showing ahead/behind commits. Auto-fetch runs in the background every 30 seconds.
Diff viewer
Side-by-side or inline toggle, persisted across sessions. Syntax highlighting for 30+ languages, word-level diff using LCS, collapsible unchanged regions, canvas minimap, hunk navigation (prev/next), double-column line numbers.
File history & blame
Full file history with git log --follow, blame view grouped by commit, time-travel diff between any two versions of a file.
Repo switcher & Workspaces
The current repo name in the header opens a dropdown showing recently opened repositories. Pin favourites, switch instantly — no file picker needed. Workspaces (v2.7) group multiple repos into a single dashboard with cross-repo status, coordinated push/pull, and quick-create worktrees (⌘⇧N). Each project tab carries a worktree submenu (v3.2) listing main plus every worktree — select one to switch that project's checkout in place, no extra tab.
Today
Today (⌘L; introduced as Launchpad in v2.9, reworked in v3.0) is a cross-repo triaged action inbox: everything in flight — WIP, PRs, Issues, Team — sorted into urgency tiers, each row carrying a state-aware primary action (Merge · Review · Resolve · Reply · See failure). Pin or snooze any item; the Team tab loads lazily for performance on large workspaces.
Pull Requests & Code Review
Browse, create, checkout, and merge pull/merge requests across GitHub, GitLab, Bitbucket, Azure DevOps, Gitea and Forgejo without leaving the app. GitWand auto-detects the forge from the remote and routes to the right provider; accounts are managed once in Settings. The PR list sits in the sidebar and the full detail — diff, CI checks, comments, inline review — fills the main area.
- Sign in with OAuth — "Sign in with GitHub" and "Sign in with Azure DevOps" use the OAuth device flow; tokens are stored in the OS keychain and the GitHub PR workflow runs tokenless over the REST API, with no
ghCLI required (the CLI path still works when no token is configured) - Cross-fork pull requests — when
originis a fork, open a PR straight against the upstream parent (default), and see the PRs you opened upstream listed alongside your fork's own - Inline comments — read and write review comments anchored to diff lines, with full threading and code suggestions (
```suggestion ```blocks applicable in one click) - Inline CI check annotations — failed-check annotations overlay the diff with gutter icons (❌/⚠/ℹ) and hover tooltips, with a per-file count in the sidebar (GitHub, GitLab and Bitbucket)
- Review submission — Approve / Request changes / Comment, with a draft queue to accumulate comments before sending
- 🧠 Intelligence panel — conflict prediction (
git merge-treebefore merging), hotspot analysis, review scope, static AI suggestions, file review history
Agent Sessions
The Agents panel (v2.8) shows active MCP sessions and lets you launch Claude Code directly from GitWand — the agent's changes appear live in the diff viewer. The MCP catalog (Settings > MCP) lets you install any MCP server in one click.
Integrated terminal & AI tasks
The terminal panel (v3.2) renders through WebGL with inline search (Ctrl+F), clickable links, and typed tabs — shell, claude, codex — each with its own icon and an unread-output dot. "Launch Claude Code" / "Launch Codex" open a real PTY tab, and "New AI task" creates a scratch git worktree and opens a Claude Code tab in it in one click — the agent works in isolation, and when it's done you either merge the work back or delete the worktree from the project tab's submenu. Hardened with a shell-executable whitelist, safe_repo_path() on all filesystem operations, and PTY orphan prevention.
File Explorer / Editor
A dockable Files panel (v3.2, drag/resize/fullscreen) lists the full repo tree — gitignore-aware, via git ls-files — and opens files in a lazy-loaded CodeMirror 6 editor with syntax highlighting, per-tab undo history, and a lock/undo/save toolbar. Reachable from the Files tile in the AppDock, with per-repo layout settings.
Settings
Language (English, French, Spanish, Brazilian Portuguese, Simplified Chinese — OS auto-detected), theme (dark/light/system), commit signature, diff mode, external editor, Git binary path, and switch behavior (stash/ask/refuse). AI providers cover API backends (Claude / OpenAI-compatible / Ollama) and local CLI agents (Claude Code, Codex, opencode, GitHub Copilot CLI), each with its own model picker. Accounts manages forge sign-in — OAuth device flow for GitHub and Azure DevOps, App Passwords / CLI for the others. All persisted in app settings.
Installing
Download the latest build for your platform from GitHub Releases:
- macOS —
.dmg(Universal: Apple Silicon + Intel, Developer ID signed + Apple-notarized) - Linux —
.AppImageor.deb - Windows —
.msior.exe
On Windows, you can also install via winget:
winget install Devlint.GitWand
Running from source
git clone https://github.com/devlint/GitWand.git
cd GitWand
pnpm install
# Browser dev mode — no Rust needed
cd apps/desktop && pnpm dev:web
# Tauri desktop mode — requires Rust toolchain
# Install Rust: curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
source "$HOME/.cargo/env"
# Desktop Dev Build (In the apps/desktop/ folder)
pnpm --filter desktop tauri dev
# On linux you may have to run
WEBKIT_DISABLE_COMPOSITING_MODE=1 pnpm --filter desktop tauri dev
Conflict resolution engine
GitWand's core engine (@gitwand/core) automatically resolves trivial Git merge conflicts. It never touches complex or ambiguous hunks.
Resolution patterns
GitWand uses a pattern registry — the classifier evaluates patterns in priority order, each declaring whether it requires diff3 (base available), diff2, or works on both.
The registry holds 12 patterns, of which 8 auto-apply. The other four either propose a resolution you confirm, are opt-in, or hand the hunk back untouched.
| Pattern | Priority | Auto-applies | Description | Typical confidence |
|---|---|---|---|---|
| same_change | 10 | Yes | Both branches made the exact same edit | Certain |
| delete_no_change | 20 | Yes | One side deleted the block, the other left it untouched | Certain |
| one_side_change | 30 | Yes | Only one branch modified the block | Certain |
| non_overlapping | 40 | Yes | Additions at different locations in the block | High |
| whitespace_only | 50 | Yes | Same logic, different indentation/spacing | High |
| reorder_only | 55 | Yes | Same lines, different order, a pure permutation | High |
| insertion_at_boundary | 57 | Yes | Pure insertions on both sides, base intact | High |
| value_only_change | 60 | Yes | Both sides changed the same scalar (version, hash, timestamp) | High to medium |
| token_level_merge | 65 | No, proposes | Disjoint token edits on the same line, merged into a proposal you confirm | Medium |
| refactoring_aware_merge | 970 | No, opt-in | Rename or move detected and replayed across the conflict | High |
| llm_proposed | 998 | No, opt-in | Model-proposed resolution, validated post-merge | Medium |
| complex | 999 | No | Overlapping edits, always surfaced with a full trace | Low |
The confidence column is indicative: every hunk carries a computed ConfidenceScore (see below), not a fixed label. value_only_change, for instance, scores on the ratio of volatile tokens to total tokens and rejects the hunk outright below its threshold.
Not a registry pattern: generated_file is a separate reclassification pass that runs after classification. When a hunk's path matches a generated-file glob (lockfiles, bundles, dist/, plus anything in generatedFiles), the resolver rewrites it to generated_file and, by default, declines with an actionable reason rather than guessing — measured on 1,662 real merges, auto-merging generated files diverged from what teams actually shipped in almost every case. GitWand tells you to resolve the source file and re-run the installer/build instead. Opt back into the old accept-theirs/semantic-merge behavior with .gitwandrc's resolveGeneratedFiles: true or gitwand resolve --resolve-generated. generated_file appears in ConflictType but never in the classifier registry.
Composite confidence score
Every resolution carries a ConfidenceScore object rather than a simple label:
{
score: 84, // 0–100 composite score
label: "high", // "certain" | "high" | "medium" | "low"
dimensions: {
typeClassification: 90, // certainty of the detected pattern
dataRisk: 20, // risk of data loss if auto-resolved
scopeImpact: 10, // impact of change size
},
boosters: ["Path matches generated-file pattern: lockfile"],
penalties: ["Content will be regenerated — theirs assumed more recent"],
}
(Shape shown for a generated_file hunk with resolveGeneratedFiles: true — the default is to decline generated files rather than score and apply them; see the pattern table above.)
Score formula: score = typeClassification − dataRisk×0.4 − scopeImpact×0.15
Format-aware resolvers
For structured files, GitWand uses semantic resolvers before falling back to text matching:
- JSON / JSONC — recursive key-by-key merge using
JSON.parse/JSON.stringify. Handles nested objects, detects unresolvable scalar conflicts, strips comments in.jsonc. - Markdown — section-aware merge by ATX heading (H1–H6). Merges independent sections, falls back to text if the same section is modified on both sides.
Configurable merge policies
Create a .gitwandrc file at the project root to define resolution strategies:
{
"policy": "prefer-merge",
"patternOverrides": {
"*.lock": "prefer-theirs",
"src/generated/**": "prefer-theirs",
"CHANGELOG.md": "prefer-ours"
}
}
Available policies: prefer-ours, prefer-theirs, prefer-safety, prefer-merge, strict.
Decision trace
Every classification step is logged in a DecisionTrace for auditing and debugging:
✓ src/config.ts — 3/3 resolved
L12 [one_side_change] certain — Only the incoming branch modified this block.
L25 [same_change] certain — Both branches made the exact same edit.
L41 [value_only_change:json] high — Scalar value updated on one side (version field).
CLI
# Use directly with npx
npx @gitwand/cli resolve
# Or install globally
npm install -g @gitwand/cli
gitwand resolve # Resolve all conflicted files in the repo
gitwand resolve --dry-run # Preview without writing
gitwand resolve --verbose # Detailed decision trace
gitwand status # Show conflict status per file
gitwand resolve --ci # CI mode: JSON output + semantic exit codes
Enriched JSON output
The --ci / --json flag returns a full structured report with composite confidence scores, decision traces, and pending hunks for LLM-assisted resolution:
{
"version": "0.1.0",
"timestamp": "2026-04-14T12:00:00.000Z",
"summary": {
"files": 2,
"totalConflicts": 5,
"autoResolved": 4,
"remaining": 1,
"allResolved": false
},
"files": [
{
"path": "src/config.ts",
"totalConflicts": 3,
"autoResolved": 3,
"remaining": 0,
"validation": {
"isValid": true,
"hasResidualMarkers": false,
"syntaxError": null
},
"resolutions": [
{
"line": 15,
"type": "one_side_change",
"resolved": true,
"explanation": "Only one side modified this block",
"confidence": {
"score": 95,
"label": "certain",
"typeClassification": 100,
"dataRisk": 5,
"scopeImpact": 10
},
"trace": {
"selected": "theirs",
"hasBase": true,
"summary": "One-side change detected — incoming accepted.",
"steps": ["..."]
}
}
],
"pendingHunks": []
}
]
}
The pendingHunks array gives AI agents and CI scripts everything they need to handle the conflicts that GitWand can't auto-resolve — the ours/theirs/base content, the classification trace, and the confidence breakdown.
MCP Server
GitWand ships an MCP (Model Context Protocol) server that exposes its conflict resolution engine to AI agents — Claude Code, Claude Desktop, Cursor, Windsurf, and any MCP-compatible client.
Setup
Add this to your MCP client configuration (e.g. claude_desktop_config.json or .claude/settings.json):
{
"mcpServers": {
"gitwand": {
"command": "npx",
"args": ["-y", "@gitwand/mcp"]
}
}
}
The server defaults to the working directory of the client. To pin it to a specific repo, add "--cwd", "/absolute/path/to/repo" to the args array. With Claude Code, install in one line:
claude mcp add gitwand -- npx -y @gitwand/mcp
Tools
| Tool | Description |
|---|---|
gitwand_status |
List conflicted files with their complexity and auto-resolvability |
gitwand_resolve_conflicts |
Auto-resolve trivial conflicts, return DecisionTrace + pendingHunks |
gitwand_preview_merge |
Dry-run resolution — stats and risk assessment without writing files |
gitwand_explain_hunk |
Explain why a specific hunk was classified its type (full trace + context) |
gitwand_apply_resolution |
Apply a custom (LLM-provided) resolution to a specific complex hunk |
gitwand_resolve_hunk |
Ask the connected agent to propose a resolution for one pending hunk (ours/theirs/base + trace returned) |
gitwand_resolve_hunk_llm |
Validate an LLM-proposed resolution through the post-merge gate, then apply it to disk |
Resources
| URI | Description |
|---|---|
gitwand://repo/conflicts |
Current conflict state — files, counts, types |
gitwand://repo/policy |
Active .gitwandrc configuration |
gitwand://hunk/{file}/{line} |
Raw hunk content for a specific conflict |
The human ↔ LLM collaboration loop
The MCP server enables a powerful workflow where GitWand handles the trivial conflicts automatically and the LLM tackles the complex ones:
- LLM calls
gitwand_preview_merge— sees how many conflicts exist and how many GitWand can handle - LLM calls
gitwand_resolve_conflicts— GitWand auto-resolves the easy ones, returnspendingHunksfor the rest - LLM reads the
pendingHunks— each one contains ours/theirs/base content and a full decision trace - LLM calls
gitwand_apply_resolutionfor each pending hunk — writes its resolution directly
Claude Code slash commands
GitWand also ships .claude/commands/ for Claude Code:
/resolve # Full conflict resolution workflow
/preview # Merge preview and risk assessment
Architecture
gitwand/
├── packages/
│ ├── core/ @gitwand/core — Resolution engine (TypeScript, browser-safe)
│ │ parser, resolver, classifier, format resolvers,
│ │ confidence scoring, tree-sitter structural dispatch
│ ├── cli/ @gitwand/cli — Command-line interface
│ ├── mcp/ @gitwand/mcp — MCP server (stdio transport)
│ │ tools (7), resources (3), Claude Code commands
│ └── vscode/ VS Code extension — CodeLens, diagnostics, status bar
├── apps/
│ └── desktop/ Tauri 2 + Vue 3 desktop app
│ src-tauri/ Rust backend (git commands, IPC, libgit2)
│ src/ Vue frontend (stores, composables, panels)
└── .claude/
└── commands/ Claude Code slash commands (/resolve, /preview)
The core engine is framework-agnostic and usable as a library:
import { resolve } from "@gitwand/core";
const result = resolve(conflictedContent, "src/app.ts");
console.log(`${result.stats.autoResolved}/${result.stats.totalConflicts} resolved`);
// With options
const result = resolve(content, "package.json", {
policy: "prefer-merge",
minConfidence: "medium",
patternOverrides: { "*.lock": "prefer-theirs" },
});
Development
git clone https://github.com/devlint/GitWand.git
cd GitWand
pnpm install
pnpm build # Build all packages
pnpm test # Tests across all workspaces
Running benchmarks
cd packages/core
pnpm test:bench # vitest bench — ops/s per fixture size
Baseline results on Apple M-series:
| Input | Throughput |
|---|---|
| 1 conflict / ~30 lines | ~249 000 ops/s |
| 5 conflicts / ~140 lines | ~40 000 ops/s |
| 50 conflicts / ~1350 lines | ~4 500 ops/s |
| JSON/Markdown format-aware | ~137 000 ops/s |
Internationalization
GitWand uses a zero-dependency type-safe i18n system across five languages — English (en, default), French (fr), Spanish (es), Brazilian Portuguese (pt-BR), and Simplified Chinese (zh-CN). en.ts is the canonical reference, defined with as const; the Locale and LocaleKey types are derived from it, so every other locale must match its structure — TypeScript enforces it. The useI18n() composable provides t(key, ...args) with dotted key resolution and positional interpolation. OS language is auto-detected; users can override in Settings.
Roadmap
See ROADMAP.md for the full phased plan — upcoming features, competitive analysis, and shipped version history.
Code signing policy
Windows builds of GitWand are code-signed. Free code signing provided by SignPath.io, certificate by SignPath Foundation.
| Role | Member |
|---|---|
| Committers / Reviewers | Laurent Guitton |
| Approvers | Laurent Guitton |
This program will not transfer any information to other networked systems unless specifically requested by the user.
License
MIT — Laurent Guitton
Preguntas sobre GitWand MCP
¿Cómo agrego GitWand MCP a Claude Code?
Ejecuta claude mcp add gitwand -- npx -y @gitwand/mcp en tu terminal. Añade --scope user para que esté disponible en todos los proyectos.
¿Cómo agrego GitWand MCP a Cursor?
Abre ~/.cursor/mcp.json y añade el servidor en mcpServers, usando la configuración de Cursor que se muestra en la sección de instalación de arriba.
¿Qué herramientas proporciona GitWand MCP?
Expone 7 herramientas, incluidas gitwand_status, gitwand_resolve_conflicts, gitwand_preview_merge, gitwand_explain_hunk, gitwand_apply_resolution.
¿Qué proveedores de alojamiento de Git son compatibles?
GitWand es compatible con GitHub, GitLab, Bitbucket, Azure DevOps, Gitea y Forgejo.
¿Puedo usar GitWand con agentes de IA?
Sí, incluye un panel de Agents para sesiones MCP y te permite lanzar agentes de IA como Claude Code en worktrees aislados.
¿Requiere GitWand el GitHub CLI?
No, utiliza OAuth device-flow para GitHub y Azure DevOps, lo que significa que no se requiere el CLI de gh para esos flujos de trabajo.
¿Cómo puedo instalar GitWand en Windows?
Puedes descargar el instalador desde GitHub Releases o usar el gestor de paquetes winget.