Octop 入门：用户、代理与消息渠道共享的自托管助手
Octop 入门：用户、代理与消息渠道共享的自托管助手
理解单进程平台，同时检查它仍可能访问的模型和外部服务。
Octop 入门：用户、代理与消息渠道共享的自托管助手知识学习CN编辑简报更新 2026-09-23
你将学会
- 明确平台职责
- 自托管不等于离线
- 区分现状和路线图
开始前需要
- 基本 Python 与服务管理知识
- 隔离的试验环境
用只读状态台账，在启用能力前显示尚未验证的边界。
先看结论
- 自托管不一定离线。
- 渠道共享控制平面。
- 路线图不是测试成绩。
明确平台职责
Octop 把网页、命令行、消息渠道和定时任务接到共享代理基础设施。控制平面默认使用 SQLite，也可以选择 PostgreSQL，工作区文件则另有存储职责。
第一次试用只让一个用户的一位代理总结虚构笔记。确认这条路径正常后再加渠道与连接器，因为每个集成都增加凭据和新的请求入口。
自托管不等于离线
应用运行在自己机器上，不证明提示词全部留在本地。模型供应商、OAuth 连接器、浏览器任务与远程工作区都可能访问其他系统。
仓库采用 MIT 许可，模型和连接服务仍有各自费用与条件。应列出真实数据目的地，不能把 README 的宽泛隐私表达当成已经审计的保证。
区分现状和路线图
README 把 AgentTeams 等列为未来计划，架构文档则描述现有代理交互。不要把未勾选路线图条目当成已经可用并验证过的能力。
本系列检查提交 c02c32c 的配置与启动源码，没有运行 Octop、账户登录、消息交付或模型调用；操作示例仍需要在实际环境验证。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
先用一个用户和代理。
- 2
列出外部目的地与凭据。
- 3
区分已实现能力和路线图。
可复制示例
yaml
pilot:
users: 1
agents: 1
input: synthetic-notes
channels: disabled-until-reviewed
provider_destination: record常见问题
安装后包含模型访问吗？
仍需配置模型供应商或其他受支持路径。
测试了多用户隔离吗？
没有，这里描述文档架构，不是访问控制实测。
资料来源
- Octop / README.md来源核查 2026-09-23
- Octop / docs/architecture.md来源核查 2026-09-23