文章书架
AI时代软件开发，OPC探索之路
本文中的 OPC，指一个人主导、借助 Agent 协作推进软件开发的工作方式。这个博客尚未验证一人公司的商业模式；文章记录一个个人项目如何从需求、设计走到代码、联调与部署，以及这套协作方式怎样在实际推进中逐步形成。 本文以一个需求的推进过程为主线：怎样把想法变成共同目标，怎样组织团队与子 Agent，怎样处理反馈并核对交付。方法来自博客项目的实际探索，具体功能片段集中放在文末。 1. 先明确：一个人负责什么，Agent 负责什么 项目负责人确定目标、优先级和重大取舍，决定方案是否可接受、结果是否仍需验证。项目工作流以产品、UI/UX、前端和后端为核心角色，主代理拆分任务、处理依赖和整合结果；实
从0到1，CI/CD工作流搭建部署
这是一个由项目负责人独立推进、借助 Agent 协作完成的个人博客项目。网站由 Next.js、两个 Go 服务、Nginx、MySQL 和发布控制组件组成。本文记录从提交代码到生产上线的方案及实测结果，并区分设计时预判的风险与部署时实际发生的问题。这里的 CI/CD，是指自动检查和打包代码，再把通过检查的版本部署到服务器。 1. 技术方案调研与选型 生产服务器只有 2 核 2 GB。发布既要更新多个服务，也可能改变数据库结构，因此选型的约束是：避免在线服务器编译、确保同一批组件来自同一次提交，并能判断一次发布是否真正成功。 方案 取舍 服务器拉源码并构建 步骤直接，但会把 Next.js 和