tianfei.chat

当Ai围观一群学生毕设时……

Mon, 20 Jul 2026 00:00:00 GMT

毕业季，学生压力很大，老师压力也不小。

学生要做毕设、改简历、找工作、做论文。老师这边，也常常会变成一个疲惫的提醒机器：收信息、催进度、解释规则、确认链接，开题、中期、各种交表格…

很多事情并不难。

但它们很碎，很重复，而且不能不做。

比如姓名、电话、毕设题目、项目链接。看起来就是几行表格，但每年都有人漏。你催轻了，对方不动；催重了，又像在给本来就焦虑的学生继续加压。

去年我就想把AI拉到群聊里，让它帮我们，但微信群不开放相关权限。

今年的毕业设计又启动了，我在元宝中建了一个Ai群，让Ai围观，理解，然后帮我（和学生）干活，一个月看起来，效果非常不错。

1）登记信息

建组的时候，Ai助手针对进群的学生，主动要求其提供姓名、电话、毕设题目，它会自动整理归档。

Group 1000007573.jpg

2）催进度

有人补了项目链接，它会记录。进度慢的，也能催，而且元宝在中间催，味道就变了一点。

它提醒的时候没有情绪，记录的时候也不嫌烦。

学生一边觉得有压迫感，一边又能接受。学生调侃说：

“感觉这个比钉钉还狠。”

3）能夸人

更有意思的是，它不只是催。在我的“暗示”下，它也会“夸人”，把学生做得好的地方顺手说出来。

比如某个同学的 Demo 发到小红书，有了几千观看、上百赞和几十条留言，它会记录市场反馈，也会提醒下一步要对接谁、还差哪些信息。它还会把每个人的亮点补出来：执行力强、切入点准、配合度高、名字有意境。

这件事看起来很小，但毕业季挺重要。

学生压力已经很大了。老师当然要推进工作，但如果群里只剩下催促，大家都会累。

AI 放在群里，至少能接住一部分重复提醒，也接住一部分情绪压力。

它让“收信息、查进度、补提醒、顺手夸一句”这些小事，变得稳定一点。

4）能答疑

我只要提供了标准答案，AI就能够为学生答疑，即使我没来得及时看到消息，学生也能向它咨询。

5）能总结

通过介入AI的Agents方法，元宝在群不是让老师少打几个字。它更像是在群里维护一个公共工作台。

可以帮同学总结经验，可以按老师的要求整理群记录，学院催促的时候，还能统一整理选题成表格，也可以把辅导记录整理成表格给大家参考。

Xnip2026-07-05_11-41-09.jpg

感想：工具应该从利人做起

这三年，我试过很多 AI 工具。

从 IDE 里的代码助手，到各种 Agents，再到 OpenClaw 这样的工作流工具。

用得越多，我越觉得一件事很朴素：

不管是什么工具，最后还是要从利人做起。

这里的“人”，首先也包括老师自己。

教师已经很辛苦了。很多工作并不创造多少价值，只是在消耗注意力：反复收信息、反复催表格、反复确认进度、反复整理记录。

这些 bullshit works，能干掉就应该干掉。

AI 当然不能替代老师。

但它可以帮老师少做一点低价值的重复劳动，少承受一点催促带来的情绪压力。

这样老师才有机会把时间留给真正有价值的事情：

判断方向，设计机制，鼓励学生。

以及在学生真的需要的时候，认真地看见他们。

———end———

*(本文中学生姓名均已受学生同意露出)

番外1：抄作业

如果你是一位毕业指导教师，也想获得同款Ai毕设群，很简单。

我将这一个月元宝派群管理的方法和技巧，做成了一个【高校毕设群-初始化包】，且已经开源到了github，你一键就能获得同样的能力。

1、安装元宝（电脑打开下面网址）

https://yuanbao.tencent.com/download?from=tianfei

2、建一个元宝派群，然后你只需要在在群里说一句话：

3、接下来你只要邀请学生进群就可以了。

看到元宝一个一个地要求学生提供姓名和联系方式以及初步选题，未来，它可以帮你催进度、统计数据、总结讨论…

番外2：分享两个毕设作品

#### 作品1：框景APP

这是今年的毕业生苏必熙的设计方案，框景是一款私人美术馆相机：拖动相框，框住此刻，为照片选择相框、心情与展签，把日常装裱成作品。

目前，此方案通过Vibe Coding已经实现开发并且上架苹果商店。

https://tianfei.chat/app/frame-scape/

#### 作品2：Anim-English APP

这是今年的毕业生徐艺鑫的设计方案，通过图片卡片、双语朗读和自定义词书，让【不识字】的孩子听得懂单词、敢开口。通过Vibe Coding已经实现开发并且上架苹果商店。

并且，目前已产生了销售收入。

https://tianfei.chat/app/anim-english/

我为女儿开发了一个数独游戏

Sat, 21 Mar 2026 00:00:00 GMT

春节期间，我又忍不住，vibe coding 了一个新坑作品。

是这样的，我4岁的女儿对数字很感兴趣，天天在墙上写数字、做加减，拿着小算数本天天写算数题，上下楼的时候还会一路小声念着：98，99，100……

介绍自己的数学题

（我真的很想秀一下女儿）)

有一天下午，我突然想到，或许可以让她试试数独游戏，我印象中这个游戏对数字和专注力都有蛮好的训练。然后我就开始找“真正适合幼儿起步”的APP或者网站，但我认真搜索了一圈后发现，大多数这个游戏的起步关卡，基本都是 9×9模式，就像下面这样（横着9个数字，竖着9个数字，还要切分成9个宫格）

