跳到正文
返回博客
用本地工具和云模型搭建个人 AI 工作台
作者
Zinian
发布时间
2026年5月8日
阅读时间
8 分钟阅读

AI 工程

用本地工具和云模型搭建个人 AI 工作台

一个实用的 AI 工作环境:能起草、测试和发布,又不会把流程缠在一起。

我更喜欢“人这一侧足够无聊”的 AI 系统。越不用花时间去回忆 prompt 放在哪、流程又绕到了哪里,我就越能把注意力留给真正的判断。

工作台里放什么

这套栈是故意收小的:

  • 本地文件,用来放笔记、规格和草稿输出
  • 一到两个模型提供方,而不是五个
  • 任何内容真正发出去之前,都有一个看得见的审阅步骤
  • 一些足够简单、可重复执行的小脚本

一条窄而清楚的流程

Code
export const workbench = { intake: "capture the problem in plain language", draft: "let the model propose a first pass", review: "check the result against a short rubric", ship: "publish only after the review passes", } as const;

为什么这套东西还算好用

这个工作台并不打算变成另一个操作系统。它只是给了我刚刚够用的结构,让工作仍然可读:

  1. prompt 是看得见的。
  2. schema 是看得见的。
  3. 输出是看得见的。
  4. 交接也是看得见的。

这会让 agent 工作平静很多。调试也没那么戏剧化,而我对这件事的在意程度,可能比我自己愿意承认的还高一点。

真正的约束

难点通常不是选哪个模型,而是决定哪些地方仍然必须保留人的判断。边界一旦清楚,剩下的工作更像组合问题,而不是神秘问题。

相关工作

和这篇笔记关联的项目与案例研究。

项目

AI 本地博客编辑器

一个面向技术写作的本地编辑与发布工作流,支持 AI 辅助起草与修订。

AI 系统
AI 客户需求收集系统

把混乱的客户请求整理成可范围化、可交付的 intake 与分流工作流。

自动化

案例研究

把静态索引改造成可维护的 AI 辅助发布工作流

一个无需先上 CMS、却能让笔记、来源与草稿输出保持对齐的发布系统。

独立产品项目
用 AI 降低客户需求收集摩擦

一个可重复的 intake 管道,减少上下文丢失,让范围定义更快。

小型工作室 / 咨询型协作

相关文章

和这个主题相邻的更多笔记。

我如何为小型产品团队组织 Agent 工作流

精选
Agent 工作流
2026年4月24日7 分钟阅读更新于 2026年4月28日

小团队的 agent 工作流需要清楚入口、可见检查点和严格的交接路径。

codex
claude
workflow
阅读全文

做 AI DJ,难的不是选歌

AI 工程
2026年7月6日10 分钟阅读

Claudio FM 是一个 AI 私人电台。做它的过程里我发现,让一个 AI DJ 可信,难点不在选歌,而在教它何时闭嘴、说什么、以及在它必然出错时别把电台拖垮。

claudio-fm
ai-radio
tts
阅读全文

为技术作品集网站设计真正有说服力的案例研究

精选
产品构建
2026年5月5日6 分钟阅读更新于 2026年5月7日

怎样组织案例研究,才能证明判断力,而不只是展示结果。

portfolio
case-study
writing
阅读全文

下一步

继续浏览文章列表,或者把这篇文章里的问题展开成一次具体讨论。