从 Goal 开始，让触手执行。

这些是 Octopus 现在最应该顺手的任务：安装后跑一个本地 Goal，打开 Goal/Need/Feed App，在本地仓库继续使用，接入模型，收集发布证据。

本地 App

观察一次真实运行

启动本地 Octopus，打开 App，从真实状态文件观察当前 Goal、Need、Feed 和桌宠状态。

octopus first-run "make this repo easier to use"
octopus start --open
观察 Goal、Need 和 Feed 更新
Local Repo

在仓库里启动完整产品

在目标项目目录运行。用户继续调整 Goal；Need、路由、Feed、记忆和 harness 信号由 agent 处理。

octopus first-run "make this repo easier to use"
octopus start --open
octopus chat "make setup clearer"
Model

接入 Codex 或兼容模型

Provider 是运行环境，不应该污染 Need。它只负责让干净大脑和触手智能真正可用。

codex login
export OCTOPUS_LLM_BACKEND=codex
export OCTOPUS_LLM_CODEX_COMMAND=codex
octopus provider status
octopus first-run --live "make this repo easier to use"
Evidence

证明本地产品能跑

发布前或排查机器环境时使用。它们是观察面，第一用户路径仍然是 Goal。

octopus start --check
octopus doctor
octopus report
octopus preflight

每个场景应该证明什么

  • 主脑只表达 Need，不绑定实现。
  • 触手在工具附近完成局部思考，把一个 Need 变成可用 Feed。
  • heartbeat、memory、harness 的证据能改进下一次 Feed 供给。