我能搜索到的简单数独入门

我发现：

“数独游戏”没有新手村？

怎么这些数独游戏网站似乎默认来这里的人都是会玩游戏的人，人们只是想找更多的题目来玩而已。

但对刚开始接触规则意识的小朋友来说，行、列、宫一起理解，门槛确实太高了。

我能搜索到的简单数独入门

我让她玩了一下，但确实很难理解9x9模式的数独，毕竟刚4岁！

我想，数独不是不适合孩子，而是起步台阶太高。为啥不弄一点更简单的入门训练呢？

教师的毛病又犯了，我开始拆解这个游戏能不能做简单点？

为啥起步就是一行9个数字？我设计了一个一行只有2个数字的入门，让孩子学会：

一个2x2格子的超简单数独

看行：每行数字不能重复（只能是1或2）

看列：每列数字不能重复（只能是1或2）

1774066059784

在电脑上跑了一个原型，效果不错！

让女儿试完了一下，这个“枯燥”第一大关，我设计了60个小关——就是简单的看行看列，把两个数字补齐就行。但为了每关过关后的小“奖品”，可能是个星星，或者爱心，或者小饼，她乐此不疲，10分钟就打穿第一大关了。

于是我马不停蹄的设计了

第二关：3x3（仍然训练只看行，或列）

第三关：（4x4）除了行、列不能重复，每个“宫”里也不能重复

到了第三关，只利用数字1、2、3、4，依然很简单，但规则和真正的9x9数独已完全一样了，这样，她就学会了数独。

我把路径拆成了渐进结构，不是让孩子直接“硬闯”标准数独，而是从更小的盘面先建立规则直觉，再逐步过渡到完整玩法。我希望它既有训练价值，又不会让孩子一开始就挫败。

适合3岁左右小朋友玩的数独

我也做了很多小反馈设计：给不识字的小朋友专门看的过关奖励的小图案、有爱心，有小花花，有小星星，小饼干……

每关也鼓励文案和小技巧…… 这些文字小朋友根本看不懂，但她可以问父母。

通过有趣反馈来和更温和的难度节奏。孩子每过一关，都应该感觉自己“又会了一点”，而不是“又做错了”。

我给她剪了一段视频

接下来她每天都说要玩 “跳格子”，每次过关都很开心，我又仿照一般游戏的作法，增加了“排行榜”，与她获得的金币有关，她发现排行榜后，更是会认真观察自己“升到了第几名”。

当然，这是一个不联网的游戏，所以“排行榜”当然是一个善意的谎言，从不同的维度激活兴趣，对这个年龄段的孩子来说，兴趣和自信比正确率更重要。只要她愿意继续玩，愿意继续观察数字关系，学习就会自然发生。

最后，老规矩，做出来的产品，一定要上架，这是我在AppStore经历的最复杂的上架流程：除上上架和内购流程、儿童向合规怎么做、家长门槛怎么设计、截图和文案怎么避免审核误判。过程中被驳回过，也一点点把流程补齐。最后我意识到，真正难的不是某个按钮，而是产品、技术、审核三件事要同时闭环。

来两张宣传图：

最后定名：kid duku （幼儿数独）

让我开心的事

我开发的这个小APP，真有很有用！

这样玩了两天之后，她彻底掌握了数独游戏，一个刚满4岁，只会10以内加减数的小孩是如何玩数独的？看看我实拍的记录。

下载使用

iphone 和 ipad 已上架，App 下载地址：

https://apps.apple.com/cn/app/id6759147003

(考虑到我去年前年的AppStore开发者账号费99美元/年还没赚回来，所以今天我给产品都定了价，定价9.9RMB试试)

安卓不知道怎么上架，还得等等。

如果你家里也有对数字感兴趣的小朋友，希望 kid doku 对你有帮助。

如果你也是在做教育产品或儿童产品的开发者，也欢迎交流。你踩过的坑，可能正好是我下一步要避开的坑。

它也许不是一个宏大的项目，但它是我想送给女儿的一份长期礼物。

(这是春节期间我给女儿做的产品，开年之后忙的不得了，终于在这个周末能把它发出来，算是为自己画了一个小句号。)

题外话：关于AI 设计

标题中的“没写代码，没做设计，但我开发了一个女儿数独APP”显然是标题党，我没有按照传统的方式写 Swift 代码，或用传统的方式使用 Figma 或者 Photoshop 做设计。但我使用了 Web vibe 和 vibe design（当然最近vibe这个词又滥大待了）

虽然我是个设计师，但是这一次我没有使用 Figma 做设计，而是尝试了 pencil（未能达到预期）

然后改用了 google Stitch——怎么说呢？效果我不说了，主要是完全使用了自然语言交互完成的设计，这是我们需要关注的变化。

想起来，我唯一做的设计是最后完成的标志，我挺喜欢这个标志。

Kid Doku

五个00后大学生，打算教张小龙做微信

Wed, 28 Jan 2026 00:00:00 GMT

微信十五岁了，该来些新东西了。

2026 年初的一个凌晨，田飞按下了公众号「IDL 创新设计实验室」的发布按钮。

四篇文章，记录了微信正在进行的四个功能灰度更新：

「清理白名单」让用户可以一键删除白名单以外的其它聊天记录，快速释放存储空间，避免误删重要内容；

「微信口袋」把散落在微信里的各种文章、链接、重要信息装进统一空间，状态保留，随取随用；

