- AI
- AI
- AI我的建议是: - 先了解下原理,比如:什么是容器?为什么要用容器?为什么要进行容器编排? - 手动实践,自己部署一套 k8s 环境,试试各种操作 - 回归本源,熟练掌握 linux,linux 不熟练的人,我觉得 k8s 也很难熟练吧?
- AI我现在的做法是一心一用,比如我回帖就只回帖,不会再去看其他网页或者等着 codex 执行,遛狗也只遛狗不带手机,这样感觉脑子轻松了许多…
- AI
- AI
- AI我一般是三种: - 执行 `/compact` 压缩上下文 - 退回上一次对话, 调整上一次的提示词 - 将当前会话结论输出至一个文件(我习惯叫HANDOFF.md), 清空会话, 让 LLM 读这个文件并调整提示词
- AI口说可能有点晦涩, 我直接给个我常用的提示词例子:``` 请你按顺序阅读如下项目内容, 详细了解架构和实现: 1. README.md: 本项目概述 2. docs/requirements.md: 需求说明文档 3. app/service/: 服务类目录 4. xxxx: xxxx 有任何不清楚的内容, 可自行拓展阅读, 并逐个向我提问 ```一般一线模型阅读完之后, 会给你输出一个总结, 看
- AI有一种情况, 就是自己分担一部分然后腰累坏了, 花钱请人陪护, 他吃瓜子你嗷嗷叫 开个玩笑, 佬友这个要是上了天堂升任上帝, 我觉得是全人类的幸福
- AI可能我没说清楚, 我说的是传统的那种 VsCode 界面, 左边文件树, 中间文件内容, 右边对话窗 这种无用信息量太多了, vibe coding 最重要的就是你和 LLM 的上下文 所以要用 CLI, cursor 我记得是叫 Agent 模式?我忘了, 很久不用了
- AI你这样仅靠提示词, 丢的东西太多了, 分两个内容介绍下我的方式 - vibe 思路: - 手动管理上下文 - 不要频繁创建会话 - 仅告知 LLM 需求和工作内的内容 - 不要 指导 / 规定 / 约束 一些有的没的 - vibe 流程: - 先让 LLM 熟悉当前要改动的模块, 内容一定要全, 不能有遗漏 - 告知 LLM 需求 / 工作流程 / 测试验收标准 - 让 LLM 制定工作计划, 输
- AI
- AI
- AI
- AI
- AI