Blog开发有感
这个项目是第一次偏向正规的开发流程，我将会记录整个项目开发流程。
不涉及顶级大模型使用(例如Claude Opus等吗，成本太高，仅适合创造价值的项目和工作项目)
项目相关
- 项目主要由
ts语言编写 - 使用
Nuxt 3框架，和vite和bun进行构建。 - 通过放入文章到指定目录，进行初始化信息，上传到仓库可自动化构建发布。
项目构建与使用
选择进行构建静态文件，而不是使用数据库存储文章
- 静态文件不需要考虑部署相关问题，很多平台免费部署静态页面，并且有
CDN进行加速。 - 其次避免了运维相关成本开销，没有数据库，没有后端，不用担心被攻击等情况。
- 写文章页不需要在完整博客的写作平台进行创作，支持
MarkDown格式。 - 弊端:需要手动搬运图片等静态资源，这无法避免，由于没有自助的写作平台，无法上传附件。
使用相关
- 仅需要将文章放入
content\posts的文章目录中，图片等静态资源放到images文件夹中并在文章中引用。 bun run init进行初始化，生成元数据在文章头部，自行添加名称描述标签等信息。
开发相关
我没有写过ts等其他的前端项目和使用前端框架，我的学习核心一直在后端开发，而项目也是仅开发了主要的功能，仅能确保使用，我将会在以后的使用中逐步发现新的功能需求，进行开发。
开发流程
新项目，不要追求一次开发成功，在上下文有限的前提下，优先保障框架的实现，先使用氛围编程，构建出大致框架，再使用文档驱动编程，确保后续开发功能的完整性，逐步实现细化功能。
确定开发文
这几个文档，要写入规则中必须读取后再完成任务，避免跑偏。
- 先与大模型进行交流构思，你向大模型进行诉说最初
PRD文档，这步优先选择旗舰大模型 - 确定开发栈，让大模型对你进行多轮提问，完善你的技术文档。
- 将所有的细节确认无误后，单独保存技术文档[1]，架构文档[2]。
- 总和项目文档，进行生成任务队列[3]，并单独保存。
进行开发
目前测试过两种开发形式
分配子代理开发：
- 让大模型读取开发任务列表，由大模型自己分配子代理进行开发，由于可能出现任务间的层级关系(例如任务三需要再任务二的基础上进行开发)。
- 可以极大的避免人为干涉，且子代理的上下文干净，能集中注意力来完成。
- 需要主大模型有很强的能力，所有任务由主大模型分配和验收，尽可能避免主大模型发生幻觉，同时避免性能差的大模型在理解上出现偏差，带偏整个“开发团队“，其次在子代理中可以所有相对较弱的次旗舰大模型开发节省成本，
Opencode的OMO配置很多子代理，可以自由分配大模型。 - 缺点:
token消耗巨大，每个子代理都会思考如何实现功能，不可控，所有改动都需要完成任务后才能进行。
正常对话进行开发：
- 主导开发模式
- 半人工进行开发，由人一点一点分配任务开发，一次分配少量任务进行开发。
- 人作为主导，每步完成你能看到完成效果，适合于要求质量较高，有编程能力的人。
子代理开发仅限于文档完善，需要完成任务很多
我使用使用文档驱动开发，项目也很简单，仅通过和大模型沟通需求，生成相关文档，就进行了开发，分配子代理，开发过程使用了GPT5.3-codex，框架还可没有进行大修，前端进行微调。
开发中后期
首轮开发结束后基本上实现了项目的毛坯房，仅实现了项目的主要功能，前端ui大概率也是不尽人意，所以开始修缮项目。
开发出的效果取决于你提供的文档和需求，如果提供文档很细致，开发也很规范，可跳过这步。
代码质量：
- 优先进行代码审查，质量检测等，在代码少时控制代码质量。
- 完善文档，当一切最优时进行初始化
git仓库，进行版本控制。 - 重要关注安全性，性能，兼容性，代码易读等
微调：
- 接下来主要使用测试驱动开发和氛围编程。
- 每一步务必使用
git进行追踪，可以及时回滚。 - 单独开发功能时尽量使用单独分支，例如
superpowers在完成任务时，会使用git创建提交。 - 熟练使用
Worktree进行并行开发，最后合并，提高开发效率。
后续开发进度会更新，写文章时候2026年4月中旬，并没有开发到我想要的程度，会继续更新。
交付成品
- 开发临近末尾时，主要关注代码规范，运维相关。
- 进行封装等操作，版本号，依赖管理，启动和构建的相关脚本。
- 规范
.gitignore和环境变量，避免将无用或重要的配置信息传入git仓库。
开发试错与更新日志
nuxt框架我并不熟悉，我不需要弄懂，我只需要关心我想要什么功能。
由于项目文档不是很细致，构建出的项目有很多瑕疵，文章元数据添加问题，没有主题色更改，网页底部的信息位置不对等等信息。
最高的开发效率是将文档写清晰，需要注意的地方着重注意。我没有做过相关的项目，也是第一次写Blog很多地方没有注意到，当随着学习过的项目增多，以后应该会更加准确抓取主要部分。
更新日志将会在我的Blog中更新。(我的Blog还没开发好)
每日悟道
这是第一个系统化项目开发，我以后会开发不同项目同时更新优化这个Blog,项目主要还是GPT5.3-codex和GLM-5。
AI Coding成本任然是主要问题。整个项目开发预计使用了50,000,000token，开发至基本可用。
文档驱动开发预计是未来主流，大模型写demo很容易，但是面对企业级的项目上下文暴涨，无法完全理解项目，进行继续开发就没有这么简单了，避免大模型跑偏的方式就可以使用文档来进行约束，harness工程还没学会，暂且这样进行开发。
对于新手，要熟练使用AI工具来辅助开发了，AI可以让生产力大幅升高，在这种情况下，如果部署追求顶级程序员，那么深度不是主要学习部分
But，AI带来的便捷开发绝对不是不学习编程以及项目的理由！
在未来，大概率由人去指导AI开发，AI可以去写代码，但是AI不懂业务逻辑，而且受上下文限制，加上思考需要很长篇幅，可能导致大模型的注意力涣散，导致遗忘主要内容。
所以，人的作用开始展现，对于企业级项目，需要人去理解业务逻辑，拆分项目，而这正是开发者所需的核心能力，单纯的技术岗可能竞争性不强，而且容易被AI代替，即由技术转向产品经理方面，由技术专精到多方面发展，紧跟国际AI动态，学习新开发思想。
AI的发展太快，可能过半年新的大模型新的技术再次改革编程，这篇文章也可能不适用未来的开发。
[github项目地址](Dolio1000/Blog-nuxt: My blog website is developed based on Nuxt.)
开发思路仅我一家之言，欢迎大佬指导，共同学习。