「固顶转发」将最常转发的联系人和群聊置顶在转发界面，还支持一键同时转发给多个对象，避免转错人的尴尬；

朋友圈加入了「预览编辑」功能，发布前可以预览文字的展现效果，还能修改图片次序、大小，调整好后一键发布，无缝衔接。

田飞把这些文章转发到朋友圈。没多久，留言开始涌进来。有朋友问「微信终于把这个做出来了」「我怎么还没收到更新？」「到底什么时候上线？」

他有点不好意思，又有点得意。

不好意思是因为，这些所谓的新功能确实存在，但它们并非来自「官方」；得意则不仅在于这些新功能都是他的学生设计的，还因为一个在心里放了很多年的想法，终于部分实现了。

这是田飞任教的湖南工业大学几个学生所做的一场交互设计课程实验。五个学生组成的小组，最初的名字挑衅感更强，后来才改成现在这个更收敛的「假如我是张小龙」。

自信来自于一种直觉：微信就是不好用。十几亿用户，男女老幼，每个人都有想吐槽的点，对它来一次「爆改」，岂不是天经地义？

每个人用微信都会遇到这样那样的不满，每个人都觉得自己能比微信团队做得更好。

不到 20 岁时，田飞就是 Foxmail 用户，谈起张小龙，他「保持着长久的敬意」，但对微信动手术刀的念头，在他心里已经放了十多年。

没有人比大学生更合适做这件事。她们没有成熟产品经理的包袱，没受过行业套路和人性弱点机制的毒害——爆改微信，还能有人比她们更合适吗？

课程小组花了数周时间，选了几个自己日常最不爽的微信功能点，做了完整的解决方案，再用几篇「以假乱真」的文章制造传播事件，对用户量超 14 亿的超级 APP 提出质疑，向「产品之神」发起温和却又不自量力的挑衅。

2026 年 1 月 21 日，微信刚刚过了十五岁生日。这个年纪足以令人不安，意味着一款产品早已度过黄金年代。

倘若最初的微信是我们的起居室，如今已经成了一座住满了几代人、庞大而臃肿的巨型城堡，管道早已老化，空间变得拥挤，门客有着千奇百怪的需求，而领主做出的任何改动，似乎总是能激怒所有人。

几个学生走进这座城堡，很快发现里面的门道远比想象更深。从挑战，到理解，再到成为张小龙，短短数周的项目里，学生们的视角发生了转换。

这恰好达到了田飞期望的效果。在作业之外，这其实更是一场被刻意放大的设计实践。学生从简单的功能着手，一窥整个系统的复杂性。未曾直面用户、实践经验尚浅的她们，获得了直接「嵌入」微信这样一个国民级 APP 团队的机会，获得见微知著的真实体感。

「工夫在诗外。」田飞最关心的反倒不是学生们做了哪些具体功能，而是这些年轻人在旧建筑的缝隙里，种出什么样的新东西。

5 个学生从大一到大三都有，专业背景也不同，有人研究视觉，有人擅长工程，有人关注系统与逻辑，但她们都是微信的「深度受害者」。

对于印刷大二的王芸昕，微信除了通讯之外，还是她最常用的备忘工具。但问题在于，微信内部同时存在好几个备忘属性的功能：

「浮窗」必须多次返回到首屏，才能在左上角点开；「收藏」同样要返回到首页，再点击「我」标签，而且内容形式没有区分，版式凌乱；最近度过的公众号文章要从「订阅号」进去，在二级、三级菜单里翻找......

这些属性相似的功能，菜单层级够高的交互逻辑反人类，交互合理的却埋得太深，结果就是微信看起来做了好几个备忘工具，但没有一个真正顺手好用，交互逻辑异常割裂。各种需要保存的内容散落在微信各处，像是一通乱塞的抽屉。

于是王芸昕设计了「微信口袋」。无论是一个链接，或者只是选中的一段文字，都可以在微信的任何界面上随时装进这个口袋，从屏幕边缘轻轻一划就能打开。没读完的文章、下载后打开过的文档、没填完的在线表格，全部暂存在这里......

它是一个跨越微信内部层级的「临时内存」。如果把微信看作操作系统，「微信口袋」就是多任务管理。

这个 demo 和近几年手机的「AI 记忆」类功能有几分相似，比如 OPPO 的一键闪记、Nothing 的 Essential Space，甚至让人回想起锤子手机的闪念胶囊。「微信口袋」的核心逻辑是提供一个统一空间，所有内容通过少量步骤完成存取。

「爆改微信」之微信口袋

发朋友圈这件事，赵培艺向来很认真，精心选图、修图、配文毫不马虎。但时常按下发布键后，才尴尬地发现有错字。

开弓没有回头箭，看着不断冒出来的新点赞和留言，她懊恼自己为什么没有好好检查。删掉重发？反而显得更刻意，一种另类的「社交尴尬」在屏幕这头蔓延开来。

赵培艺和杨雨嘉的解决方案，是给朋友圈加上「预览编辑」功能：每次点击发布前可以先预览一下，直接在朋友圈时间线上确认是否折叠、图片排版好不好看。

这在很多人看来可能属于没事找事，但赵培艺认为它能拯救强迫症和错别字星人，提供了「冷静期」，给用户一个短暂的缓冲时间，可以打磨好内容再发。

「爆改微信」之朋友圈预览编辑

白依鹭的手机存储只有 256GB，每次要为腾空间，清理微信是必经步骤，但微信按文件/聊天大小排序的清理逻辑在她看来很荒谬：「应该考虑的是内容本身，以及聊天对象对我的重要程度。」

