OpenOPC：打造你的个人 AI 原生公司 — 自建、自营、自成长

English | 简体中文

🤖 AI 技术与研究
_{模型训练与评估、Agent 开发、LLM 应用与 AI 基础设施}

💻 软件开发
_{Android 应用、SaaS MVP、网站、小程序与游戏开发}

📈 金融投资
_{投资备忘录、市场图谱、尽职调查与投决会材料}

🚀 销售增长
_{外呼销售、交易策略、方案书与渠道拓展}

🎬 内容与媒体
_{视频制作、短视频内容、脚本、分镜与多平台剪辑}

🤝 行业助理
_{客服、房产、法律咨询、HR 入职、零售等场景的 Copilot}

🧾 会计与财务
_{记账、财务报告、税务合规、预算与风险审查}

🛍️ 品牌与电商
_{品牌规划、选品、店铺运营、用户增长与留存}

🎓 教育与培训
_{课程设计、知识库、学员管理与内容生产}

🎬 视频制作

📈 投资研究

🎮 游戏原型

这些机制如何对应到 UI

- `Org -> Team` 编辑公司架构与角色。 - `Org -> Employees` 为空缺角色招募人才。 - `Team Roster -> Deploy` 把已录用的员工变成办公室中可见的 Agent。 - Workspace 输入框可选择 Task 模式的执行 Agent。 - 角色检查器可为 Company 模式的角色设置运行时策略与偏好的外部 Agent。 - 执行期间，Workspace 的 `Agents` 页签与 Execution Progress 面板会显示哪个角色处于活动状态、它负责哪个工作项、以及由哪个执行 Agent 完成具体工作。

推荐：uv 环境搭建

**macOS** ```bash # 使用 Homebrew 安装 uv，或使用官方独立安装脚本。 brew install uv # curl -LsSf https://astral.sh/uv/install.sh | sh cd /path/to/OpenOPC uv python install 3.12 uv venv --python 3.12 source .venv/bin/activate ``` **Linux** ```bash curl -LsSf https://astral.sh/uv/install.sh | sh source "$HOME/.local/bin/env" cd /path/to/OpenOPC uv python install 3.12 uv venv --python 3.12 source .venv/bin/activate ``` **Windows PowerShell** ```powershell powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex" cd C:\path\to\OpenOPC uv python install 3.12 uv venv --python 3.12 .\.venv\Scripts\Activate.ps1 ``` **Windows 命令提示符** ```bat winget install --id=astral-sh.uv -e :: 或在 cmd 中运行独立安装脚本： :: powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex" cd C:\path\to\OpenOPC uv python install 3.12 uv venv --python 3.12 .venv\Scripts\activate.bat ```

安装说明

