eric/project-work
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Project-2 baseline

Browse Source
This commit is contained in:
Eric Bell
2026-10-04 21:19:23 -04:00
parent 0f04889edf
commit 213eb3c403
861 changed files with 1710 additions and 3363322 deletions
Download Patch File Download Diff File Expand all files Collapse all files

16
worker-toolkit-potion-polyglot/README.md
View File

@@ -11,6 +11,18 @@ If you want, you can also create a task fully from scratch – no need to start
But if you just use the agent naturally, you'll find mistakes pretty quickly. Plus, your prompts will generally be more realistic, because it'll be preceded by your natural conversation.
## Grading
New tasks default to Codex CLI with **GPT-6 Sol / high / one sample**, independently of the solver. Both use the Codex installation already in the task image (0.158.0 or newer).
Set `GRADER_HARNESS = "claude"` in the task's existing `[verifier.env]` table to use Claude Code and its existing model default. `GRADER_MODEL` selects a model; `GRADER_REASONING_EFFORT` sets Codex effort. Remove incompatible overrides when switching harnesses. For a single run or regrade, use Harbor's existing flags:
```bash
scripts/harbor-regrade harbor-tasks/my-task --all --verifier-env GRADER_HARNESS=claude
```
Existing grading modes, rubrics, samples and scoring are unchanged. `--fast` remains Claude-only. Existing tasks retain their copied verifier; these defaults apply to newly created tasks.
## Prerequisites
- [Docker Desktop](https://www.docker.com/products/docker-desktop/) (running)
@@ -110,6 +122,8 @@ The normal single container is still just `npx @devcontainers/cli up` — `insta
One caveat for **Palolo** specifically: a second Palolo container starts fine for exploring with Claude, but its app _in the browser_ won't fully work — the client is built to call the API at `localhost:3001`, so it reaches the first container's API, not its own. ZenBill has no such limitation and runs multiple instances cleanly.
**frePPLe** can't run a second container while the first is up: its planning engine has to publish host port 8002 unchanged (the browser is told that exact port when it saves a forecast), so `instance.js` fails with a "port is already allocated" error. Stop the first container, or use extra shells into the one container instead.
**ZenBill note.** The ZenBill app routes by subdomain, so plain `http://localhost` shows only the Rails welcome page. To reach the real UI, add these to your host's `/etc/hosts`, then open `http://app.dev.zenbill.com:<port>`:
```
@@ -347,7 +361,7 @@ See `.claude/skills/` for detailed guidance (available in the Authoring containe
**`http://localhost:<port>` shows nothing** — The app doesn't start on its own. Run `run-app` (on a polyglot toolkit, `run-app <repo>`) inside the Explore container (see "Running the app in a browser"), then open the URL it prints. For ZenBill, also add the `/etc/hosts` entries in that section.
**The database isn't running after a reboot or container stop** — Re-run `npx @devcontainers/cli up`; postgres is restarted automatically on every container start. (You no longer need to start it by hand.)
**The database isn't running after a reboot or container stop** — Re-run `npx @devcontainers/cli up`; whichever database your toolkit uses is restarted automatically on every container start. (You no longer need to start it by hand.)
**Ports stopped working after a toolkit upgrade** — Docker fixes a container's port mappings when it's first created, so an old container won't pick up new ports just from `up`. Recreate it: `npx @devcontainers/cli up --remove-existing-container`. This wipes the container's Claude history, so run `/create-snapshot:snapshot` first if there's a conversation you want to keep.