于是，基于「黑/白名单」清理微信存储的新逻辑诞生了。她给我看了 demo，只按了一个键，重要联系人以外的聊天可以一次性选中，再点清除。她形容这个功能「实在是超满足！」

「爆改微信」之清理白名单

王语琼觉得微信默认的转发列表排序有着难以名状的逻辑，既不完全服从「置顶聊天」的逻辑，也不是纯粹的时间先后。本来群聊就很多，头像非常容易混淆，转发的时候就经常把错的内容发到错的群里。

于是她设计了「固顶转发」，把经常互发消息的联系人和群聊置顶在转发界面上，还能多选转发对象。「我们将选择权还给用户，让高频社交场景拥有永恒的优先级」，她这样介绍自己设计的功能。

「爆改微信」之固顶转发

四篇文章发出去之后，不少人跑来问如何给自己的微信也加上这些功能。这种「假传圣旨」的做法带来的压力并不小，但课程小组感到兴奋——自己的努力至少得到了讨论和认可。

王芸昕后来告诉我，做完这个项目，她对超级 APP 祛魅了，「从前以为特别厉害的软件设计，好像也没那么遥不可及。」

在课堂上，田飞把这种练习称为「重设计」(ReDesign)。

这是种同时倡导破坏与建设的教学方法。他要求学生不要凭空发明一个 APP，而是把矛头对准那些已经成型、甚至被认为不可撼动的产品——比如 12306、滴滴，抑或是用户量超过 14 亿的微信。「重设计」鼓励学生在看似坚不可摧的逻辑上找到裂缝，像个外科医生将其切开，把自己认为更好的逻辑替换进去。

而在设计之后，再加入传播的环节，源自田飞自己作为独立开发者的经验。「设计的完成不是完成，只是起始，」他说。

不仅是文章，在设计完成后，田飞还带着同学们直接做了一个完整的「爆改微信」项目落地页。

这个网站迎面给人以冲击：命题以大字呈现，背景里是课程讨论的照片，同学们记录了选题阶段的无数次徘徊，一个个构思提出又被推翻，深夜里的白板上写满了稠密的逻辑推演。最后，留下了四个「胆大包天」的爆改角度：微信口袋、朋友圈预览、固顶转发、清理白名单。

公众号文章是田飞那个时代的内容形式了，大学生更喜欢用更活泼的方式来显摆。于是同学们还仿照科技媒体评测的风格拍了短视频，一本正经地介绍所谓「网上流出的微信 9.0 内测功能」。这还不够过瘾，她们又做了一首「说唱单曲」，甚至还准备做配套的 MV 。

「设计的完成不是完成，一切才刚开始。」田飞说，后面还有传播、开发实现、收入变现等等一系列工作，这些都是设计学生平时不常能想到和经历到的体验。尽管课程的时间有限，他还是希望自己的学生尽可能走完一个独立开发者的完整流程。

对这次实践的结果，田飞并没有明确的预期。只要学生做好自己的事情，有机会取得传播效果，就值得鼓励。「如果作品能穿透校园围墙，在真实世界引发传播和讨论，无论结果如何，这本身就是对能力最好的奖赏。」

田飞今年 45 岁了，他回忆起 20 多年前还在西北街头寻找网吧，兜里揣着一张 3.5 英寸软盘，里面装着 Foxmail。

那个时代属于互联网老前辈的个人英雄叙事，产品轻盈，开发者像天才，马化腾做了 QQ，李彦宏做了百度。但和那些有融资、有团队的大佬比起来，张小龙的经历更加传奇。

你很难想象全靠一个人可以做出 Foxmail 这样优秀的软件，甚至能和微软 Outlook 掰掰手腕。在腾讯还只有 10 万用户的时候，Foxmail 的用户已经超过 200 万。前网易总编、YY 创始人李学凌这么形容张小龙：你站在黄庄路口大喊一声「我是 Foxmail 张小龙」，一定会有一大群人围上来让你签名。

后来发生的事情则无需多言，张小龙加入腾讯后，先把 QQ 邮箱做成了第一个真正被本土用户普遍接受的电子邮箱，后又主动提出并领兵开发了中国移动互联网第一个现象级产品微信，一时间风光无两，在互联网行业彻底封神。

这种已经神化的形象，反倒是田飞想让学生尝试拆解的东西，「我对张小龙保持着长久的敬意，但这不代表他的产品不能被讨论、不能被优化。」

实际上，十年前他就给学生布置过相同的选题，但那场实验以失败告终。

阻力来自两端：一边是技术门槛高，没有像今天这么好用的原型工具，更没有 vibe coding（氛围编程）。学生只能用 After Effects 做一些粗浅的视觉演示。交付物看起来像 APP，但不是真的 APP。没有真实的交互流程，就没有行为反馈，就无法验证效果。

另一边是心理。十年前的微信，尚且年轻新锐，设计克制，功能简约，令人向往。田飞回忆十多年前的大学生，有的对微信「无感」，因为他们都还是 QQ 的原住民，有的学生用过、有一些感知，但更倾向把微信看作一个神圣且遥远的设计标杆。

今天的情况大不一样。

现如今，学生有太多趁手的工具，用 Sketch、Figma 做界面设计，用 Principle 和 Protopie 做高保真动效，结合出可交互、足以乱真的 demo。这也是为什么公众号文章骗过了不少人，以为她们真的魔改出了一个更好用的微信。