- Python：`>=3.10`。当前必需依赖并非全部提供兼容 Python 3.9 的版本。 - 本地开发与发布测试推荐使用 `uv`。如果你偏好经典 pip，请创建并激活一个 Python `>=3.10` 的虚拟环境，然后运行 `python -m pip install -e .`。 - 如果虚拟环境激活被阻止，可以不激活，直接用 `uv run ...` 运行命令。 - 关于其他包管理器与托管 Python 的细节，参见官方 [`uv` 安装文档](https://docs.astral.sh/uv/getting-started/installation/) 与 [Python 管理文档](https://docs.astral.sh/uv/guides/install-python/)。 - Node.js：需要构建 Office UI 前端时要求 `>=18`。 - `opc ui` 会自动安装缺失的 `aiohttp` / `aiosqlite`，并在需要时自动构建前端。 - 如果你尚未安装外部 Agent CLI，运行 `opc init --no-external-agent-preflight` 可跳过首次运行的外部 Agent 检查。 - 浏览器工具基于原生 Playwright。在让 Agent 浏览网页之前，先用 `python -m playwright install chromium` 安装 Chromium。

开发环境搭建（从源码构建）

```bash python -m pip install -e . python -m pytest cd opc/plugins/office_ui/frontend_src npm install npm run typecheck npm run build ``` 前端构建产物从 `opc/plugins/office_ui/frontend_dist/` 提供服务。

展开 Office UI 指南 — 视觉导览、工作台、Company 模式、看板、办公室、组织

启动方式： ```bash opc ui opc ui --port 9000 --project demo opc ui --rebuild ``` ### 视觉导览横向滚动浏览 Office UI 演示。每张截图都附有简短的说明文字。

Workspace 的项目、聊天、模式、组织与 Agent 控件 — **工作台与初始设置。**选择或创建项目，点击 `New Chat`，然后选择 `Company` 或 `Task` 以及对应的组织或 Agent。在 Company 模式下，可以指定角色员工与执行 Agent，也可以让 OpenOPC 自动招募。

Execution Progress 面板显示角色状态与执行记录 — **执行进度。**跟踪每个角色的状态，点击角色或工作项即可查看详细的执行记录、工具活动、交接、评审与运行时元数据。

看板展示 Agent 的工作项与状态 — **看板。**监督每个 Agent 的具体任务与工作项，观察它们在规划、执行、评审、阻塞与完成之间流转。

组织编辑器，可调整现有组织或新建组织 — **组织管理。**调整现有组织、修改角色与汇报关系、查看运行时策略，或创建一个新组织。

人才市场，可浏览并招募员工 — **人才市场。**浏览人才模板，查看候选人详情，在公司需要更多能力时把员工招募到空缺角色上。

动画办公室视图，展示每个角色正在做什么 — **办公室视图。**以动画办公室的形式观察整个组织，每个角色/Agent 都会显示状态、当前任务、正在使用的工具、座位与运行时活动。

Office UI 有三个主要页面： | 页面 | 在这里做什么 | |---|---| | **Workspace** | 主要工作界面：会话列表、看板、聊天、任务详情、角色进度、通讯与团队驾驶舱。 | | **Office** | 可视化办公室地图：Agent 以角色形象出现，可以选中、移动、分配座位与查看详情。 | | **Org** | 公司架构：切换 Corporate/已保存的组织、创建新组织、编辑角色、招募人才、应用架构预设、导入/导出配置。 | ### 工作台（Workspace） Workspace 页面是默认界面。 | 区域 | 关注点 | |---|---| | 左侧边栏 | 项目会话、活动、未读计数与新建聊天。 | | 中间看板 | 看板卡片。Task 模式下，一张卡片通常对应一个任务型聊天会话。Company 模式下，看板跟随所选的运行时会话，展示已委派的工作项。 | | 右侧面板 | 上下文面板，包含 `Chat`、`Agents`、`Info`、`Comms`、`Team` 等页签。工作运行期间可以折叠、调整大小或最大化。 | | 输入框 | 发送消息、附加文件、选择模式、选择公司架构；在 Task 模式下选择执行 Agent。 | ### 从 UI 开始工作 1. 在顶部项目选择器中创建或选择一个项目。 2. 在 Workspace 中点击 `New Chat`。 3. 在输入框中选择 `Task` 或 `Company`。 4. Task 模式下选择 Agent：`OpenOPC Native`、`Codex`、`Claude Code`、`Cursor` 或 `OpenCode`。 5. Company 模式下选择 `Corporate` 或一个已保存的组织架构。 6. 发送任务简报。第一条消息发出后，该聊天的模式与任务 Agent 即被锁定。若需换用其他模式，可通过锁定模式的弹出提示在新聊天中继续。 ### UI 中的 Company 模式 Company 模式把一份简报变成一个运行时会话加一组由角色负责的工作项。 | 页签 | 展示内容 | |---|---| | `Chat` | 父级对话、最终回复、运行时进度卡片、检查点回复、停止/继续/完成控件，以及跳转到工作项执行的链接。 | | `Agents` | 角色汇总：活动/等待/待定/完成的角色、当前工具、角色工作项、筛选、搜索，以及详细执行进度的链接。 | | `Info` | 状态、负责人、角色身份、员工分配、所选执行 Agent、时间信息与开发者详情。 | | `Comms` | 角色收件箱、未读/已读/已发消息、会议、决策与最近的通讯故障。 | | `Team` | 运行时驾驶舱：团队、座位、审批、未读通讯、恢复状态与当前运行的停止控件。 | 要查看某个角色的详细工作流，打开一个 Company 模式会话，在 `Chat` 进度卡片或 `Agents` 页签中点击角色/工作项。Execution Progress 面板会展示每个工作项及其状态、活动分区、工具进度、交接、评审对象与执行轮次元数据。 ### 看板（Kanban） - Task 模式：看板是项目级面板。可以在 `Todo` 中快速创建任务、启动任务，并从右侧面板查看每个任务。 - Company 模式：当前面板跟随所选运行时会话。卡片代表公司工作项，按照后端运行时状态在规划/执行/评审/完成之间流转。 - 当运行时掌管状态时，跨状态列的手动拖拽会被有意限制。同列内重新排序在适用时是支持的。 ### 办公室（Office）当你想以可视化方式查看运行中的团队时，使用 Office 页面。 - 点击 Agent 角色形象或列表行，查看状态、当前工具、当前任务、角色、办公室与座位。 - 使用办公室/座位控件移动 Agent。 - 子 Agent 可以显示或隐藏。 - 由员工或模板创建的 Agent 会出现在办公室中，并持久化在 `.opc/ui_state.db`。 ### 组织（Org） Org 页面是公司结构变得可运行的地方。 | 子页签 | 用途 | |---|---| | `Team` | 查看/编辑角色图谱、表格、角色检查器、花名册、已保存组织选择器、导出打包流程，并把已录用员工部署到办公室。 | | `Runtime` | 调整运行时团队、座位、最终决策者、委派策略与运行时策略。Corporate 为只读；已保存的组织可编辑。 | | `Architecture` | 浏览内置架构预设、预览/应用包、管理已安装的包、导入/导出 YAML。 | | `Employees` | 搜索人才模板、查看详情、招募到空缺角色、为公司配员。 | 创建新公司：打开 `Org`，点击 `New organization`，输入名称，添加至少两名带职责与汇报关系的成员，检查并创建。OpenOPC 会自动保存，并把输入框切换为 `Company / <你的组织>`。招募：先导入人才模板，然后打开 `Org -> Employees`，搜索模板，点击 `Hire`，选择一个空缺角色；若希望员工出现在 Office 页面，再从 `Team Roster` 部署。 ```bash opc talent import /path/to/agency-agents ```

项目文件的位置

OpenOPC 把运行时/配置状态与交付物工作区文件分开存放。 | 路径 | 含义 | |---|---| | `.opc/config/` | 由 `opc init` 从 `config/` 复制而来的本地配置。 | | `.opc/memory/` | 全局与项目级 Markdown 记忆。 | | `.opc/projects//` | 项目运行时元数据与任务存储。 | | `.opc/ui_state.db` | Office UI 的聊天、频道与可视化 Agent 状态。 | | `../OpenOPC_workplace//` | 默认项目工作区。Agent 应把持久的项目文件写到这里。 | | `../OpenOPC_workplace//.opc-comms/` | Company 模式内部通讯信箱、会议与工具结果暂存区。 | 若希望配置与运行时状态放在仓库之外，设置 `OPC_HOME=/path/to/opc-home`。

展开 CLI 指南 — 常用命令与交互式斜杠命令

OpenOPC 同时提供高层的自然语言命令与更底层的 UI/服务命令。概念上 OpenOPC 有两种执行模式：`task` 与 `company`。部分底层 CLI/服务命令仍将 `org` 作为「Company 模式 + 已保存组织架构」的兼容选择器；在 UI 中这表现为 Company 加一个架构选择。 ### 常用命令 ```bash # 聊天 opc chat opc chat -p demo --mode task --agent native "Inspect the failing tests" opc chat -p demo --mode company --company-profile corporate "Ship this change with review" # 可脚本化执行 opc exec -p demo --mode task --agent codex --stream-json "Run the migration check" opc exec -p demo --mode company --company-profile corporate "Draft the research report" # 项目生命周期 opc project list opc project create demo opc project switch demo # 会话 opc session list -p demo opc session create "New feature" -p demo --mode company opc session send "Continue with implementation" -p demo opc session stop -p demo opc session continue "Proceed after review" -p demo # 运行时检查 opc runtime status -p demo opc runtime logs -p demo opc work-item list -p demo opc work-item show -p demo opc comms state -p demo # 招募 opc talent import /path/to/agency-agents opc talent hire -p demo ``` ### 交互式斜杠命令运行 `opc chat`，然后使用斜杠命令： ```text /status /mode task /mode company corporate /agent codex /project switch demo /session list /runtime --full /logs --full /comms --full /org /talent list /market list ``` 完整命令表见 [`docs/cli-chat-slash.md`](docs/cli-chat-slash.md)。

CLI 命令分组

| 分组 | 示例 | |---|---| | `opc project` | `list`、`show`、`create`、`switch`、`rename`、`delete --yes` | | `opc session` | `list`、`create`、`show`、`config`、`send`、`rename`、`delete --yes`、`stop`、`continue`、`resume`、`complete` | | `opc mode` | `show`、`set task`、`set company --profile corporate`、以及用于已保存组织公司运行的 `set org --org ` | | `opc kanban` | `view`、`task create`、`task update`、`task move`、`task assign`、`task status`、`task delete --yes` | | `opc agent` | `list`、`create`、`create-from-template`、`import-employee`、`detail`、`move`、`delete --yes` | | `opc org` | `info`、`export`、`import`、`saved list/save/load/delete`、`role add/update/bulk-add/delete`、`policy update`、`strategy update`、`reset --yes` | | `opc talent` | `list`、`employees`、`import`、`hire`、`scan`、`import-selected`、`employee-detail`、`import-agent` | | `opc market` | `presets`、`browse`、`preview`、`apply-preset`、`export`、`install`、`list`、`uninstall --yes` | | `opc runtime` | `status`、`checkpoints`、`logs`、`run` | | `opc recovery` | `scan`、`resume`、`cancel --yes`、`retry` | | `opc channels` | `status`、`login`、`start`、`stop` | 大多数服务类命令都支持 `--project/-p` 与 `--json`。对于已保存的组织架构，部分 CLI/服务命令目前将 `org` 作为兼容选择器使用，尽管概念上的运行时仍是 Company 模式： ```bash opc exec -p demo --mode org --org hku_research_lab "Draft the research report" opc session create "Research sprint" -p demo --mode org --org hku_research_lab ```

展开配置 — 配置文件、LLM 密钥、外部 Agent、频道、浏览器/MCP、故障排查

| 文件 | 用途 | |---|---| | `.opc/config/llm_config.yaml` | 默认模型、兼容 LiteLLM/OpenRouter 的 API base、API key、环境变量间接引用、路由、回退、temperature、token 限制。 | | `.opc/config/system_config.yaml` | 运行时行为、浏览器工具、原生运行时、压缩、验证、权限、沙箱与安全设置。 | | `.opc/config/agent_config.yaml` | 外部 Agent 命令路径、优先顺序、模型参数、会话模式、超时、审批模式与原生子 Agent 配置。 | | `.opc/config/channel_config.yaml` | 外部消息提供方与凭据。入站发送者列表默认拒绝。 | | `.opc/config/company_corporate_config.yaml` | 内置 Corporate 公司架构模板。 | | `.opc/config/company_orgs/org__config.yaml` | Company 模式使用的自定义公司架构。 | | `.opc/config/org_index.yaml` | 当前生效的已保存公司架构选择器。 | ### LLM 密钥运行 `opc init` 后，编辑仓库本地 OPC home 中的 `.opc/config/llm_config.yaml`。如果设置了 `OPC_HOME`，则改为编辑 `$OPC_HOME/config/llm_config.yaml`。模板中的密钥留空。直接把 key 写入文件： ```yaml llm: default_model: "openai/gpt-5.4" api_base: "https://openrouter.ai/api/v1" api_key: "sk-or-v1-..." # 你的 OpenRouter（或其他提供方）API key max_tokens: 32768 # 每次请求的最大输出 token；如果你的模型 # 输出上限更小，请调低 # context_window: 128000 # 总输入窗口。通常由 litellm 自动检测； # 未收录的模型回退为 128000。仅当回退值 # 不适合你的模型时才取消注释并设置。 ``` 然后用 `opc status` 验证。如果不想把密钥存在文件里，可以将 `api_key` 留空，并把 `api_key_env` 设置为持有密钥的环境变量名（例如 `api_key_env: "OPENROUTER_API_KEY"`）。 ### 审批与 Agent 权限 `.opc/config/system_config.yaml` 的 `autonomy` 部分控制 Agent 无需询问即可执行多少操作。关键旋钮是 `max_auto_approve_risk` — 可被自动批准的最高风险等级： ```yaml autonomy: max_auto_approve_risk: medium # low | medium | high | critical allow_native_tool_auto_approval: true tool_first_use_approval: true # 每个工具首次使用时总是询问 ``` 每次原生工具调用在运行前都会做风险分级：已知的破坏性命令（`rm -rf`、`drop table`、force-push 等）与敏感关键词（凭据、部署等）为 `high`/`critical`，总是上报给人类；白名单中的安全前缀（`ls`、`git status` 等）为 `low`；其余为 `medium`，在自动批准前会经过 LLM 审查。 - `medium`（默认）：平衡 — 普通命令无提示运行；危险命令上报。 - `low`：严格 — 不在安全白名单中的任何操作都需要审批。推荐用于共享或生产机器。 - `high`/`critical`：宽松 — 仅用于可随时丢弃的沙箱。每个工具首次使用时总会提示（除非该工具在 `tool_approval_exemptions` 中），你的「始终允许」选择会累积到项目级白名单。 ### 外部 Agent Task 模式可以显式选择执行 Agent： ```bash opc chat -p demo --mode task --agent codex "Implement the change" ``` 可用值有 `native`、`codex`、`claude_code`、`cursor` 与 `opencode`。在 `.opc/config/agent_config.yaml` 中配置命令名、参数、超时、会话复用与审批行为。在 Company 模式下，角色可以通过角色配置或 Org 角色检查器指定偏好的外部 Agent。角色的执行策略可以是 `auto`、`native` 或 `external`，并可选地指定偏好的外部 Agent。 ### 飞书接入 ```bash pip install -e .[channels-feishu] opc init opc channels login feishu ``` 编辑 `.opc/config/channel_config.yaml`： ```yaml channels: feishu: enabled: true app_id: "cli_xxx" app_secret: "..." encrypt_key: "" verification_token: "" react_emoji: THUMBSUP allow_from: - "ou_xxx" ``` 然后： ```bash opc channels status opc channels start -p demo # 或运行常驻引擎 + 频道运行时： opc run -p demo ``` 飞书使用 `lark-oapi` WebSocket 客户端。`app_id` 与 `app_secret` 为必填；`encrypt_key` 与 `verification_token` 为可选，除非你的租户/应用配置要求。请保持 `allow_from` 显式配置；空列表会拒绝所有入站消息。

其他频道提供方

| 提供方 | 安装 extra | 运行方式 | 必填字段 | |---|---|---|---| | Telegram | `channels-telegram` | polling | `token` | | Slack | `channels-slack` | socket | `bot_token`、`app_token` | | Discord | `channels-discord` | socket | `token` | | 钉钉 | `channels-dingtalk` | socket | `client_id`、`client_secret` | | 邮件 | `channels-email` | polling | IMAP/SMTP 字段、`consent_granted` | | Matrix | `channels-matrix` | sync/polling | `homeserver`、`access_token`、`user_id` | | QQ | `channels-qq` | socket | `app_id`、`secret` | | WhatsApp | `channels-whatsapp` | bridge | `bridge_url` | | Mochat | `channels-mochat` | bridge | `base_url`、`claw_token`、`agent_user_id` | 常用命令： ```bash opc channels login slack opc channels status opc channels start -p demo opc channels stop opc run -p demo ``` 参见 [`docs/channels.md`](docs/channels.md) 与 [`docs/channel-bridges.md`](docs/channel-bridges.md)。

浏览器工具与 MCP 服务器

浏览器工具： ```bash python -m playwright install chromium ``` 在 `.opc/config/system_config.yaml` 中配置启动行为： ```yaml system: browser: mode: embedded # embedded | chrome | auto headless: true chrome_channel: chrome user_data_dir: "" ``` 原生浏览器工具包括 `browser_navigate`、`browser_snapshot`、`browser_click`、`browser_type`、`browser_wait_for`、`browser_scroll`、`browser_select_option`、`browser_evaluate`、`browser_take_screenshot` 与 `browser_close`。 MCP 服务器可添加到 `system_config.yaml` 的 `mcp_servers` 下。本地服务器使用 stdio 命令；远程服务器使用 HTTP/SSE 风格的 URL。发现的工具会以服务器前缀注册，避免命名冲突。

### 故障排查

Office UI 无法打开或界面陈旧

```bash opc ui --rebuild ``` 如果浏览器仍显示陈旧的 UI 状态，强制刷新页面。如果之前的进程在运行中途崩溃，先重启 `opc ui` 以释放内存中的锁。

任务看起来卡住了

先重启服务器并强制刷新浏览器。如果持久化的任务状态仍然异常，使用重置工具： ```bash python scripts/reset_stuck_task.py --project --session --apply python scripts/reset_stuck_task.py --all --apply ```

外部 Agent 不可用

运行： ```bash opc status ``` 检查 `.opc/config/agent_config.yaml` 中的命令名，例如 `codex`、`claude`、`cursor-agent` 与 `opencode`。禁用或调整你未安装的 Agent 的优先级。

频道提供方收不到消息

检查： - 已安装对应的 extra，例如 `pip install -e .[channels-feishu]`。 - 该提供方为 `enabled: true`。 - 必填凭据已填写。 - `allow_from` 包含你期望的发送者 ID。 - `opc channels status` 显示该提供方已配置且可用。

-p demo # 复用或分享整个组织 opc org export --json > my-org.yaml opc market export --id hku_lab --name "HKU Lab" --output-dir packages opc market install packages/hku_lab.opcpkg ``` ## 路线图 OpenOPC 正在快速迭代。以下领域反映当前的开发重点 — 每一项都源自早期使用中发现的真实缺口。 | 领域 | 计划方向 | |---|---| | **角色级技能** | 角色配置已支持 `skill_refs`，Org UI 目前也展示技能元数据。下一步是让用户直接在 Org 页面选择哪些技能挂载到哪些角色 — 汇入更广泛的自演化技能生态。 | | **秘书设置** | 秘书将成长为更强的配置与记忆管家：负责 OPC 系统记忆、分析与对比项目，并为 OpenOPC YAML 配置提供引导式设置。 | | **Company 模式频道** | 外部频道将从简单的聊天入口演进为更丰富的 Company 模式工作流 — 支持角色感知的通知、结构化审批与跨平台协作。 | | **CLI 对齐** | CLI 目前可用，但 Office UI 仍是更完整的界面。后续工作聚焦于从终端进行组织编辑、Company 模式检查、故障恢复与长时运行时控制。 | | **TUI** | CLI 对齐成熟后将考虑完整的终端 UI。在此期间 Office UI 仍是主要界面。 | | **市场与预设** | 更多架构预设、可招募的人才包、导入/导出工作流，以及用于分享与发现社区组件的包市场。 | | **运行时打磨** | 持续改进恢复、检查点、执行进度可见性与可视化文档 — 让长时间的公司运行更可观察、更有韧性。 | ## 致谢 OpenOPC 的 Agent 设计、技能结构与人才模板生态受益于多个开源项目，在此致谢： - [openai/codex](https://github.com/openai/codex/) 启发了实用的编码 Agent 工作流与执行模式。 - [BloopAI/vibe-kanban](https://github.com/BloopAI/vibe-kanban) 启发了以看板为中心的 Agent 工作管理与任务可见性。 - [msitarzewski/agency-agents](https://github.com/msitarzewski/agency-agents) 提供了人才模板的基础。本仓库包含的所有人才模板均导入自 `agency-agents`。 - [HKUDS/nanobot](https://github.com/HKUDS/nanobot) 启发了面向技能的 Agent 设计与 `SKILL.md` 风格的组织方式。 - [pixel-agents-hq/pixel-agents](https://github.com/pixel-agents-hq/pixel-agents) 启发了以像素动画办公室可视化 Agent 活动的方式。 ---

❤️ 感谢访问 ✨ OpenOPC！