1. Start Octopus
Open the local app after starting Octopus. The first screen shows the current Goal, Need, Feed, and pet state.
Octopus lets the model ask for a cognitive Need, then lets an intelligent tentacle decide how to supply Feed. This page starts from the local product path.
Open the local app after starting Octopus. The first screen shows the current Goal, Need, Feed, and pet state.
The page only writes the Goal. Model and provider settings stay in the local runtime, not inside the Need text.
The clean brain emits a Need. A model-backed tentacle enters the environment, acts, checks itself, and returns compact Feed.
cargo install --git https://github.com/dangoZhang/Octopus octopus-core --locked --bin octopus --force
octopus start --open
The launcher prepares state, editable seed tentacles, the profile registry, three beats, the pixel Octopus, and the local app at http://127.0.0.1:8765/app.html.
octopus first-run "make this repo easier to use"
octopus chat "make setup clearer"
octopus preflight
The app page keeps user input to Goal. Need, route choice, provider routing, repair, and harness evolution remain agent work and show up as current Need, current Feed, pet color, and Output.
The model context is Goal, memory, Needs, and Feeds. It does not carry shell syntax, tool routing, or install details.
Each tentacle owns prompt, metadata, code, permission, traces, and an evolution surface that can be improved outside the kernel.
doctor, report, start --check, and preflight show readiness without turning those checks into the first user path.