如今的微信，也已不再是当年那个简约克制的微信，而是演化成一颗盘根错节的巨树。她们一开始只是觉得某些功能难用，以为自己带来了微信急需的改变；越往后做，才察觉到微信的产品设计远比她们想象的更加复杂和无奈。

王语琼本来想把「看一看」和「搜一搜」砍掉，因为身边没人用，在调研中却遇到不少在用它们获取资讯的下沉用户。组员白依鹭曾经认为自己开发「清理白名单」完美无瑕，但验证用户场景时发现对于不擅长操作手机的高龄用户，这个功能可能会导致误删，引发意想不到的后果。

这也是此前的交互设计课堂上难以获得的新知。

田飞曾经带过各种命题项目，比如服务特定人群的视障导航，或者碎片化记事工具等。但微信不是一个简单的 APP，更像一套数字生活操作系统，或者像官方话术那样，是「一种生活方式」。微信要兼顾下至 10 岁的小孩和上至七八十岁的老人，要让互联网职业产品人看不出破绽，更要让毫无「科技素养」的下沉群体用得顺手。

一个功能的改动，要考虑上亿用户无法简单平均的接受度，也牵涉应用的代码逻辑、旧版本兼容等诸多问题——课程小组的同学们第一次对软件工程里「牵一发动全身」的概念有了实感。

田飞说，课题小组改名为现在的版本，想要的就是学生不止作为用户去吐槽，还要更往前走一步，代入微信产品经理的身份，去思考设计决策背后的权衡。他说：

「教张小龙做微信确实是个老梗了。外界对他的评价，无论是封神还是调侃，都只是外界的投射。他当然是非常优秀的产品经理，回顾微信历史上的很多重要的时刻，他都有正确的判断。但是产品进到国民级之后所承受的压力，是外界无论怎么代入都无法想象的。」

杨雨嘉跟我说：「当我们自己去梳理一个功能的逻辑闭环时，才发现看似简单的一个『撤回』或『转发』，背后涉及到无数的边界情况判断。我们只是在做表面的设计和交互，官方是在做系统。」

她说，现在自己理解了微信团队的难处，也更加佩服他们能在种种限制下维持产品的稳定运行。

田飞看着这几个学生，觉得她们越来越有专业范儿，自己的目的算是达到了。

湖南工业大学 IDL 创新设计实验室的交互设计课程，到今天已经是第十五年了，一直很强调实践。仅在过去的一年里，研究生和本科生已经立项并在推进中的独立产品达到了 8 个，软硬件都有覆盖。

除了更好用的设计、动效、原型工具之外，AI 生成工具也日益强大，让学生有机会独立创造有价值的产品。田飞将「一人公司」(OPC) 的概念融入到设计教育中，对学生的要求远比前几届更丰富和严格。

虽然创造的技术门槛降低了，隐藏在冰山之下的部分，对综合素质的要求反而更高了。

比如，设计专业的学生经常容易陷入对视觉布局和美感的过度追求，反而忽略了设计的核心仍然是解决问题。这其实是独立开发或设计师的通病，许多产品过分追求美观甚至「设计奇观」，却让人看不出对痛点和需求的深思熟虑。大量难用却不得不用的产品抢夺注意力，反而带来巨大的认知负担，逼得一代人「数字中毒」。

湖南工业大学副教授田飞

去年早些时候，田飞指导过一个「反洗脑阅读」课题组。

学生们发现，那些收割老年人流量的垃圾内容产品，大多利用了人性中最底层的弱点之一：贪小便宜。于是田飞带着学生做了一个内容聚合产品，引入了「走路赚钱」、「看视频领金币」等等各种容易让人上瘾的机制，搭建了一个小便宜激励模型。

但有趣之处在于，这个产品的内容池，从流量导向的垃圾文章，换成了由反诈专家筛选过的科普内容。在这个项目里，学生们必须亲手去拆解那些已被「合法化」的阴暗技巧，再把他们反过来用，引导老年人走出陷阱。

利用人性之恶做产品设计，田飞个人对此深恶痛绝。但在课堂上，他其实并不忌惮让学生接触、掌握利用人性的巧妙方法。这看似矛盾，其实很务实：产品设计的核心技能是对业务本质的思考，对流程的判断，更需要理解和尊重人性中亘古不变的那部分。

他清楚，靠一己之力无法与互联网行业的人性之恶斗争，他需要学生们离开课堂之后「去和许多邪恶的产品做一点对冲」，在实践中贯彻更好的理念——这需要她们有一份体面的工作和收入。

「利用人性弱点，本身只是一种手段」，田飞说自己希望通过这个实验传递一种理念，即手段是中性的，好的产品设计同样可以利用这些手段，但关键在于意图是什么，是对用户的算计还是关怀。

讯飞输入法，错过了语音输入的新时代

Thu, 18 Dec 2025 00:00:00 GMT

我其实并不想写一篇“骂产品”的文章。

但有些遗憾憋了一年多，不写出来，总觉得对不起自己走过的那段弯路。

1. 一个五笔用户的日常撕裂

在电脑上，我一直用的是 清歌五笔。

这是我用过的 Mac 上体验最好的五笔输入法，没有之一，考虑到键盘输入是一种肌肉记忆，我一直未能切换到拼音输入法来。

而在手机上，我几乎只用 讯飞拼音(语音)输入法。

这个组合在很长一段时间里是和谐的：

电脑输入 → 五笔

手机输入 → 讯飞

直到前年。

