@the-open-engine-company/zeroshot 10.10.1 → 10.12.0

package/README.md

@@ -4,9 +4,8 @@ Installer for the canonical `zeroshot` executable and agent skill. The package s
 archive for the current Node platform and architecture, verifies it against that release's
 `SHA256SUMS`, and installs the executable.
 
-Read the [Zeroshot documentation](https://the-open-engine.github.io/zeroshot/) for installation,
-runtime configuration, targets, and CLI reference. Zeroshot Cloud is documented at
-[cloud.zeroshot.sh/docs](https://cloud.zeroshot.sh/docs).
+Read the [Zeroshot documentation](https://zeroshot.sh/docs/) for installation,
+runtime configuration, targets, and CLI reference.
 
 The product site is [zeroshot.sh](https://zeroshot.sh/?utm_source=npm&utm_medium=readme&utm_campaign=zeroshot).
 

package/package.json

@@ -1,7 +1,19 @@
 {
   "name": "@the-open-engine-company/zeroshot",
-  "version": "10.10.1",
-  "description": "Verified prebuilt binary installer for the standalone Zeroshot engine",
+  "version": "10.12.0",
+  "description": "Runs coding agents as a graph: one agent implements, independent agents review, failures go to repair, and nothing ships until the checks pass. Works with Codex, Claude Code and GitHub Copilot.",
+  "keywords": [
+    "claude-code",
+    "codex",
+    "github-copilot",
+    "coding-agents",
+    "ai-agents",
+    "multi-agent",
+    "agent-orchestration",
+    "code-review",
+    "verification",
+    "cli"
+  ],
   "homepage": "https://zeroshot.sh",
   "license": "MIT",
   "repository": {

package/skills/zeroshot/SKILL.md

@@ -30,7 +30,10 @@ another run. A failed Cloud run does not authorize silently implementing the tas
 
 ## Choose the target
 
-- Local execution omits `--target` and is the only mode that edits the invoking worktree directly.
+- Local execution omits `--target`. `--cwd DIR` selects a folder (default: invoking folder);
+  Git worktrees use their root. File arguments stay relative to the invoking folder. Runs without
+  Git delivery need no repository. Keep workspace and active Zeroshot state disjoint; use an external
+  `ZEROSHOT_STATE_DIR` when necessary.
 - Zeroshot Cloud is built in. Sign in once with `zeroshot target login cloud`, then use
   `--target cloud` explicitly on Cloud commands. Cloud setup (organizations, GitHub App,
   connections) is documented at https://cloud.zeroshot.sh/docs.
@@ -98,11 +101,11 @@ zeroshot acp --profile local:NAME
 ```
 
 Check the profile first. It must accept exactly one required string named `task`; every success node
-must return exactly one required string named `response`. The runtime must use Codex or Claude, and
-every executable node must have an agent binding with `sessionScope: node_instance`. Maps, delivery,
-runtime connections, MCP servers, and session reload are unsupported.
+must return exactly one required string named `response`. The runtime must use Codex or Claude for
+every node, and every executable node must have an agent binding with `sessionScope: node_instance`.
+Maps, delivery, runtime connections, MCP servers, and session reload are unsupported.
 
-Each ACP prompt is a separate durable local run. The outer ACP session keeps the Git workspace and
+Each ACP prompt is a separate durable local run. The outer ACP session keeps the workspace and
 node provider sessions alive across prompts. Inspect the returned run ID with `zeroshot status` or
 `zeroshot logs`; `zeroshot ui` includes the run in local history.
 
@@ -123,15 +126,21 @@ zeroshot run --title "TASK" --profile org:NAME --input input.json \
 still be fetched from the target first, so this command requires Cloud access. It does not prove
 connection availability.
 
-For named targets, Zeroshot resolves source from the invoking Git worktree's attached upstream.
-Without an upstream, it requires exactly one GitHub remote. Detached worktrees require explicit
-repository and branch values. Override source only when needed:
+For named targets, `--cwd` selects the client Git checkout. Zeroshot prefers its attached upstream,
+then a unique eligible HTTPS/SSH remote. Docker and Cloud still require an exact committed Git
+source. Detached worktrees require repository and branch overrides. `--repository` accepts GitHub
+`owner/name` or a credential-free HTTPS/SSH clone URL. Override source only when needed:
 
 ```console
 --target cloud --repository OWNER/REPOSITORY --branch BRANCH --revision SHA
 ```
 
-Cloud receives the remote revision, not uncommitted files. Check relevant dirty or unpushed work and
+Git push uses shared transport and needs no GitHub API. PR and merge require a registered forge;
+GitHub is maintained today. `--source-connection KEY` authorizes source-only HTTPS
+(`GIT_USERNAME`, `GIT_PASSWORD`) or pinned SSH (`GIT_SSH_PRIVATE_KEY`, `GIT_SSH_KNOWN_HOSTS`)
+credentials. Generic forms require the target's `openengine.git-transport/v1` capability.
+
+Named targets receive the remote revision, not uncommitted files. Check dirty or unpushed work and
 never push or omit it without authorization. Confirm the exact repository, branch, revision, target,
 profile, and delivery intent reported for the run.