先讲个厨子的故事
想象你是个厨子，做了十年菜，肚子里全是经验，但这些经验存在脑子里，别人看不到也用不了；你带徒弟，只能口传心授，徒弟一走，菜谱又跟着走了
我见过太多人卡在这一步，包括我自己，不是没货，是一想到要排版、要配图、要搞服务器，输出的兴致就凉了一半；经验不落地，等于菜谱锁在脑子里
所以我做了 aichi.food，一个翻页式教程站，只讲一件事，用四个基础工具，让 AI 帮你把肚子里的经验变成一本图文并茂、人人能访问的在线手册，一个下午就能搞定
为什么是这四件套
工具不在多，在于每一样都正好解决链条上的一个卡点，它们是一条自然的递进链，每一环解决前一环留下的问题
Markdown，审结构的草稿纸，你让 AI 写个教程，它哗啦啦回你两千字，你看着「挺好的」，但哪里好、结构对不对、漏没漏东西，说不清；纯文字是一坨面糊，看不出骨架，Markdown 用 # 和 - 把结构显性化，章节对不对、顺序合不合理，一扫就知道，它不是写给 AI 的输入格式，是你审视 AI 输出的工具，心法是先审结构、再填内容，别让 AI 一口气全写完，那样你就丢了审视的主动权
HTML + SVG，摆盘，内容对了，但满屏纯文字，你自己都不想看第二遍，凭什么要求别人看；就像做菜，食材一样，一份装保温饭盒，一份摆了盘撒了芝麻，味道没变，后者让人愿意动筷，HTML 和 SVG 干的就是摆盘，不改内容，改呈现，而且你不需要学，AI 帮你写，你负责选菜和验收；SVG 还有个隐藏好处，让 AI 直接画图，不用找素材、没有版权问题、放大多少倍都不糊
GitHub，店铺地址 + 建材市场 + 装修日志，页面做好只在硬盘里，别人看不到，GitHub 免费把它发布成一个真实网址，全球能访问，手机也能看，不买服务器不懂运维；它还是个巨大的建材市场，看到别人做好的模板，复制链接给 AI 说「照这个风格来」，不用重复烧砖；版本管理是后悔药，改坏了随时回滚，那个绿点日历，三个月回头看，就是一本可视化的产出记录
教程里还讲了第四个半工具，Skill，相当于给 AI 装专家外挂，写作、排版、检查各请一位专家把关，装得越多你的 AI 助手越全面
为什么教程本身也用这套方法做
这是个刻意的设计，教程本身就是方法的产物
aichi.food 这个站，翻页式、有配图、手机上也能看，但它没有设计师参与，没手写一行代码，没花钱买服务器；内容结构是 Markdown 先列框架逐章审视的，呈现是 HTML + SVG 由 AI 实现的，发布是 GitHub Pages 免费托管的
道理很简单，菜谱行不行，厨子先炒一盘给你尝，如果你看完觉得这个站还不错，那这套方法就是有效的，比我在文章里夸一万句都管用
给你的三条行动建议
先发布，再迭代，60 分的东西先上线，比 100 分的东西永远躺在本地强，手册是活的，改个错别字、加张示意图，都是一轮迭代，GitHub 会帮你记下每一次
一个下午就够，别把它当成一个「项目」，就当是花一个下午整理一道拿手菜的菜谱，框架确认后逐章展开，每章确认完再写下一章，你始终掌控全局，AI 只是干活的那个
什么都可以做，团队 SOP、课程笔记、产品文档、客户入门指南，同一套方法换个主题就是一个新手册，做完记得把链接发出去收集反馈，用作品说话
完整教程（带每一步的提示词，照着抄就行）在这里：aichi.food，把你的经验从脑子里请出来，让它自己上桌