随着Ai的来临，我们这样的产品人开始长时间大范围的使用 vibe coding，每天都需要长时间地与 IDE 键盘对话。

不是写几句提示，而是几十万字规模的对话量。

然后问题就来了。

键盘输入量太大了，我不得不在 Mac 上也安装讯飞输入法。

但肌肉记忆是不会讲道理的——

打字时，我会下意识切回五笔

需要语音时，又得切回讯飞输入法

再点开它里面的“语音输入”子功能

注意，这里真正让我崩溃的点在于：

我不是在两个输入法之间切换，而是在「一个输入法」和「另一个输入法的某个子功能」之间切换。

这个一天几百上千次的操作链路长到让人心累。

2. Karabiner、忍耐，以及失败的临时方案

为了缓解这个问题，2024 年 2 月，我和 pimgeek 用 Karabiner 做了一个快捷版的语音输入方案。

思路很简单：

用快捷键fn

快速拉起语音

快速回到原输入法

勉强实现了。但是我忍了。

这一忍，就是一年。

3. 我自己写了一个“输入法搬运工”

2025 年初，忍耐到极限之后，我干了一件很程序员的事：

我用 web coding 给自己写了一个 Mac App。

原理超简单：

📌

用户长按fn ➡️ 程序帮忙切换到讯飞 ➡️ 然后点开语音听写 ➡️ 等待用户说话 ➡️ 用户松开fn ➡️ 程序帮忙切换回初始输入法(比如五笔/鹤形)，方便用户继续输入或修改

当时我在即刻社区写道：

Mac 电脑的语音输入法来了，以后和 Cursor 聊天，再也不打字了。动嘴编程时代来临 😄
为 Mac 电脑增加一键临时语音输入法
没有大模型
没有 API
没有 AI 润色
没有双语翻译
就是忠实地把语音转成文字，
借助讯飞输入法本身的能力，
把断句和标点做好，
远胜过 Mac 自带的听写。

我还录了一个演示视频（视频 1）。

我特别强调：

长按 Fn 键直接输入

这是为了和手机上的讯飞输入法，或微信语音转文字，保持同样的使用经验。

❓

[视频]

那一刻，我是真的开心。

4. “语流”，以及一群兴奋的陌生人

很有意思的是，这个想法启发了即刻里另一位朋友ErlichLiu也迅速做了一个类似的功能。他把这个功能发到了小红书，收获了大量期待。

一周后，我将我的“讯飞语音搬运工”升级了一个新版本，给它起了个名字：

语流

❓

[视频]

甚至，我还建了一个用户体验群。很快进来了一堆朋友，都想试用。那一刻我第一次意识到：

这不是我一个人的痛点。

5. 苹果上架失败：我不是输入法，我只是个搬运工

接下来，我开始尝试把这个 App 上架到 Mac App Store。

结果是——

失败。

从 1 月到 3 月，整整一个多月。

我提交了五六次申诉，我反复向苹果解释：

我不是在做一个新的语音输入法

我没有任何模型

没有 API

不需要登录

不需要麦克风权限

说白了，这就是一个为非拼音输入法用户服务的语音输入“搬运工”，仅此而已。但这不符合苹果的“作为一个独立应用”的标准。

顺便说一句：Mac 自带的 F5 听写真的烂透了。识别错误、标点缺失，唯一的优点是系统级，反应快。

最终，我的【语流】还是没能上架成功。于是我只能自己凑合着用，不过对我“口喷代码”帮助很大。

6. 后来者们，终于来了

在这一年里，我又陆续用了 Whisper Keyboard、Spokenly、代体等Ai加持的语音输入法，再后来，豆包输入法来了，微信输入法也支持语音了，这几天我又看到：智谱也推出了语音输入法。

巧的是——

也是长按 Fn 键。

7. 讯飞，真的错过了

我现在已经非常习惯使用 闪电说(就是原来的代体)来输入了。他们做得很好，真心推荐给所有朋友。

但我仍然感到一种巨大的遗憾。

讯飞，错过了这一场新的语音输入入口。

作为曾经用户体验最好的输入法之一，

作为离线模型就能做到极高识别度的厂商，

作为一家持续投入 AI 的企业，

作为输入法市场“春秋五霸”之一——

他们似乎毫无作为。

事实上，早在很久之前，他们只需要一件事：

在 Mac 输入法里，加一个靠谱的快捷键，就能巨大地提升用户体验——特别是在vibe coding刚开始时。

但他们似乎把大部分精力，都花在了皮肤的商业化变现上。

（也许这只是我的个人观察。）

也许，对讯飞来说，输入法只是个很小的项目，没那么重要。

8. 一个更大的时代，正在到来

但我始终觉得：

他们可能没有看明白。

我们正在进入的，不是一个简单的“语音输入”时代。

而是一个——

Her（那部电影）式的入口时代。

语音，不再只是输入方式，而是语义、上下文、意图的第一入口。

这是一个全新的交互范式，而在这个最高频、最自然的入口上，讯飞，慢慢地，把位置让了出来。

这是我觉得非常可惜的地方。

界面与交互的关系

Wed, 12 Nov 2025 00:00:00 GMT

界面与交互设计关系讨论 Nov 30, 2025

❓

教学讨论背景

近期午餐时间与学生雨婷、佳慧讨论了教材内容，特别关注界面和交互设计之间的关系

发现虽然这两门课程在大学课程设置中常被分开教授，但实际教学中发现它们关系密不可分

讨论成果

深入探讨了界面设计与交互设计之间的互相依存性

