liyupi/ai-guide 精选主题
本页是本站的主题索引和个人化总结,不是对 liyupi/ai-guide 的整站镜像。由于上游仓库根目录未发现明确
LICENSE,这里只保留必要的主题信息、自己的判断和指向上游原文的链接,不复制正文和图片。
鱼皮的 AI 知识库覆盖面很大,适合做资料地图;本站更关注“一个人如何从电脑基础走到可交付项目”。因此只抽取能补足新手路径和工程闭环的主题,和本站已有的模型、工具、Agent、工作流栏目互相补充。
上游版本记录为 44fc582(2026-08-21)。工具名称、产品能力和操作界面会变化,下面的链接用于追溯原始上下文,实际使用前仍应查看上游最新版本和官方文档。
推荐阅读路径
Section titled “推荐阅读路径”| 阶段 | 本站重新整理的重点 | 上游参考 |
|---|---|---|
| 1. 建立体感 | 先把想法说清楚,再用最小目标跑通一次“生成—运行—修正”循环。 | Vibe Coding 简介 |
| 2. 第一次上手 | 准备账号、编辑器和项目目录;每次只推进一个可验证的小改动。 | 快速上手 Vibe Coding |
| 3. 选择工具 | 不按热度购买工具;根据任务类型、项目上下文、可控性、成本和能否接入本地能力来选。 | AI 编程工具大全 |
| 4. 选择模型 | 榜单只用来建立全景,最终要结合任务难度、上下文长度、工具调用和预算做路由。 | AI 模型选择指南 |
| 5. 编辑器与 CLI | 编辑器适合连续理解项目,CLI 适合脚本化、批处理和可复现操作;两者可以按任务组合。 | AI 代码编辑器 · AI 命令行编程工具 |
| 6. 做成项目 | 把需求、计划、增量实现、测试和文档连成闭环;每一轮都留下可回退的结果。 | Vibe Coding 项目开发流程 |
| 7. 发布上线 | 构建命令、输出目录、环境变量、域名、监控和回滚都要在上线前明确。 | 项目部署上线教程 |
三个值得直接迁移到本站的工作习惯
Section titled “三个值得直接迁移到本站的工作习惯”先写验收标准,再让 AI 动手
Section titled “先写验收标准,再让 AI 动手”不要只说“帮我做一个网站”。至少说明用户是谁、要解决什么问题、页面/命令的输入输出是什么,以及怎样算完成。本站在 从需求到设计原型 和 新手端到端项目实战路径 中继续展开这套方法。
把上下文当成项目资产
Section titled “把上下文当成项目资产”把目录结构、约束、已经做过的决定和验证结果写进项目文档;每次只加载当前任务需要的上下文。这样可以减少反复解释,也能让换工具或换模型时保持连续性。
参考:Vibe Coding 对话工程技巧 · Vibe Coding 上下文管理技巧
质量由证据组成
Section titled “质量由证据组成”能构建不等于能交付。至少保留测试、类型检查、构建日志和关键页面手动检查;遇到失败时记录现象、原因和修复,而不是让 AI 反复“再试一次”。
和本站现有目录的对应关系
Section titled “和本站现有目录的对应关系”- 想补电脑和开发基础:从 电脑使用基础 和 开发基础 开始。
- 想选工具和模型:进入 模型与工具选型。
- 想把一次对话变成稳定流程:进入 工作流与编排 和 Agent 构建。
- 想做出第一个可上线项目:进入 项目实践与案例。
“Vibe Coding”只是工作方式的一个名字;本站更关心的是能否形成清晰需求、可验证改动和可复用经验。
来源与更新边界
Section titled “来源与更新边界”- 来源仓库:liyupi/ai-guide,本页锁定参考版本
44fc582。 - 本页只保留精选主题、本站自己的总结和原文链接,不自动同步上游正文或图片。
- 如果上游版本变化,运行仓库中的
npm run check:upstream查看提醒,再人工决定是否更新本页。