drydock-cli 2.7.43__tar.gz → 2.7.44__tar.gz

drydock_cli-2.7.44/.auto_release.lock

@@ -0,0 +1 @@
+2997693

drydock_cli-2.7.44/HLE_PRD.md

@@ -0,0 +1,204 @@
+# HLE PRD — drydock + GraphRAG + Deep Noir vs Humanity's Last Exam
+
+**Status as of 2026-05-04 00:40 UTC.** Update on resume.
+
+## Thesis
+
+> drydock + GraphRAG + Deep Noir working together should be able to solve
+> any problem.
+
+HLE is the hardest possible PRD — explicitly designed to defeat frontier
+models. Reaching a defensible local-26B score against it validates that
+the three-leg architecture generalizes. Failures expose which leg is weak.
+
+**Critical rule:** drydock IS the harness. Eval drives questions through
+the real TUI. Never wrap the model directly. Every failure is a drydock-
+or-leg bug to fix, not a harness limitation. See
+`memory/feedback_drydock_is_the_harness.md`.
+
+## The three legs and their current strength
+
+(updated 2026-05-05 — post v2.7.39, post llama.cpp swap on .21 + .22)
+
+| Leg | What it owns | State | Evidence |
+|-----|--------------|-------|----------|
+| **drydock** | agent loop, tool use, prompts, harness fixes | **strongest** | 70% SWE-bench file match; 49/52 PRD functional tests; 16K+ harness queue actively drained; v2.7.39 landed empty-assistant filter (#14), `extra_params` config seam (#15), markdown indent rescue (#16), GraphRAG auto-prefetch hook |
+| **GraphRAG** | factual recall over indexed code/text | **medium-strong** | infra works; **iter12 PROVEN** (commit 8a0ed75): synthetic-tool-call auto-prefetch lifts a wrong→right HLE answer when corpus is curated. Still needs: a real general-knowledge corpus (Wikipedia/arXiv) instead of code-only |
+| **Deep Noir** | reasoning-mode steering | **weakest** | scaffolding shipped (`drydock/steering/`), `LogitBiasSteeringApplier` wired, hook in agent_loop honors `DRYDOCK_STEERING_APPLIER` env; **zero vectors trained** — hook still a no-op until vectors land |
+
+## Serving infrastructure (post 2026-05-05 swaps)
+
+| Box | Endpoint | Stack | Status |
+|-----|----------|-------|--------|
+| remus (.22, this box) | `localhost:8000` | llama.cpp Docker (`ghcr.io/ggml-org/llama.cpp:server-cuda`), `--jinja`, Q3_K_M GGUF, restart=unless-stopped | ✅ running, fingerprint `b9014-d4b0c22f9` |
+| romulus (.21) | `192.168.50.21:8000` | llama.cpp native build, `--jinja`, same recipe | ✅ running, fingerprint `b1-e77056f` |
+| Jetson (.19) | `192.168.50.19:8080` | unknown (responds at /v1/models with Ollama-style schema; /v1/chat/completions hangs after 90s with no response) | 🔒 **NOT in pool** — needs SSH access + diagnosis. Re-add commented line in `scripts/llm_balancer.py:BACKENDS` once fixed |
+| balancer (port 8001) | round-robin remus + romulus | failover: `(idx + 1) % len(BACKENDS)` | ✅ running |
+
+## Phase plan
+
+### Phase 1 — baseline (DONE 2026-05-04, RE-RUNNING ON LLAMA.CPP)
+
+Goal: bare drydock + bare GraphRAG (cwd only) + zero Deep Noir vs HLE.
+This number is the floor.
+
+**v1 baseline result (vLLM + drydock pre-#14-fix):**
+- 10/200 = **5.0% raw**, 8.62% effective (84/200 thinking-stalls)
+- 22h runtime, avg 396s/question
+- Per category: Humanities 21%, Math 4% (92 questions, dominant), Physics 0%, Chemistry 0%
+- Archived at `/data3/drydock/hle_results_v1_baseline/`
+
+**v2 baseline running 2026-05-05 (llama.cpp + v2.7.39):**
+- PID `/tmp/hle_n20_v2.pid`, log `/tmp/hle_n20_v2.log`
+- N=20 (seed=42 — same first 20 as v1 baseline, apples-to-apples)
+- Tests whether `--jinja` chat template + empty-assistant filter
+  reduces stall rate
+- Output `/data3/drydock/hle_results/run_*/`
+
+Realistic baseline expectation per pre-run analysis:
+- Bare 26B-A4B without retrieval/steering: ~5–10% on HLE
+- Reaching ~22–25% would be defensible vs ~25–30% frontier scores
+- **SOTA reference: 45.9%** (per user, 2026-05-04)
+
+### Phase 2 — GraphRAG with knowledge corpus
+
+Goal: ingest enough general knowledge that retrieve answers fact-recall
+questions. Re-run, measure delta.
+
+- ⏳ Identify corpus (Wikipedia subset / arXiv abstracts / textbook chunks)
+- ⏳ Extend `drydock/graphrag/code_indexer.py` ingest path for non-code text
+      (it already supports text via `text_indexer.py`; just needs corpus)
+- ⏳ Bulk ingest into `~/.drydock/graphrag.sqlite`
+- ⏳ Re-run HLE Phase 1 with corpus loaded; measure delta
+- Expected delta: +3 to +7 points if corpus is good, +0 if not
+
+### Phase 3 — Deep Noir reasoning vectors
+
+Goal: train activation-steering vectors on reasoning-failure pairs from
+admiral_history; deposit into `~/.drydock/steering/vectors/`; the
+existing hook applies them. This is the user's research domain.
+
+- ⏳ Extract pairs from admiral_history (model-output / correct-intervention)
+- ⏳ Train vectors per direction: "verify-before-answer", "show-work-explicitly",
+      "consider-units", "minimal-patch"
+- ⏳ Deposit `.npy + .toml` per mode under `~/.drydock/steering/vectors/<mode>/`
+- ⏳ Set `DRYDOCK_STEERING_MODES=<mode1>,<mode2>` env at TUI launch
+- ⏳ Re-run HLE; measure delta vs Phase 2
+- Expected delta: 0 to +3 points; high variance, open research
+
+## Currently running / in flight (2026-05-05)
+
+| Thing | PID | Log | Notes |
+|-------|-----|-----|-------|
+| HLE N=20 v2 | `/tmp/hle_n20_v2.pid` | `/tmp/hle_n20_v2.log` | re-baseline on llama.cpp; ~2h |
+| stress harness | `/tmp/stress_pid.txt` | `/tmp/stress_*.log` | fresh round started post-completion of v9 |
+| llm_balancer | `/tmp/llm_balancer.pid` | `/data3/drydock/logs/balancer.log` | :8001, 2 backends now |
+| llamacpp-gemma4 (remus) | docker | `docker logs llamacpp-gemma4` | restart=unless-stopped |
+| llama-server (romulus) | `/tmp/llama_server.pid` on 192.168.50.21 | ssh `tail /data2/logs/llama-server.log` | nohup, no auto-restart yet |
+
+## Resume checklist (if connection dropped)
+
+```bash
+# 1. Where are we?
+date -u
+git -C /data3/drydock log --oneline --since="6 hours ago"
+git -C /data3/drydock describe --tags --abbrev=0     # current PyPI tag
+
+# 2. HLE run status
+ps -p $(cat /tmp/hle_overnight.pid 2>/dev/null) -o pid,etime,comm
+ls /data3/drydock/hle_results/
+tail -50 /tmp/hle_overnight.log
+n_done=$(wc -l < /data3/drydock/hle_results/run_*/results.jsonl 2>/dev/null)
+echo "completed: $n_done / 200"
+
+# 3. If HLE crashed mid-flight, RESUME (skip already-done IDs)
+RUN_DIR=$(ls -td /data3/drydock/hle_results/run_* | head -1)
+nohup /home/bobef/miniconda3/bin/python3 /data3/drydock/scripts/hle_eval.py \
+    --source hle --limit 200 --shuffle --seed 42 --resume "$RUN_DIR" \
+    > /tmp/hle_resume.log 2>&1 &
+
+# 4. If complete, see the score
+cat /data3/drydock/hle_results/run_*/summary.json | python3 -m json.tool
+
+# 5. Infra health
+ps -p 2462362 -o pid,etime
+curl -s --max-time 3 http://localhost:8001/v1/models | head -1
+gh issue list --repo fbobe321/drydock --state open --limit 5
+```
+
+## Known issues + workarounds
+
+1. **`web_search` tool requires permission approval** by default
+   (`ToolPermission.ASK`). In batch eval the harness can't see/respond
+   to the prompt → session stalls. **Workaround:**
+   `--dangerously-skip-permissions` flag passed by `hle_eval.py`.
+   **Real fix:** auto-approve read-only tools when stdin is non-TTY
+   or `DRYDOCK_BATCH_MODE=1`. Memory:
+   `memory/project_hle_phase1_findings.md`.
+
+2. **TUI input handler corrupts rapid char-by-char multi-line pexpect
+   input.** Internal `\n` chars get partially eaten + spurious newlines
+   inserted on long prompts. **Workaround:** single-line prompts in
+   `hle_eval.py`. **Real fix:** debug `drydock/cli/textual_ui/` input
+   buffer.
+
+3. **Auto_release at 06:00/12:00/18:00/00:00 UTC overwrites site-packages.**
+   In-flight HLE runs survive (each new question is a fresh TUI spawn that
+   picks up the new binary), but if you direct-edit site-packages your
+   changes vanish. Always commit to source. Pause via:
+   `touch /data3/drydock/.pause_auto_release`.
+
+4. **PRD contamination: model edits `PRD.md` mid-session.** HLE doesn't
+   touch this — every HLE question gets a fresh empty cwd. Not a concern
+   for HLE; relevant for shakedown PRD runs.
+
+5. **Sessions take real time.** HLE questions involve web_search +
+   multi-step reasoning. Seed q's took 30-60s; HLE q's appear to take
+   5+ min each (q1: 5 min in and still working). Expect N=20 to take
+   1-2 hours, N=100 overnight.
+
+## Sentinels currently set
+
+- `/data3/drydock_test_projects/.pause_watchdog` — watchdog cron paused
+- `/data3/drydock/.pause_auto_release` — NOT set (auto_release is active)
+- `/data3/drydock/research/STOP` — research loop sentinel (per gitignore)
+
+## Tomorrow morning's first action
+
+If overnight run completed:
+1. `cat /data3/drydock/hle_results/run_*/summary.json` for the baseline number
+2. If <10%, the diagnosis is in the per-question `verdict` and `judge_reasoning`
+   fields. Sort by category to see if math/physics/CS dominate the failures.
+3. Commit the results JSON (with HLE content redacted to just IDs+verdicts —
+   never commit the question text per HLE license).
+4. Decide Phase 2 corpus based on category distribution of failures.
+
+If overnight run crashed:
+1. `--resume` flag re-enters where it stopped (skip-by-id from results.jsonl).
+2. Likely failure modes: vLLM OOM on a long-thinking question, balancer
+   crash from a port conflict, drydock TUI hang on a tool error.
+   Investigate via the per-question `tui_logs/<id>.tui.log` files.
+
+## File map
+
+```
+/data3/drydock/
+├── scripts/
+│   ├── hle_eval.py                 # the orchestrator (this PRD's main artifact)
+│   ├── hle_eval_seed.jsonl         # 7 hand-crafted seed questions
+│   └── consume_retrieval_queue.py  # GraphRAG-leg autonomy (28× perf-fixed)
+├── hle_results/                    # gitignored — per-run outputs
+│   └── run_<ts>/
+│       ├── config.json
+│       ├── results.jsonl
+│       ├── summary.json
+│       ├── tui_logs/<id>.tui.log
+│       └── work/<id>/              # per-question fresh cwd
+├── HLE_PRD.md                      # this file
+└── ~/.config/drydock/hf_token      # gated cais/hle access
+```
+
+## What "done" looks like for Phase 1
+
+A number. With distribution. Per-category and overall. Writeup in this
+PRD. Commit the writeup, not the questions. Decide Phase 2 from there.

drydock_cli-2.7.44/PKG-INFO

@@ -0,0 +1,395 @@
+Metadata-Version: 2.4
+Name: drydock-cli
+Version: 2.7.44
+Summary: Local-first CLI coding agent — tested with Gemma 4 26B via vLLM
+Project-URL: Homepage, https://github.com/fbobe321/drydock
+Project-URL: Repository, https://github.com/fbobe321/drydock
+Project-URL: Issues, https://github.com/fbobe321/drydock/issues
+Project-URL: Documentation, https://github.com/fbobe321/drydock#readme
+Author: Drydock contributors, Mistral AI (original)
+License: Apache-2.0
+License-File: LICENSE
+License-File: NOTICE
+Keywords: ai,cli,coding-assistant,developer-tools,drydock,gemma,llm,local-llm,tui,vllm
+Classifier: Development Status :: 5 - Production/Stable
+Classifier: Intended Audience :: Developers
+Classifier: License :: OSI Approved :: Apache Software License
+Classifier: Operating System :: OS Independent
+Classifier: Programming Language :: Python
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Topic :: Software Development
+Classifier: Topic :: Software Development :: Libraries :: Python Modules
+Classifier: Topic :: Utilities
+Requires-Python: >=3.12
+Requires-Dist: agent-client-protocol==0.8.1
+Requires-Dist: anyio>=4.12.0
+Requires-Dist: beautifulsoup4>=4.12.0
+Requires-Dist: cachetools>=5.5.0
+Requires-Dist: cryptography<=46.0.3,>=44.0.0
+Requires-Dist: gitpython>=3.1.46
+Requires-Dist: giturlparse>=0.14.0
+Requires-Dist: google-auth>=2.0.0
+Requires-Dist: httpx>=0.28.1
+Requires-Dist: keyring>=25.6.0
+Requires-Dist: markdownify>=1.2.2
+Requires-Dist: mcp>=1.14.0
+Requires-Dist: mistralai==1.12.4
+Requires-Dist: packaging>=24.1
+Requires-Dist: pexpect>=4.9.0
+Requires-Dist: pydantic-settings>=2.12.0
+Requires-Dist: pydantic>=2.12.4
+Requires-Dist: pypdf>=4.0.0
+Requires-Dist: pyperclip>=1.11.0
+Requires-Dist: python-dotenv>=1.0.0
+Requires-Dist: pyyaml>=6.0.0
+Requires-Dist: requests>=2.20.0
+Requires-Dist: rich>=14.0.0
+Requires-Dist: textual-speedups>=0.2.1
+Requires-Dist: textual>=7.4.0
+Requires-Dist: tomli-w>=1.2.0
+Requires-Dist: tree-sitter-bash>=0.25.1
+Requires-Dist: tree-sitter>=0.25.2
+Requires-Dist: watchfiles>=1.1.1
+Requires-Dist: zstandard>=0.25.0
+Description-Content-Type: text/markdown
+
+# DryDock
+
+[![Python Version](https://img.shields.io/badge/python-3.12%2B-blue)](https://www.python.org/downloads/release/python-3120/)
+[![License](https://img.shields.io/github/license/fbobe321/drydock)](https://github.com/fbobe321/drydock/blob/main/LICENSE)
+
+```
+     ____             ____             _    
+    |  _ \ _ __ _   _|  _ \  ___   ___| | __
+    | | | | '__| | | | | | |/ _ \ / __| |/ /
+    | |_| | |  | |_| | |_| | (_) | (__|   < 
+    |____/|_|   \__, |____/ \___/ \___|_|\_\
+                |___/                       
+```
+
+**Local-first CLI coding agent. Chart your course. Execute with precision.**
+
+DryDock is a TUI coding assistant designed to work with **local LLMs**. It provides a conversational interface to your codebase — explore, modify, build, and test projects through natural language and a powerful set of tools.
+
+> [!IMPORTANT]
+> DryDock is tested and optimized for **Gemma 4 26B-A4B** (26B MoE, 4B active parameters). **Recommended serving stack: llama.cpp** with `--jinja` (the chat-template fix that prevents the tool-call loops Gemma 4 hits under other backends). vLLM is also documented below as a higher-throughput alternative for batch/eval workloads. Other models and providers are supported (Mistral, OpenAI, Anthropic, Ollama) but are not as thoroughly tested. If you use a different model, expect to tune prompts and tool settings.
+
+## Tested Hardware + Model
+
+| Component | Spec |
+|-----------|------|
+| GPUs | 2× NVIDIA RTX 4060 Ti 16GB |
+| Model (llama.cpp, recommended) | [unsloth/gemma-4-26B-A4B-it-GGUF](https://huggingface.co/unsloth/gemma-4-26B-A4B-it-GGUF) — UD-Q3_K_M (12.7GB) or UD-Q4_K_M (16.9GB) |
+| Model (vLLM, alternative) | [casperhansen/gemma-4-26b-a4b-it-AWQ-4bit](https://huggingface.co/casperhansen/gemma-4-26b-a4b-it-AWQ-4bit) |
+| Performance | ~15–17 tok/s decode (llama.cpp Q3), ~70 tok/s decode (vLLM AWQ) |
+| Active params | 4B per token (MoE architecture — fast inference) |
+
+### Recommended path: llama.cpp + Unsloth GGUF
+
+**Why this is the recommended setup:** Gemma 4's tool-calling format
+requires precise chat-template handling. Without `--jinja`, `tool` results
+get injected without the right turn markers and the model loops or
+returns empty assistant messages — the exact 400 Bad Request loop
+fixed in v2.7.39 (GH #14). With `--jinja`, the GGUF's bundled chat
+template handles tool turns natively and the loops disappear.
+
+```bash
+# 1. Download Unsloth's GGUF (Q3_K_M is the article-recommended quant;
+#    UD-Q4_K_M is a higher-quality alternative if you have ~17GB VRAM)
+huggingface-cli download unsloth/gemma-4-26B-A4B-it-GGUF \
+    --include "gemma-4-26B-A4B-it-UD-Q3_K_M.gguf" \
+    --local-dir /path/to/models
+
+# 2. Build llama.cpp with CUDA (or use the Docker image
+#    ghcr.io/ggml-org/llama.cpp:server-cuda)
+git clone https://github.com/ggerganov/llama.cpp.git
+cd llama.cpp
+cmake -B build -DGGML_CUDA=ON -DLLAMA_CURL=OFF
+cmake --build build --config Release -j8 --target llama-server
+
+# 3. Start the server with the article recipe
+./build/bin/llama-server \
+    -m /path/to/models/gemma-4-26B-A4B-it-UD-Q3_K_M.gguf \
+    --host 0.0.0.0 --port 8000 \
+    -ngl 99 -c 32768 -np 1 \
+    --jinja \
+    -ctk q8_0 -ctv q8_0 \
+    --alias gemma4
+```
+
+**Critical flags:**
+- `--jinja` — **the loop-fix.** Required for tool-using workflows. Without it, Gemma 4 enters infinite retry loops on multi-turn tool sessions.
+- `-ngl 99` — offload all layers to GPU
+- `-c 32768` — 32K context (fits in 16GB VRAM with q8 KV cache)
+- `-ctk q8_0 -ctv q8_0` — quantize KV cache for longer contexts
+- `-np 1` — single slot (concurrent requests serialize)
+- `--alias gemma4` — what the API reports as the `model` field
+
+**Drydock config** (`~/.drydock/config.toml`):
+
+```toml
+active_model = "gemma4"
+
+[[providers]]
+name = "local"
+api_base = "http://localhost:8000/v1"
+api_key_env_var = ""
+backend = "generic"
+
+[[models]]
+name = "gemma4"
+provider = "local"
+alias = "gemma4"
+temperature = 1.0           # MUST be 1.0 with --jinja — lower temps reinforce loops
+context_window = 32768       # Match `-c 32768` from llama-server. Drydock
+                             # auto-clamps auto_compact_threshold to
+                             # context_window − 4096 so we never blow past
+                             # the server's max input.
+auto_compact_threshold = 28000
+
+# Article-recommended sampling (passed through extra_sampling to llama-server).
+# Drydock auto-bakes these on first launch when llama.cpp is detected at
+# 127.0.0.1:8080 / :8000, but you can override here.
+[models.extra_params]
+top_k = 40
+top_p = 0.95
+frequency_penalty = 1.1
+max_tokens = 2048
+```
+
+### Alternative: vLLM (higher throughput, no `--jinja` equivalent)
+
+vLLM has its own `--tool-call-parser gemma4` path that works for most
+workflows, but has been observed to enter tool-call loops on long
+multi-turn sessions (GH #14, fixed at the drydock side in v2.7.39 by
+filtering empty assistant messages before re-call). Use vLLM when you
+need higher decode throughput (~70 tok/s vs llama.cpp's ~15–17) for
+batch eval or non-interactive workloads where loop-fix matters less.
+
+```bash
+huggingface-cli download casperhansen/gemma-4-26b-a4b-it-AWQ-4bit \
+    --local-dir /path/to/models/Gemma-4-26B-A4B-it-AWQ-4bit
+
+docker run -d \
+    --gpus all \
+    --name gemma4 \
+    -p 8000:8000 \
+    -v /path/to/models:/models \
+    --ipc=host \
+    vllm/vllm-openai:gemma4 \
+    --model /models/Gemma-4-26B-A4B-it-AWQ-4bit \
+    --quantization compressed-tensors \
+    --tensor-parallel-size 2 \
+    --max-model-len 131072 \
+    --max-num-seqs 2 \
+    --gpu-memory-utilization 0.95 \
+    --kv-cache-dtype fp8 \
+    --served-model-name gemma4 \
+    --trust-remote-code \
+    --tool-call-parser gemma4 \
+    --enable-auto-tool-choice \
+    --attention-backend TRITON_ATTN
+```
+
+Key flags:
+- `--tensor-parallel-size 2` — split across 2 GPUs
+- `--kv-cache-dtype fp8` — reduce KV cache memory for longer contexts
+- `--tool-call-parser gemma4` + `--enable-auto-tool-choice` — required for Gemma 4 tool calling under vLLM
+- `--max-num-seqs 2` — limit concurrent requests (prevents OOM on 16GB GPUs)
+
+Verify either backend is running:
+```bash
+curl http://localhost:8000/v1/models
+```
+
+For vLLM, drydock config is the same as the llama.cpp block above,
+except `temperature = 0.2` is fine — the `--jinja` requirement only
+applies to llama.cpp.
+
+## Install
+
+```bash
+pip install drydock-cli
+```
+
+Or with uv:
+```bash
+uv tool install drydock-cli
+```
+
+> [!TIP]
+> **New install hitting weird behavior?** See [DEPLOYMENT.md](DEPLOYMENT.md)
+> for the exact known-working vLLM launch flags, `~/.drydock/config.toml`,
+> env vars, and a diagnostic checklist. Most "DryDock doesn't work" issues
+> trace back to missing vLLM flags (`--tool-call-parser gemma4`,
+> `--enable-auto-tool-choice`) or temperature/thinking config drift.
+
+## Quick Start
+
+```bash
+cd your-project/
+drydock
+```
+
+First run creates a config at `~/.drydock/config.toml` and prompts for your provider setup.
+
+```
+> Review the PRD and build the package
+```
+
+## Features
+
+- **TUI Interface**: Full terminal UI with streaming output, tool approval, and session management.
+- **Adaptive Thinking**: Automatically adjusts reasoning depth per turn — full thinking for planning, fast mode for file writes.
+- **Powerful Toolset**: Read, write, and patch files. Execute shell commands. Search code with `grep`. Delegate to subagents.
+- **Project-Aware**: Scans project structure, loads `AGENTS.md` / `DRYDOCK.md` for context.
+- **Subagent Delegation**: Large tasks can be delegated to builder/planner/explorer subagents with isolated context.
+- **Loop Detection**: Advisory-only detection that nudges the model away from repetitive actions without blocking.
+- **Conda/Pip Support**: Auto-approves `pip install`, `conda install`, `pytest`, and other dev commands.
+- **Bundled Skills**: Ships with skills like `create-presentation` for PowerPoint generation.
+- **MCP Support**: Connect Model Context Protocol servers for extended capabilities.
+- **Safety First**: Tool execution approval with `--dangerously-skip-permissions` for full auto-approve.
+
+### Built-in Agents
+
+- **`default`**: Standard agent that requires approval for tool executions.
+- **`plan`**: Read-only agent for exploration and planning.
+- **`accept-edits`**: Auto-approves file edits only.
+- **`auto-approve`**: Auto-approves all tool executions.
+
+```bash
+drydock --agent plan
+```
+
+### Gemma 4 Optimizations
+
+DryDock includes several optimizations specifically tuned for Gemma 4:
+
+- **Simplified prompt** (`gemma4.md`): 20-line system prompt instead of 125 lines. Complex prompts cause Gemma 4 to plan instead of act.
+- **Non-streaming mode**: Streaming breaks Gemma 4 tool call JSON parsing. DryDock automatically disables streaming for Gemma 4.
+- **Thinking token filtering**: Gemma 4 leaks `<|channel>thought<channel|>` tokens into text output. DryDock strips these before storing in context.
+- **Adaptive thinking**: Full thinking for planning (turn 1) and error recovery. Thinking OFF for routine file writes — eliminates 30-120s hangs between files.
+- **search_replace resilience**: Auto-detects already-applied edits, infers missing file paths, fuzzy-matches whitespace differences.
+- **Reduced tool set**: Disables tools that confuse Gemma 4 (`ask_user_question`, `task_create`, etc.).
+
+## Usage
+
+### Interactive Mode
+
+```bash
+drydock                        # Start interactive session
+drydock "Fix the login bug"    # Start with a prompt
+drydock --continue             # Resume last session
+drydock --resume abc123        # Resume specific session
+```
+
+**Keyboard shortcuts:**
+- `Ctrl+C` — Cancel current operation (double-tap to quit)
+- `Shift+Tab` — Toggle auto-approve mode
+- `Ctrl+O` — Toggle tool output
+- `Ctrl+G` — Open external editor
+- `@` — File path autocompletion
+- `!command` — Run shell command directly
+
+### Programmatic Mode
+
+```bash
+drydock --prompt "Analyze the codebase" --max-turns 5 --output json
+drydock --dangerously-skip-permissions -p "Fix all lint errors"
+```
+
+## Configuration
+
+DryDock is configured via `config.toml`. It looks first in `./.drydock/config.toml`, then `~/.drydock/config.toml`.
+
+### API Key
+
+```bash
+drydock --setup                              # Interactive setup
+export MISTRAL_API_KEY="your_key"            # Or set env var
+```
+
+Keys are saved to `~/.drydock/.env`.
+
+### Consultant Model
+
+Set a smarter model for the `/consult` command:
+
+```toml
+consultant_model = "gemini-2.5-pro"
+```
+
+The consultant provides read-only advice — it never calls tools. Use `/consult <question>` to ask it.
+
+### Custom Agents
+
+Create agent configs in `~/.drydock/agents/`:
+
+```toml
+# ~/.drydock/agents/redteam.toml
+active_model = "devstral-2"
+system_prompt_id = "redteam"
+disabled_tools = ["search_replace", "write_file"]
+```
+
+### Skills
+
+DryDock discovers skills from:
+1. Custom paths in `config.toml` via `skill_paths`
+2. Project `.drydock/skills/` or `.agents/skills/`
+3. Global `~/.drydock/skills/`
+4. Bundled skills (shipped with the package)
+
+### MCP Servers
+
+```toml
+[[mcp_servers]]
+name = "fetch_server"
+transport = "stdio"
+command = "uvx"
+args = ["mcp-server-fetch"]
+```
+
+## Testing
+
+DryDock uses a **shakedown harness** (`scripts/shakedown.py`) that drives the real TUI via pexpect and judges on user-perceptible criteria — not tool-call counts.
+
+```bash
+# Single project test
+python3 scripts/shakedown.py \
+    --cwd /path/to/project \
+    --prompt "review the PRD and build the package" \
+    --pkg package_name
+
+# Interactive back-and-forth test
+python3 scripts/shakedown_interactive.py \
+    --cwd /path/to/project \
+    --pkg package_name
+
+# Full regression suite (370 PRDs)
+bash scripts/shakedown_suite.sh
+```
+
+Pass criteria: no write loops, no ignored interrupts, no search_replace cascades, package executes, session finishes within time budget.
+
+## Slash Commands
+
+Type `/help` in the input for available commands. Create custom slash commands via the skills system.
+
+## Session Management
+
+```bash
+drydock --continue              # Continue last session
+drydock --resume abc123         # Resume specific session
+drydock --workdir /path/to/dir  # Set working directory
+```
+
+## License
+
+Copyright 2025 Mistral AI (original work)
+Copyright 2026 DryDock contributors (modifications)
+
+Licensed under the Apache License, Version 2.0. See [LICENSE](LICENSE) for details.
+
+DryDock is a fork of [mistralai/mistral-vibe](https://github.com/mistralai/mistral-vibe) (Apache 2.0). See [NOTICE](NOTICE) for attribution.