决定将这一讨论内容整合到教材中，作为重要内容部分

后续计划

将界面与交互关系的讨论内容整合到教材中

界面与交互的关系

随着数字设计领域的职业化细分，“界面设计”与“交互设计”在岗位职能上扮演着不同的角色。这种精细化的分工虽然提升了协作效率，但也容易让学习者产生一种认知的割裂，误认为前者只是“画图”，后者只是“写文档”。这是一种典型的认知误区。

在实际的设计实践中，二者经常是深度交融的，但在概念上又有着明确的边界。为了准确理解它们，我们需要既关联性地学习，又清晰地区分其异同。我们将从教学逻辑与本质属性两个维度进行剖析：

(1) 教学关系：先形后意

在本书的章节编排及实际教学逻辑上，我们计划先讲授“界面设计”。这并非因为界面比交互更重要，而是基于学习曲线的考量：

① 可视与不可视：界面是可视的 (Visible)、具象的，更容易被观察和模仿；而交互往往是不可视的 (Invisible)、涉及时间维度的逻辑流转，学习门槛较高。

② 阶梯式教学法：通过绘制图标和布局，学习者能快速建立成就感和形式感。因此，本书采用“从界面切入，逐步深入交互”的策略。但这并不意味着在设计界面时可以忽略交互，反之，在绘制每一个元素或组件时，脑海中都应预演其交互行为。

(2) 本质关系：骨肉相连

抛开学习顺序，回到产品的本质上，界面与交互是“骨肉相连”、不可分割的统一体：

① 界面是交互的载体:没有界面，交互无法发生（至少在本书所限定的基于屏幕的交互语境下）。界面由图形、按纽、输入框、组件、文字、色彩、布局等视觉元素构成，它是信息的容器，它解决了“看起来是什么”的问题。

图：苹果发布会上乔布斯的演示：划动解锁手机

——以早期 iPhone 经典的“滑动解锁”为例，为了防止口袋误触，设计师将解锁控件设计成类似物理门栓的横向滑槽样式，并辅以自左向右流动的光影动画（界面层面）。这种视觉隐喻强烈且直观地暗示了用户：这里不能点击，而必须执行“向右滑动”这一特定动作（交互层面）。

可以看出，没有交互，界面只是一张毫无生气的死图；但没有界面，交互则失去了发生的场所和媒介。因此，界面设计的核心任务之一，就是通过视觉线索向用户暗示可行的交互方式。

显性引导： 界面上的输入框、滑块、导航栏，都是交互的“触发器”。清晰的界面层级能引导用户的视线，从而规划交互的路径。

隐性限制： 界面通过置灰不可用的按钮、隐藏高级选项等方式，限制用户的错误操作，规范交互的边界。

简而言之，界面反映出了交互的“可能性空间”——它告诉用户在这里能做什么，以及不能做什么。

② 交互是界面的灵魂：没有交互作用的反馈，界面只是一张毫无意义的“画皮”，没有交互逻辑的支撑，界面只是自说自话的“我认为”。所以一个设计精美的按钮，如果点击后没有任何反应（缺乏交互反馈），或者执行了错误的功能（交互意图错位），那么这个界面在功能层面上就是彻底失败的。

正如唐纳德·诺曼 (Donald Norman) 所言，用户并不关心什么是“界面”、什么是“交互”，他们关心的仅仅是“能否顺畅地完成任务”。为了实现这个目标，我们必须将界面与交互视为一个整体，共同服务于用户的目标。界面与交互的区分，是设计师为了专业分工而进行的人为拆解；而在用户的感知中，它们始终是一个完整的、流动的体验整体。

后续：

▼1.2 从界面到交互 1.2.1 交互的定义 1.2.1理解“交互” 1.2.2 界面与交互的关系 1.2.4 界面与交互的相互影响 ▼1.3 界面起始:从图标谈起 1.3.1为什么人人都能看懂图标? (1)名词化的直观映射(Literal Mapping) (2)动作化的隐喻转译(Metaphorical Mapping) (3)文化历史的脉络遗传(Historical &Cultural Heritage) (4)抽象符号的规约定义(Abstract Convention) 1.3.2 项目A:图标逆向绘制工程 1.3.3 项目B：图标考古报告 ……

NotionNext部署时530报错问题处理办法

Thu, 09 Oct 2025 00:00:00 GMT

❓

对了，你读完可能还是不知道怎么做？我发现最简单的方法就是把这个文章丢给cursor之类Ai，让它读了，它就知道怎么做。如果你的Ai读不了链接，那么你可以将文章转换成PDF给它。

方法：一键将网页转换成PDF>

问题的发现

昨天（2025年10月8日），notionNext突然无法部署，一直报错。

各种报错，显示为code 530

因为我当时正好在改各种样式，我以为是自己的问题。恢复git……各种搞了十几个小时，还得Ai争辩了半天——我认为不可能是notion或notionNext的问题，肯定是Ai给我改代码改坏了……

我恢复了几次git，重启了ECS，清空了vercel的缓存……

最后发现，真的是官方出了问题

notionNext的开发者tangly1024给出一个方案：

NotionNext帮助手册API_BASE_URL | NotionNext帮助手册

API_BASE_URL | NotionNext帮助手册

Notion开源、免费、快速建站

社区的解决方案指出，我们可以通过设置一个名为 API_BASE_URL 的环境变量，将 API 请求从不稳定的官方地址 www.notion.so 重定向到我们自己的、更稳定的个性化 Notion 域名。

