2025/11/27 · Phase 1 完成
OWC 全自动研发平台 · Phase 1 上线记
2025 年 11 月 27 日，是 OWC 的一个里程碑。
我们正式启动并完成了「全自动研发平台 Phase 1」，从愿景到落地，从混乱到规范，从分散到统一，第一次让 OWC 进入真正意义上的「公司级自动化体系」。
01｜愿景：打造 OWC 的全自动研发平台
OWC 希望构建一个未来 3–5 年都能复用的平台，让公司运转从传统人工驱动转向：
- Agent 驱动的自动化研发
- 自动生成文档、自动生成代码、自动部署
- GitHub Actions 体系全自动化
- 前后端统一 DevOps 平台
- LLM + 多代理接管重复工作
- SAP 派遣业务 → AI 全流程改造
- OWC AI Base：公司全量知识库 & 工具平台
Phase 1 的目标很明确：
建立基础平台，让所有自动化可以“跑起来、连起来、扩起来”。
02｜初始状态：服务器混乱、系统无法访问
当我们接手服务器时，它处于“战场遗迹”般的状态：
- 3 个 Caddy 实例同时运行
- 80/443 端口冲突，HTTPS 完全瘫痪
- GitHub Actions 无法部署
- VSCode 编辑目录与 Git 仓库不一致
- 文档分散、没有管理页面
但正是这种混乱，让我们把 Phase 1 的目标定得清晰：
统一服务器 → 统一部署 → 统一文档 → 统一导航 → 统一管理。
03｜服务器重建：从混乱到统一
我们做了 6 个关键动作：
- 杀掉所有多余 Caddy 进程（root/owcadmin 测试遗留）
- 重建正式的 Caddyfile（域名 + 多项目映射）
- 开启 Let's Encrypt 自动证书
- 构建 systemd 启动服务（真正的生产级部署）
- 整理 /app1 /assistant /demo 三大路径
- 为未来多模块扩展预留入口
当日志显示：
"certificate obtained successfully"
OWC 的第一个“自动签发证书”的服务器正式上线了。
04｜GitHub Actions：全自动部署真正跑起来
我们通过 SSH 私钥 + rsync，让 GitHub Actions 实现：
- push → 自动上传 web/app1/
- push → 自动上传 docs/
- 服务器端无需手工操作
- OWC 拥有自己的“自动上线系统”
最关键的进展是——找到了 push 不更新的根因：
VSCode 编辑的目录和 Git 同步目录完全不是同一个。
当我们统一目录后，整个自动部署瞬间顺畅。
05｜双页面体系：ROADMAP + 运维手册
Phase 1 输出两个核心页面：
- 📘 jpserver.html — 自动加载 docs 的 ROADMAP 页面
- ⚙ jpserver-manual.html — 完整的服务器运维手册
两个页面均：
- 走 HTTPS
- 可自动部署
- 拥有统一导航栏
- 可扩展性极强
06｜Phase 1 完成：一个真正可扩大、可运营的平台
我们完成的不只是“把服务器修好”，而是搭建了未来 2 年 OWC 全自动研发体系的基础设施：
- 自动文档体系（docs → ROADMAP）
- 自动部署体系（GitHub Actions → Caddy）
- 自动平台导航（Server / Roadmap / Portal）
- 静态站点托管（/app1 /assistant /demo）
- 正式生产环境（HTTPS + systemd）
Phase 2 将进入：
- Assistant 控制台
- Platform Portal（研发、HR、业务统一看板）
- 自动 API 网关 + 数据服务层
- Agent 执行器接入（任务自动排程）
故事还在继续，但“基础设施”今天真正落地了。