我为什么不用聊天记录管理知识,而要搭一个本地联邦知识库
解释为什么聊天记录不能承担长期知识库,以及如何把 Obsidian、本地 Markdown、Codex、项目目录和发布节点组织成联邦知识系统。
24 篇公开内容使用了「codex」这个标签。
解释为什么聊天记录不能承担长期知识库,以及如何把 Obsidian、本地 Markdown、Codex、项目目录和发布节点组织成联邦知识系统。
解释 Obsidian 在 AI 知识库中的真实职责:提供本地 Markdown、链接、反向链接和人工审阅界面,而不是自动真相机器。
解释 Codex 或其他 agent CLI 如何通过 runtime skills、MCP server、SketchUp Ruby bridge 和结构化设计模型,把自然语言意图转成可验证的 SketchUp 项目状态。
解释为什么 Codex 等 AI coding 工具应该被约束为一次性 worker,而不是长期调度器或发布控制器。
说明 AI PR 为什么不能只交付代码,还必须附上测试结果、截图、日志、风险边界和可复核的证据包,而不是只看 diff。
解释为什么 GitHub issue 应该成为 AI coding worker 的可执行合同,而不只是待办标题。
解释为什么 AI 修复任务需要 triage、analysis、implementation 和 evidence 等阶段门禁。
展示一篇知识如何从证据层进入 wiki,再通过 publication source、prepare、review 和 sync 变成可追溯的公开文章。
用 kb status、lookup、promote、publish 展示联邦知识库的窄接口工作流,说明如何让 AI 复用、晋升和发布知识而不越界。
对比 Codex CLI、OpenCode + MiniMax-M2.7、Qwen Code + MiniMax-M2.7,并给出普通人可以直接本地安装试用的完整命令行教程。
把抽象能力落到生活和工作。十类普通人今天就能用 AI 完成的事情,每类都有具体场景和可复制的提示词。
普通人用 Codex 建站的第一步不应该是设计文件夹结构,而是在一个空目录里启动 Codex,把目标和边界说清楚。
本地网站能打开以后,把发布流程交给 Codex 带路;普通人只需要复制指令、选择账号、确认授权,最后拿到免费网址。
让 Codex 在空目录里创建第一版个人网站后,普通人只需要看本地预览、页面是否清楚,以及有没有隐私风险。
个人网站上线后,每次只改一件事:让 Codex 先给计划、本地预览、检查,再按当前项目的发布方式更新线上版本。
个人网站能发布、能更新以后,每次上线前都复制一段固定检查指令,让 Codex 先查隐私、图片、链接和手机阅读问题。
免费网址已经能用以后,先让 Codex 判断是否值得买域名;普通人只需要确认账号、域名和页面状态,不必先学 DNS。
CLI 不高级,CLI 只是最干净的入口:没有按钮干扰,只有一个问题——你想做什么。普通人不需要先学完软件流程,只需要把目标说清楚,剩下的让 AI 带着走。
收束全系列,给出一套可复制的个人工作流配置。一台电脑、一个目录、一个命令行 AI、一套确认习惯,就是普通人用 AI 干活的基础配置。
不从 cd、npm、git 的理论开始。从一个真实画面开始:新建文件夹,打开 Codex,输入一句完整目标。Codex 会带着你走完整个过程,你只需要确认关键节点。
不需要先成为 AI 专家,不需要先学一堆术语。普通人真正要练的,是把目标、边界和验收标准说清楚。一个命令行窗口,能输入人话,能让 AI 替你干活。
一篇给会用手机和电脑、但害怕技术网站的普通人看的入口:用 Codex 从一个空目录开始,一步一步做出自己的个人网站。
从 Codex、域名、静态托管、对象存储、邮箱到后续升级,拆开一座个人独立站的真实成本。
一份写给非程序员、创作者、家长和工程师的独立站入门指南:先选内容形态,再让 Codex 帮你把网站落地。