我的个性化域名是 https://du*****e.notion.site，因此我需要在项目中配置一个新的 API 端点：https://du*****e.notion.site/api/v3。

按官方说明，最好是升级到notionNext新版本——但我做了不少定制化的事情，所以不想升级，然后按说明人开始了尝试。

步骤 1：修改 `blog.config.js`

首先，我让代码能够识别这个新的环境变量。

步骤 2：在 GitHub Actions 中设置 Secret

然后，我在 GitHub 仓库的 Settings -> Secrets and variables -> Actions 中，添加了一个名为 API_BASE_URL 的 Secret，并填入我的新地址。

[此处可以插入 GitHub 设置 Secret 的截图]

步骤 3：修改工作流文件

最后，我在 .github/workflows/deploy-to-domestic.yml 文件中，将这个 Secret 注入到构建环境中。

我满怀信心地提交了代码，等待着流水线变绿。然而，现实给了我沉重一击——构建依然失败，错误还是那个熟悉的 530。日志显示，请求依然顽固地发往了旧的 notion.so 地址。

漫长但严谨的排错之旅

一次失败并不可怕。这标志着一次深度调试的开始。

怀疑 1：环境变量传递链问题？

我的第一反应是，API_BASE_URL 变量可能在 npm 脚本的执行过程中“丢失”了。

尝试 A：我尝试使用 KEY=VALUE command 的方式，在执行命令时直接注入变量。

结果：失败。

尝试 B：我怀疑是 npm run 或者脚本中的 cross-env 工具搞的鬼。我决定绕过它们，直接在工作流中执行 npm run export 背后的命令。

（注意：这里需要用 npx，否则会因为找不到 next 命令而报 command not found 错误。）

结果：依然失败！错误还是 530，请求地址还是旧的！

[此处可以插入 GitHub Actions 多次失败的日志截图]

至此，我几乎可以断定：问题不在于环境变量的传递，而在于应用程序本身！ 我们把“钥匙”准备好了，但“锁”似乎从未打算使用它。

怀疑 2：代码压根没用这个变量？

既然所有环境配置的努力都宣告失败，唯一的可能就是代码实现上存在问题。我把目光投向了项目源码。

通过在项目中搜索 notion-client 这个关键词，我很快定位到了一个关键文件：lib/notion/getNotionAPI.js。它的作用正是初始化与 Notion 通信的 API 客户端。

最终的解决方案：直击代码根源

打开 lib/notion/getNotionAPI.js，真相大白。

修改前的代码是这样的：

问题一目了然：在初始化 NotionAPI 客户端时，代码只传递了用户、令牌等信息，完全没有传递我们辛辛苦苦配置的 API_BASE_URL！

notion-client 这个库需要一个名为 apiBaseUrl 的参数来指定 API 地址。由于代码中没有提供，它就只能一直使用自己内部硬编码的默认地址。

最终的修复方案，只需要加一行代码：

这行代码像一座桥梁，终于将我们在 blog.config.js 中读取的环境变量，与实际的 API 客户端连接了起来。

提交这次修改后，GitHub Actions 的流水线终于亮起了久违的绿色。

总结

这次 530 错误的解决过程，是一次非常经典的、从环境配置深入到应用层代码的调试之旅。它告诉我们：

官方文档并非万能：它提供了正确的方向，但可能没有覆盖到特定版本或特定场景下的代码实现细节。

系统性排错至关重要：当遇到看似是环境的问题时，如果多次尝试均失败，要敢于怀疑问题出在代码本身。通过“假设-验证-排除”的循环，才能一步步逼近问题的根源。

深入源码是终极武器：当所有外部手段都失效时，直接阅读源码是解决问题的最可靠方法。

经过这一番折腾，我的博客终于恢复了自动构建。希望这篇文章能帮助遇到同样问题的你，少走一些弯路，更快地定位并解决问题。

tianfei.chat

当Ai围观一群学生毕设时……

1）登记信息

2）催进度

3）能夸人

4）能答疑

5）能总结

感想：工具应该从利人做起

番外1：抄作业

番外2：分享两个毕设作品

我为女儿开发了一个数独游戏

春节期间，我又忍不住，vibe coding 了一个新坑作品。

“数独游戏”没有新手村？

一个2x2格子的超简单数独

适合3岁左右小朋友玩的数独

下载使用

题外话：关于AI 设计

五个00后大学生，打算教张 小龙做微信

讯飞输入法，错过了语音输入的新时代

1. 一个五笔用户的日常撕裂

2. Karabiner、忍耐，以及失败的临时方案

3. 我自己写了一个“输入法搬运工”

长按 Fn 键直接输入

4. “语流”，以及一群兴奋的陌生人

5. 苹果上架失败：我不是输入法，我只是个搬运工

6. 后来者们，终于来了

7. 讯飞，真的错过了

8. 一个更大的时代，正在到来

界面与交互的关系

教学讨论背景

讨论成果

后续计划

界面与交互的关系

(1) 教学关系：先形后意

(2) 本质关系：骨肉相连

后续：

NotionNext部署时530报错问题处理办法

问题的发现

步骤 1：修改 blog.config.js

步骤 2：在 GitHub Actions 中设置 Secret

步骤 3：修改工作流文件

漫长但严谨的排错之旅

怀疑 1：环境变量传递链问题？

怀疑 2：代码压根没用这个变量？

最终的解决方案：直击代码根源

总结

五个00后大学生，打算教张小龙做微信

步骤 1：修改 `blog.config.js`