GitHub - Little-Shock/OpenShock · GitHub
导航菜单
搜索或跳转到...
搜索代码、仓库、用户、议题（issues）、拉取请求（pull requests）...
提供反馈
我们会阅读每一条反馈，并且非常认真地对待你的意见。
包含我的电子邮件地址，以便可以联系到我
取消 提交反馈
已保存的搜索
使用已保存的搜索，更快地筛选结果
名称
查询
要查看所有可用的限定符（qualifiers），请参阅我们的文档。
取消 创建已保存的搜索
外观设置
重置焦点
你已在另一个标签页或窗口中登录。重新加载以刷新你的会话。你已在另一个标签页或窗口中登出。重新加载以刷新你的会话。你已在另一个标签页或窗口中切换账户。重新加载以刷新你的会话。关闭提醒
{{ message }}
Little-Shock / OpenShock Public
附加导航选项
Little-Shock/OpenShock
main
前往文件
代码
打开更多操作菜单
文件夹和文件
名称名称
最近一次提交信息
最近一次提交日期
最新提交
历史
216 次提交
查看所有文件
仓库文件导航
OPENSHOCK.AI
Slock 的壳，Multica 的骨，Lody 的 worktree 隔离。
面向 Agent 优先（Agent-first）的协作操作系统（OS），服务于本地优先（local-first）的 AI 软件团队。
OpenShock 是什么
OpenShock 不是“聊天框 + 看板”的拼接物。
它当前在这个仓库里的定义是：
-
apps/web 提供一个 chat-first 的协作壳
-
apps/server 提供 Go 写的 Phase 0 控制面（control plane）API
-
apps/daemon 提供 Go 写的本地 runtime bridge、CLI 执行和 worktree lane 能力
当前仓库已经不是纯静态设计稿。它已经具备一条可跑通的 Phase 0 基线：
-
web 壳已经把 Chat / Inbox / Board / Setup / Issues / Runs / Agents / Memory / Access / Settings 收进同一套 workspace shell
-
Chat / Work 切换、同源 /api/control/* proxy、message-centric thread rail 和 room/run/inbox 控制面已经站住
-
room-first Chat / Topic / Run / PR / Context workbench、DM、followed thread、saved later 和 quick search 都已经接上真实前台表面
-
server 有文件持久化状态、Issue 创建、Room/Run/Session 读取、PR 状态回写、runtime pairing、repo binding、GitHub readiness probe，以及 gh CLI / GitHub App 双 auth path 的 PR contract
-
daemon 可以探测本地 codex / claude，支持同步执行、流式执行，以及 git worktree lane 创建
-
当前 main 已经收住了 approval center、notification delivery、memory governance、stop/resume/follow-thread、agent mailbox / handoff、profile editor、machine capability binding、workspace durable config，以及 multi-runtime scheduler / failover 的第一轮闭环
当前仓库真值
已经落地的能力
- Web 主壳：
-
/chat/[channelId]
-
/board
-
/inbox
-
/issues、/issues/[issueKey]
-
/rooms/[roomId]、/rooms/[roomId]/runs/[runId]
-
/topics/[topicId]
-
/agents、/agents/[agentId]
-
/profiles/[kind]/[profileId]
-
/pull-requests/[pullRequestId]
-
/mailbox
-
/setup
-
/memory
-
/access
-
/settings
-
Setup 脊柱：
-
repo binding
-
GitHub connection probe
-
effective auth path / installation state
-
runtime pairing
-
live bridge console
-
Server 控制面：
-
GET /healthz
-
GET /v1/state
-
GET /v1/workspace
-
GET /v1/channels
-
GET/POST /v1/issues
-
GET /v1/rooms、GET /v1/rooms/:id
-
POST /v1/rooms/:id/messages
-
POST /v1/rooms/:id/messages/stream
-
GET /v1/runs、GET /v1/runs/:id
-
GET /v1/agents
-
GET /v1/sessions、GET /v1/sessions/:id
-
GET /v1/inbox
-
GET /v1/memory
-
GET /v1/pull-requests
-
GET/POST /v1/pull-requests/:id
-
GET/POST/DELETE /v1/runtime/pairing
-
GET /v1/runtime
-
GET/POST /v1/repo/binding
-
GET /v1/github/connection
-
POST /v1/exec
-
配置完 GitHub App 后走 app-backed PR create / sync / merge contract
-
Daemon 本地能力：
-
GET /healthz
-
GET /v1/runtime
-
POST /v1/worktrees/ensure
-
POST /v1/exec
-
POST /v1/exec/stream
-
状态与文件写回：
-
server 默认把 Phase 0 状态落到 data/phase0/state.json
-
issue 创建时会生成 room、run、session，并尝试创建对应 worktree lane
-
工作区会生成 MEMORY.md、notes/、decisions/、.openshock/agents/...
-
memory artifact 已有 version / governance / detail contract
-
workspace durable config 已能把 onboarding / browser push / memory mode / sandbox baseline 写回同一份状态快照
-
profile / mailbox / runtime / approval 等前台都已经读同一份 live state，而不是各自 shadow state
插件状态
-
当前仓库还没有“插件中心 / 插件列表 / 插件注册表”这层产品真值
-
现在已经落地的是：
-
runtime provider catalog
-
agent provider/model/runtime affinity
-
文件级记忆模式：MEMORY.md / notes/ / decisions/
-
PRD 里提到的 OpenMemory / Mem0 / MemOS / QMD 这类外部插件 provider 仍然是后续能力，不是当前 main 已落地功能
-
如果你在设置页里看到“插件”相关表达，那是旧文案，不代表当前已经有可用插件数据面
还没有做成“完整产品闭环”的部分
-
外部插件注册表与可运营的插件数据面
-
数据库真相：当前主状态仍然以文件快照为主，不是 DB-backed control plane
-
GitHub App / webhook / remote PR 的生产级稳态，还有更多真实环境异常要收
-
更完整的 workspace 组织模型、成员治理、邀请与权限运维
-
onboarding 场景包、agent 预置团队模板、机器初始化和 CLI 安装助手仍需继续产品化
-
更深的多 Agent response aggregation、agent-to-agent 通信、记忆治理和长期自治
-
Board 虽已降级为 planning mirror，但视觉密度和信息层级仍有继续收口空间
换句话说：现在已经是“可运行基线”，但还不是“完整产品闭环”。
文档链路
-
完整产品基线: docs/product/PRD.md
-
当前实现切片: docs/product/Phase0-MVP.md
-
能力合同与 GAP: docs/product/Checklist.md
-
未完成功能拆票: docs/product/Execution-Tickets.md
-
全量测试用例: docs/testing/Test-Cases.md
-
测试报告索引: docs/testing/README.md
-
最新全量有头回归: docs/testing/Test-Report-2026-04-09-windows-chrome-full-suite.md
-
最新壳层走查: docs/testing/Test-Report-2026-04-09-windows-chrome-work-shell-smoke.md
仓库结构
.
├─ apps/
│ ├─ web/ # Next.js 16 + React 19 前端壳
│ ├─ server/ # Go 控制面 API + 文件状态存储
│ └─ daemon/ # Go 本地 runtime / exec / worktree bridge
├─ docs/
│ ├─ product/ # PRD、Phase 0 范围和产品约束
│ ├─ engineering/ # Runbook 和工程入口
│ ├─ design/ # 设计方向
│ ├─ research/ # 外部参考与调研记录
│ └─ assets/ # Hero、截图和其他资产
├─ DESIGN.md # 设计约束
├─ SOUL.md # Agent 根宣言
└─ README.md
快速开始
1. 安装依赖
pnpm install
2. 启动 web
pnpm dev
默认访问：
- http://127.0.0.1:3000
3. 启动 server
根 package.json 里的 dev:server / dev:daemon 现在已经是 Bash 入口，并会转到 scripts/go.sh。如果你当前就在 PowerShell 里直接启动，下面这条 Go 命令最稳。
cd apps/server
OPENSHOCK_WORKSPACE_ROOT=/home/lark/OpenShock go run ./cmd/openshock-server
PowerShell:
cd apps/server
$env:OPENSHOCK_WORKSPACE_ROOT = "E:\00.Lark_Projects\00_OpenShock"
go run ./cmd/openshock-server
默认访问：
- http://127.0.0.1:8080/healthz
4. 启动 daemon
cd apps/daemon
go run ./cmd/openshock-daemon --workspace-root /home/lark/OpenShock
PowerShell:
cd apps/daemon
go run ./cmd/openshock-daemon --workspace-root E:\00.Lark_Projects\00_OpenShock
默认访问：
- http://127.0.0.1:8090/healthz
5. 打开 Setup 页
进入：
- http://127.0.0.1:3000/setup
这是当前最接近“真实链路”的页面：repo、GitHub readiness、runtime pairing、bridge console 都在这里。
最小验证
先检查 web / server / daemon 三段是否在线：
curl http://127.0.0.1:8080/healthz
curl http://127.0.0.1:8090/healthz
curl http://127.0.0.1:8080/v1/state
再看 runtime 和 GitHub readiness：
curl http://127.0.0.1:8080/v1/runtime
curl http://127.0.0.1:8080/v1/runtime/pairing
curl http://127.0.0.1:8080/v1/repo/binding
curl http://127.0.0.1:8080/v1/github/connection
最后确认 bridge 能执行本地 CLI：
curl -X POST http://127.0.0.1:8080/v1/exec \
-H 'Content-Type: application/json' \
-d '{
"provider": "codex",
"prompt": "Reply with exactly: OpenShock bridge online.",
"cwd": "/home/lark/OpenShock"
}'
如果你要验证 worktree lane，也可以直接创建一条 issue：
curl -X POST http://127.0.0.1:8080/v1/issues \
-H 'Content-Type: application/json' \
-d '{
"title": "Probe issue creation",
"summary": "Verify room/run/session/worktree provisioning.",
"owner": "Codex Dockmaster",
"priority": "high"
}'
当前开发约束
-
Phase 0 默认按本地优先（local-first）推进，不假装已经有云端控制面（control plane）
-
pnpm dev 只启动 web，不会自动拉起 Go server / daemon
-
server / daemon 的默认路径回退仍偏 Windows，本地开发时建议显式设置 OPENSHOCK_WORKSPACE_ROOT
-
文档里凡是写“已落地”，都应该以当前仓库代码、HTTP 路由和可运行入口为准，而不是以目标愿景为准
文档入口
English
OpenShock 当前是一个 Phase 0 的本地优先（local-first）基线：
-
Next.js web shell
-
Go control-plane server
-
用于 CLI 执行和 worktree lanes 的 Go 本地 daemon
它已经能够运行一套真实的本地栈（local stack），但尚未交付完整的 auth、GitHub App 流程、远程 PR 同步，或自治式多 Agent 编排（autonomous multi-agent orchestration）。对于今天实际已上线的内容，请以上述文档作为事实来源（source of truth）。
关于
未提供描述、网站或主题。
资源
哎呀！
加载时出错。请重新加载此页面。
Stars
关注者
Forks
Releases
[Packages
0](https://github.com/orgs/Little-Shock/packages?repo_name=OpenShock)
哎呀！
加载时出错。请重新加载此页面。
Contributors
-
-
-
哎呀！
加载时出错。请重新加载此页面。
语言
-
Other 0.5%
页脚
2026 GitHub, Inc.
页脚导航
你当前无法执行该操作。