先看需求，再看触手怎么做。

Octopus 让主脑只表达认知需求。触手带着自己的提示词、工具描述、运行代码和权限去执行，再把压缩后的 Feed 交回大脑。

打开本地 App 本地启动

本地 App

先在本机启动 Octopus，再打开 App。页面展示真实 Goal、Need、Feed 和桌宠状态。

页面只写入 Goal。模型和 provider 设置留在本地运行环境，不写进 Need 文本。

主脑产生 Need，模型驱动的触手进入环境执行、检查，再返回压缩 Feed。

Goal用户只调整目标。

Need主脑提出认知需求。

Feed触手交回证据。

cargo install --git https://github.com/dangoZhang/Octopus octopus-core --locked --bin octopus --force
octopus start --open

启动器会准备状态、可编辑 seed tentacles、profile registry、三颗心脏、像素桌宠，以及本地 App：http://127.0.0.1:8765/app.html。

octopus first-run "make this repo easier to use"
octopus chat "make setup clearer"
octopus preflight

App 页面只让用户改 Goal。Need、路由、provider、repair、harness evolution 都留在 agent 内部，并通过当前 Need、当前 Feed、章鱼颜色和 Output 展示。

octopus evolve parallel --workers 1 --open "advance the peer field objectives toward v0.2.0"
octopus fields summary

这个入口会从八个并列领域里打开一个 worker 槽位，让可编辑的 field-mini-task harness 进入 Need -> Feed 链路，并留下 verifier signal 给后续自进化。

主模型上下文只围绕 Goal、记忆、Need、Feed 展开，不背工具语法和执行细节。

每条触手都有 prompt、metadata、code、permission、trace 和可演化边界。

doctor、report、start --check、preflight 可以证明本地产品是否真的可跑。