Loading video...

Video Failed to Load

Go Home

兄弟们,很多人用 Codex 最大的问题,不是不会写代码。 是项目一大,AI直接失忆。 昨天聊了几个小时,今天换个窗口,又得重新解释: 项目干嘛的。 改了什么。 哪里有坑。 最烦的是,你自己都快忘了。 我现在更喜欢让 Codex 先给项目做一个“记忆文件”。 直接丢: 扫描当前项目,生成 SESSION_HANDOFF.md 记录: 1. 当前架构 2. 已完成内容 3. 未完成任务 4. 技术决策 5. 已知问题 只读分析,不修改代码。 以后不管换窗口还是换模型。 先读这个文件。 几十轮聊天压缩成一份项目档案。 这个东西看起来简单。 但项目越大,价值越明显。

16,192 views • 1 month ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

Codex 5.6 真正与普通人拉开 90% 差距的,不是 prompt,而是你会不会配置 config.toml 很多人用 Codex 还停留在“打开就聊”,但真正重度使用的人,早就把模型、任务模式、项目规则和自动化流程写进配置里了。 现在 Codex 5.6 最值得折腾的 4 个专业设置: 1️⃣ 固定模型 + Reasoning Effort 别每开一个任务都重新选模型。 把默认模型和推理强度写进 ~/.codex/config.toml,日常任务追求速度,复杂架构任务再提高 reasoning effort。 输入prompt: 请检查我当前 Codex 5.6 实际支持的模型和 reasoning effort 配置,不要猜测或使用已经废弃的参数;然后修改 ~/.codex/config.toml,为日常 Coding 设置合理的默认模型与推理强度,并告诉我具体修改了哪些字段、为什么这样配置,最后验证配置是否成功生效。 2️⃣ 不同任务建立 Profile 写功能、修 Bug、Code Review、做系统架构,根本不应该用完全相同的配置。 Codex 支持 Profiles,可以针对不同任务切换不同工作模式。 配置用的prompt,直接用: 请基于我当前 Codex 5.6 配置创建 3 套 Profile:fast-dev 用于快速开发和小修改,code-review 用于 PR 和代码审查,deep-architecture 用于复杂系统设计;分别配置合适的模型、reasoning effort 和执行策略,不使用已经废弃的配置项,并告诉我之后如何通过 --profile 切换使用。 3️⃣ 给每个项目建立独立配置 全局配置解决“你习惯怎么工作”,项目配置解决“这个项目必须怎么工作”。 把技术栈、测试方式、项目约束和工具配置放进项目自己的 .codex/config.toml,不要每开新会话都重新解释。 直接输入: 请分析当前项目的技术栈、目录结构、测试方式和开发工具,为这个项目设计一份最小化的 .codex/config.toml,只写当前项目真正需要的配置,不覆盖无关的全局设置;完成后解释每项配置的作用,并检查项目级配置是否能够被当前 Codex 正确加载。 4️⃣ 用 Hooks 把规则变成自动执行 最浪费时间的方式,就是每次都提醒 Codex 改完记得跑测试、提交前记得检查、别忘了扫安全问题。 现在可以直接把这些规则做成 Hooks,在生命周期节点自动触发。Codex 当前官方配置已经支持 lifecycle hooks。 直接用这段: 请检查当前项目适合配置哪些 Codex lifecycle hooks,并为我建立最精简的一套自动化流程:代码修改完成后运行必要测试和 lint,关键变更执行安全检查,提交前执行最终验证;只配置真正必要的 Hook,避免重复执行和拖慢开发速度,完成后实际触发一次并验证每个 Hook 是否正常工作。 真正高效的 Codex 启动就知道该怎么工作。 赶紧配置试试吧!

govin.eth | G哥

154,237 views • 1 month ago

Codex 5.6 必装 Obsidian,直接给 AI 装上安全免费的本地永久记忆库! 很多人想给 AI 增加长期记忆,但又担心云端 Memory 成本、隐私和数据安全问题 今天我找到了正确的解决方法:让 Obsidian 成为 Codex 的外部知识中枢,让Codex 根据当前需求检索相关知识;完成任务后,再把新的经验、结论和变化同步回知识库。 检索知识 → 执行任务 → 沉淀经验 → 优化知识库 直接用下面这段prompt(提示词): “请将当前 Obsidian 知识库作为我的跨项目长期记忆系统,为所有项目建立统一索引和知识结构。持续整理并维护项目背景、长期偏好、关键决策、已完成内容、当前进度、失败方案、踩坑记录、技术方案和下一步计划。 每次开始新任务前,先检索 Obsidian 中与当前任务相关的笔记,补充必要上下文后再执行任务;任务完成后,将新增的结论、重要决策、代码变更记录和项目进度同步更新到对应文档。 只保留未来有价值的信息,避免记录无关对话、重复内容或临时信息;不要保存密码、api Key、token 等敏感信息。” 还可以创建个自动化流程: “每次完成重要任务后,让 Codex 自动提取本次开发中的关键经验,包括技术决策、解决方案、踩坑原因和可复用方法,沉淀回 Obsidian,持续完善项目知识库。” 随着项目不断推进,Obsidian 不只是存储文件,将逐渐成为属于你的 AI 知识库大脑。

govin.eth | G哥

305,481 views • 1 month ago

最近很多人问我: “怎么快速起号?” “推特怎么做起来?” “有没有什么捷径?” “是不是要天天发项目、天天蹭热点?” 我的答案基本都一样: 你去加入灯塔。 不是因为加入了就自动起飞,也不是进去就有人手把手喂饭,而是你真的想做号,必须先进到一个信息密度足够高、同频的人足够多、每天都有人在跑结果的环境里。 很多人起不来号,不是因为不会写。 而是你根本不知道别人每天在看什么、研究什么、复盘什么、输出什么。 你一个人在外面瞎发,今天蹭个热点,明天转个项目,后天发点鸡汤,发了三个月自己都不知道账号定位是什么。 但你进了灯塔之后,情况就不一样了。 你会看到别人怎么选题,怎么写开头,怎么做观点,怎么把项目研究讲成人话,怎么把一件小事写成有传播感的内容。 最重要的是,你会慢慢知道: 什么内容有人看; 什么话题值得追; 什么项目值得研究; 什么表达像人话; 什么东西只是自嗨。 我一直觉得,起号这件事没有玄学。 核心就三点: 信息源、持续输出、复盘迭代。 灯塔解决的是前两个。 你进去之后,每天认真看,认真研究,认真写,别光潜水,别只想着抄作业。 三个月下来,只要不是太懒,基本都能起号。 因为你会被环境推着走。 别人天天在进步,你不写会慌; 别人天天有新观点,你不研究会落后; 别人一条内容爆了,你自然会去拆它为什么能爆。 这比你一个人在外面闭门造车强太多了。 所以以后再有人问我怎么快速起号,我还是那句话: 去加入灯塔。 进去以后别问太多,自己看,自己研究,自己发,自己复盘。 三个月后你再回头看,大概率已经不是原来那个账号了。

初七🍌

10,678 views • 3 months ago