我给AI提过一个很日常的需求：做一份字帖。给孩子选楷书，也给喜欢行楷的自己留一份。字体、格子、描字颜色来回改，最后做出了两份各12页、可以打印的古诗字帖PDF。
再往后，字帖里的实际页面被拿来配图，相关经历整理成文章，进入博客和公众号的发布流程。
另一边，我还在继续做英语练习项目SpeakFlow。也是提需求、看结果、继续改，但这回留下来的是代码和测试结果。
这些事情放在一起，有个地方挺有意思。
我看到的入口，常常就是一个对话窗口；另一头出来的，却可以是打印文件、文章页面，或者推到仓库里的代码。
从说出一个需求，到拿到这些东西，中间到底接了什么？
这才是我最近想拆开的部分。我开始把现在这种用法，看作一张个人AI工作台。
一张工作台，得能把需求接进来，有地方真正做事，留得住做出来的成果，也能把东西交到该去的地方。把这几处关系看清楚，再看各种AI工具，就容易知道它们各自能帮什么忙。
需求入口 → 执行环境 → 成果存放 → 交付渠道。
聊天窗口是入口，工作还要往后走
在手机上提需求，有一个很直接的好处：想到什么，可以先说出来。
但刚说出口的需求，往往还不完整。
“做一份字帖”里面，就藏着一串选择：给谁用，用什么字体，练单字还是练古诗，有没有描摹，怎么留空白，最后要不要打印。
这些选择是在来回讨论、看样张、提修改时，逐渐变清楚的。
所以，这个入口承担了两件事：把我的想法交给AI，也把做出来的东西送回来，让我判断是不是自己要的。
手机方便随时说，电脑方便看更大的页面和文件。对我来说，它们都可以是进入工作的地方。
至于具体工作在哪里做，要看任务。
实际动手处理文件、运行代码的，是相应的工作环境。我们的这段协作就用到了云端的文件制作环境，以及SpeakFlow对应的开发环境。
入口解决的是“我怎么把事情交代清楚”，后面的执行环境，才负责把事情落实下来。
同样是提需求，做字帖和改代码走的是两条路
做字帖，首先要处理内容。
普通单字、古诗、按教材编排的同步字帖，需要的材料不完全一样。到了同步字帖，还要核对教材版本、字表和顺序，不能随便找一份看起来像的材料就开始排。
然后才是制作：字体选什么，格子多大，描字多浅，一页放多少。排好以后，还得打开页面看看，才能知道这些要求放到纸上是什么样。
写字帖介绍文章，又会调用另一组能力：整理文字，制作封面，从实际文件里选出适合展示的页面。
看起来都在和AI说话，真正做事时，需要的是资料查找、文件处理、排版和图片制作这些能力。
SpeakFlow就不同了。
英语练习项目里的功能要落到代码中，需要在开发环境里修改、运行、测试，再把改动保存到代码仓库。这一轮工作，已经有代码推送和自动检查通过的记录。
它目前走到这里。通过测试和推到仓库，并不等于已经部署上线，更不能据此说英语练习的效果已经得到验证。
把这两个例子放在一起，工作台的第二部分就清楚了：同一个交流入口，可以接到不同的执行能力。
字帖需要能生成和检查文件的地方，软件需要能改代码、跑测试的地方。具体接什么，由要做的事情决定。
如果一个AI工具只能给我讲“应该怎么做”，后面的执行仍然需要另外接上。这也是我看工具时，会特别留意的一点：它能把工作往前推进到哪一步？
文件和代码，要有各自留下来的地方
事情做起来以后，成果放在哪里，就变得重要了。
字帖是PDF，文章有Markdown稿，封面和样张是图片。这些文件保存在文件库里，可以拿出来看、下载，也可以继续用于后面的工作。
比如古诗字帖做好后，写介绍文章时，就能从实际PDF里取出页面当配图。那份文件又成了下一件事的材料。
这和让AI重新画一张“看起来像字帖”的图，意义很不一样：读者看到的，就是文件里真正有的页面。
代码有自己的存放方式。SpeakFlow的改动进入GitHub仓库，留下版本记录，也有对应的测试结果可查。
文件库和代码仓库，负责保存的东西不同，但都让成果有了一个明确的位置。
我觉得这里有个很值得留意的变化：一次AI工作的输出，可以成为下一次工作的输入。
字帖文件，可以继续做文章配图；文章和相关链接，可以汇进系列目录；代码改动，可以在已有版本上接着开发。
连续做事的基础，就藏在这些能够保存、查找、再使用的成果里。
当然，文件留下来了，不代表它会自动在所有对话和工具之间流转。下一次使用哪份材料、哪个版本，仍要找到并确认。现在能做到的，和还需要人来衔接的部分，都得分清。
最后一站，要看东西交给谁
给自己用的东西，和准备公开分享的东西，最后一段路也不同。
字帖给自己用，要能打开、下载，方便打印。软件功能给自己试，除了代码，还需要能运行的版本和实际体验。
内容准备公开，则要经过发布。
在我们的实际流程里，文章和图片可以提交到howie.wang博客，也会进入公众号草稿同步流程。但博客页面、公众号草稿，是不同的结果。
之前就遇到过：博客已经能打开，公众号草稿却没找到。我还追问，是不是图片格式出了问题。
这件事放到工作台里看，问题很具体：前面内容已经做出来了，后面的交付还有一段没接好。
所以，发文章要看发布结果；同步公众号要看草稿状态。草稿进去了，也还没有等于读者已经收到正式推送。
等内容多起来，还需要一个找得到它们的地方。我把一年级、二年级已经发布的公众号链接补进了博客字帖目录，这样，相关内容有了一个固定入口。
从一个需求，到一份文件，再到一个可以访问的页面，事情才逐步走到了真正使用它的人面前。
这里是浩哥AI实验室。我会把自己用AI做东西、改东西、把东西交出去的过程记下来。已经走通的说清楚，还没走通的也留着继续试。
把这张工作台摊开看，其实有四类职责：交流需求、执行工作、保存成果、完成交付。
贯穿其中的，还有我自己。目标要由我来定，样张和结果要看，偏了要改，准备发布时也要作决定。
如果你也想试着把AI接进自己的工作，可以先挑一件会反复做的事：一份周报、一套练习材料，或者一个一直想做的小工具。
顺着它走一遍就知道了：哪一步还停在聊天里？哪里需要能动手的工具？做好的东西放哪？最后交给谁？缺哪一段，再补哪一段。
至于要装多少工具、配什么机器，可以跟着这些实际需要来决定。
这张工作台还在慢慢长出来。眼下让我觉得值得继续的，是那些已经发生的连接：我在对话里说清需要，后面有地方执行，成果能留下来，也能继续交出去。
下一个需求来了，就有机会沿着这条路，再往前走一点。
文中提到的字帖，可以在字帖系列目录找到。