Coding agent

Wakil

Container-first terminal agent with bounded subagents and gated durable memory.

Status
Active
License
Apache-2.0
Evidence
Documented + code-verifiable, 4 sources
Product record checked
2026-07-28

At a glance

An early-stage, model-agnostic terminal coding agent that defaults to a hardened Docker container, supports direct host execution, coordinates bounded subagents, connects MCP and optional browser tools, and separates session state from a provenance-aware durable memory store.

Good choice if

  • Developers who want container isolation to be the default rather than an add-on
  • Local-model and OpenAI-compatible workflows with explicit endpoint control
  • Research-heavy coding tasks that benefit from bounded parallel subagents and durable memory

Check before choosing

  • The project is young and source-oriented; setup requires building its Docker image and managing configuration rather than installing a mature signed desktop product
  • Direct mode executes tools on the host, while opting into the Docker socket gives the container control of the host Docker daemon and materially weakens isolation
  • Durable memory is intentionally an injection channel: subagents can propose entries and some TTL-scoped writes become active without main-agent review, so untrusted work still requires the gate and memory auditing
See 2 more considerations
  • Browser tools are optional and disabled by default; opening a URL in the host browser is explicitly outside the sandbox
  • Repository tests and evaluation-like assets are project-owned engineering evidence, not independent product-performance measurements

Why it qualifies as a coding harness

This confirms category fit, not product quality. Every required criterion links back to first-party evidence.

Qualifies4 of 4 required criteria evidenced
  • Adaptive agent loop

    Documented

    The system repeatedly observes results and chooses the next action instead of following a fixed one-pass graph.

  • Repository tool execution

    Documented

    The system can use tools to inspect and change a repository or its execution environment.

  • Task-aware context management

    Documented

    The runtime assembles, updates, compacts, retrieves, or persists task-relevant context while work proceeds.

  • Model-independent runtime control

    Documented

    Permissions, budgets, interruption, policy, or stop controls operate outside the model's own text generation.

Membership establishes category fit only. It does not score quality, safety, autonomy, model capability, or benchmark performance. · Read the membership rule.

How it works under the hood

Seven mechanisms mapped from first-party records. These labels describe what the harness provides, not how intelligent its model is.

7/7layers documented
  • Execution & isolationSandbox availableDocumented mechanism, not a performance score.
  • Tooling & integrationsExtensible + browserDocumented mechanism, not a performance score.
  • Context & statePersistent stateDocumented mechanism, not a performance score.
  • Lifecycle & recoverySession resumeDocumented mechanism, not a performance score.
  • ObservabilityStructured tracesDocumented mechanism, not a performance score.
  • VerificationTool-assistedDocumented mechanism, not a performance score.
  • Governance & permissionsApproval promptsDocumented mechanism, not a performance score.

Public code audit

5/5public artifacts present
Security policy
Present at inspected commit
CI workflow
Present at inspected commit
Automated tests
Present at inspected commit
Evaluation assets
Present at inspected commit
Contributor documentation
Present at inspected commit

The inspected early-stage tree contains 326 files, one workflow, 167 test-like paths, security and contributor policies, and two evaluation-like assets. These are project-owned engineering and development records, not independent coding-task results, so no product score is imported.

Inspect commit 4d2e4f9d38860905fb41593beca87dc40f28fe51, checked 2026-07-28

Measured configurations

No benchmark run passes the full metadata admission policy for this harness yet. Missing data is not scored as zero.

Benchmark policy and all runs

Capability support

Documented first-class product support, checked against the sources below.

External tools (MCP)
DocumentedProduct-supported MCP integrationSource · checked 2026-07-28The source establishes the mechanism, not its quality or availability in every mode.
Local models
DocumentedLocal or self-hosted model pathSource · checked 2026-07-28The source establishes the mechanism, not its quality or availability in every mode.
Agent parallelism
DocumentedDelegated or parallel agent workflowSource · checked 2026-07-28The source establishes the mechanism, not its quality or availability in every mode.
Runs without an open UI
Not documentedNo first-class support established by the current recordAbsence of current documentation is not proof that the capability is impossible.
Browser control
OptionalOptional headless-browser tools; host URL opening remains outside the containerSource · checked 2026-07-28The source establishes the mechanism, not its quality or availability in every mode.
Isolated execution
Available by defaultHardened persistent Docker container by default; direct host mode is availableSource · checked 2026-07-28Isolation weakens materially when direct mode or host Docker-socket access is enabled.
Undo file changes
Not documentedNo first-class support established by the current recordAbsence of current documentation is not proof that the capability is impossible.