[{"data":1,"prerenderedAt":859},["ShallowReactive",2],{"build-logs-mofanx":3,"build-log-mofanx-2026-04-04-project-link-and-evolution-number":741},[4,211,316,455,649],{"id":5,"title":6,"body":7,"date":173,"description":174,"draft":175,"extension":176,"faq":177,"meta":190,"navigation":191,"path":192,"project":193,"readingTime":194,"seo":195,"seoKeywords":196,"stem":204,"summary":205,"tags":206,"updated":209,"__hash__":210},"builds\u002Fbuilds\u002Fmofanx\u002F2026-04-04-project-link-and-evolution-number.md","当陌生人开始读你的创造日志",{"type":8,"value":9,"toc":162},"minimark",[10,14,18,25,28,31,34,37,43,49,52,55,58,61,64,67,74,77,83,86,89,95,98,101,107,113,116,119,141,144,147,153,156,159],[11,12,13],"h2",{"id":13},"搜索引擎带来了陌生人",[15,16,17],"p",{},"创造日志写了快二十篇了。最近翻 Google Search Console，发现有一些搜索流量直接落到了创造日志的文章页上。",[15,19,20,21],{},"这是好事。但紧接着我意识到一个问题：",[22,23,24],"strong",{},"这些读者不认识我，也不知道文章里讲的项目在哪。",[15,26,27],{},"对我来说，文章里提到 metool.online，我当然知道它是什么。但换个视角想，一个搜索\"工具站 SEO 优化\"然后点进来的陌生人，读完文章的反应可能是：\"这个工具站听起来不错，我去看看\"，然后环顾四周，发现页面上没有任何跳转入口。",[15,29,30],{},"这不是内容的问题，是页面动线的盲区。",[11,32,33],{"id":33},"给陌生人一个入口",[15,35,36],{},"解决方案很直接：在文章页的两个关键位置加上项目入口。",[15,38,39,42],{},[22,40,41],{},"头部","，在日期、阅读时间这行元信息的末尾加了项目名称链接。读者还没开始读正文，就能看到这篇文章讲的是哪个项目，好奇的人可以直接点过去。",[15,44,45,48],{},[22,46,47],{},"尾部","，在前后日志导航的上方放了一个带项目 logo 的 CTA 条。不是信息量很大的卡片，而是一句简单的引导：\"觉得有意思？前往体验\"。读到这里的人已经了解了背景，只需要一个行动入口。",[15,50,51],{},"两个位置服务两种阅读行为：扫一眼就走的人用头部，认真读完的人用尾部。",[11,53,54],{"id":54},"一个被忽略的数字",[15,56,57],{},"做入口的时候，我重新审视了\"演化次数\"这个数据。",[15,59,60],{},"演化次数记录的是一个项目被打磨了多少次。对于 Build in Public 来说，这可能是最重要的一个数字：它直接传递了\"这个项目是活的，还是做完就扔了\"。",[15,62,63],{},"但之前，这个数字藏得很深。",[15,65,66],{},"首页的项目卡片上，它被包在一句\"查看 5 次演化思考\"的文案里，是辅助信息，不是主角。",[15,68,69],{},[70,71],"img",{"alt":72,"src":73},"改版前的首页卡片","\u002Fb\u002Fmofanx\u002Fbuild-card-before.png",[15,75,76],{},"改版后，我把数字从文案里提了出来，用大号渐变色独占卡片右侧。不需要读文字，扫一眼就知道这个项目迭代了多少次。",[15,78,79],{},[70,80],{"alt":81,"src":82},"改版后的首页卡片","\u002Fb\u002Fmofanx\u002Fbuild-card-after.png",[11,84,85],{"id":85},"从卡片到项目页",[15,87,88],{},"首页卡片改完，效果很好。但点进项目页之后，同样的数据缩回了一个小标签，和状态、链接挤在一行里，视觉权重几乎为零。",[15,90,91],{},[70,92],{"alt":93,"src":94},"改版前的项目页头部","\u002Fb\u002Fmofanx\u002Fproject-header-before.png",[15,96,97],{},"这种断层感很明显：卡片上\"13\"是主角，进了项目页\"13\"就消失了。",[15,99,100],{},"所以项目页也做了同样的处理。演化次数被提到头部右侧，用大号渐变数字 + \"次演化\"标签展示，和左侧的项目信息用一条竖线自然分隔。",[15,102,103],{},[70,104],{"alt":105,"src":106},"改版后的项目页头部","\u002Fb\u002Fmofanx\u002Fproject-header-after.png",[15,108,109,110],{},"从卡片到项目页，同一个数字、同一套视觉语言，不再断层。这就是视觉锤的作用：",[22,111,112],{},"让最重要的信息获得最高的视觉权重，并且在所有页面上保持一致。",[11,114,115],{"id":115},"几个小细节",[15,117,118],{},"顺手优化了时间线卡片的几个细节：",[120,121,122,129,135],"ul",{},[123,124,125,128],"li",{},[22,126,127],{},"封面图贴边","：去掉了图片的最大高度限制，让封面图上下都贴紧卡片边缘，由卡片圆角统一裁切",[123,130,131,134],{},[22,132,133],{},"移动端省空间","：隐藏了\"阅读详情\"文字，卡片更紧凑",[123,136,137,140],{},[22,138,139],{},"卡片限高","：加了整体最大高度，防止长图把卡片撑得过高",[15,142,143],{},"小改动，合在一起让页面更舒服了。",[11,145,146],{"id":146},"视角变了",[15,148,149,150],{},"这次迭代让我想明白一件事：",[22,151,152],{},"Build in Public 的页面，不能只考虑\"写给自己看\"。",[15,154,155],{},"搜索引擎带来了新读者，他们不了解你的项目背景，不知道产品在哪，甚至不确定你是谁。页面上的每一个设计决策，都应该同时服务老读者和第一次来的陌生人。",[15,157,158],{},"项目入口解决的是\"陌生人找不到路\"，演化数字解决的是\"陌生人感受不到生命力\"。",[15,160,161],{},"小改动，但看问题的视角变了。",{"title":163,"searchDepth":164,"depth":164,"links":165},"",3,[166,168,169,170,171,172],{"id":13,"depth":167,"text":13},2,{"id":33,"depth":167,"text":33},{"id":54,"depth":167,"text":54},{"id":85,"depth":167,"text":85},{"id":115,"depth":167,"text":115},{"id":146,"depth":167,"text":146},"2026-04-04","搜索引擎带来了不认识你的读者。他们找不到项目入口，感受不到项目的生命力。我重新设计了文章页的入口动线，然后把演化次数从一个不起眼的小标签，变成了页面上最醒目的数字。",false,"md",[178,181,184,187],{"q":179,"a":180},"为什么要在创造日志的文章页加项目链接？","从搜索引擎来的读者不了解项目背景，读完文章后想看看项目本身却找不到入口。在文章头部元信息行加了项目名称链接，尾部加了带 logo 的 CTA 引导条，让读者在任何阅读阶段都能一键跳转。",{"q":182,"a":183},"为什么要把演化次数做成大号数字？","演化次数代表一个项目被打磨了多少次，是传递项目生命力的核心指标。之前它只是一个小标签，视觉权重几乎为零。升级为大号渐变数字后，读者第一眼就能感受到'这个项目迭代了十几次'，数字本身变成了视觉锤。",{"q":185,"a":186},"首页卡片和项目页的演化数字是怎么统一设计的？","首页项目卡片先改版，把数字从'查看 N 次演化思考'的文案中提出来，用大号渐变数字独占卡片右侧。然后项目 Timeline 页跟进，用同样的渐变数字 + 竖线分隔的布局，保持视觉一致性。",{"q":188,"a":189},"这次还做了哪些细节优化？","时间线卡片去掉了图片的最大高度限制，让封面图上下贴边自然填满；移动端隐藏了'阅读详情'文字以节省空间；卡片整体加了限高防止长图撑开布局。小改动，但让页面更紧凑舒服。",{},true,"\u002Fbuilds\u002Fmofanx\u002F2026-04-04-project-link-and-evolution-number","mofanx",4,{"title":6,"description":174},[197,198,199,200,201,202,203],"Build in Public 页面设计","创造日志用户动线","文章项目外链设计","演化次数视觉设计","独立开发者站点优化","搜索引擎用户体验","时间线页面迭代","builds\u002Fmofanx\u002F2026-04-04-project-link-and-evolution-number","搜索引擎带来了不认识你的读者，他们读完创造日志后找不到项目入口，也感受不到项目被反复打磨的生命力。通过在文章头部和尾部增加项目入口，并将演化次数从 inline 小标签升级为大号渐变数字视觉锤，让页面同时服务老读者和第一次来的陌生人。",[207,208],"独立开发","产品思考",null,"v_3bJHpiWXSyofyIM44kKoJZBGMoAk1NSsoAOm8VTG0",{"id":212,"title":213,"body":214,"date":286,"description":287,"draft":175,"extension":176,"faq":288,"meta":301,"navigation":191,"path":302,"project":193,"readingTime":164,"seo":303,"seoKeywords":304,"stem":312,"summary":313,"tags":314,"updated":209,"__hash__":315},"builds\u002Fbuilds\u002Fmofanx\u002F2026-03-31-timeline-card-thumbnail.md","给创造日志的时间线加上封面图",{"type":8,"value":215,"toc":280},[216,219,222,225,232,236,239,245,248,252,255,258,264,267,271,274,277],[11,217,218],{"id":218},"时间线像在看目录",[15,220,221],{},"创造日志的时间线页面上线后，我每次回去翻都觉得少了点什么。",[15,223,224],{},"所有卡片长得几乎一样：一个日期、一行标题、两行描述。从上往下扫，每张卡片的视觉权重完全相同，很难快速区分\"这篇写的是什么\"。像在看一份目录，而不是在浏览一段开发历程。",[15,226,227,228,231],{},"问题很明显：",[22,229,230],{},"缺视觉锚点","。",[11,233,235],{"id":234},"让文章自己长出封面","让文章自己\"长出\"封面",[15,237,238],{},"我不想手动给每篇文章设置一张封面图。因为大多数创造日志里本来就有截图，讲 metool 的有工具截图，讲 mofanx 的有页面截图。",[15,240,241,242],{},"所以做了一个很简单的事：",[22,243,244],{},"让程序自动从文章正文里提取第一张图片，作为卡片的封面。",[15,246,247],{},"写完文章，封面就自动有了。零额外工作量。",[11,249,251],{"id":250},"贴边不贴邮票","贴边，不贴邮票",[15,253,254],{},"第一版把图片放在卡片右侧，加了圆角和边框，尺寸也不大。看起来像一张邮票贴在卡片上，和内容有距离感。",[15,256,257],{},"调整后，让图片直接贴紧卡片的右侧边缘，上下也顶满，利用卡片自身的圆角自然裁切。左边是文字，右边是图片，形成一个自然的分区。",[15,259,260],{},[70,261],{"alt":262,"src":263},"Timeline 卡片加上封面图后的效果","\u002Fb\u002Fmofanx\u002Ftimeline-thumbnail.png",[15,265,266],{},"没有图片的文章卡片会自然降级为纯文字布局，不会出现空白。",[11,268,270],{"id":269},"小改动大不同","小改动，大不同",[15,272,273],{},"代码量很小，但浏览体验的变化是立竿见影的。",[15,275,276],{},"之前的时间线从头到尾全是文字，想找某篇日志只能逐行读标题。现在扫一眼图片就知道哪篇是哪篇：有工具截图的是 metool 迭代，有页面截图的是 mofanx 改版，有数据图的是 SEO 优化。",[15,278,279],{},"有时候决定体验好不好的，就是这种小细节。",{"title":163,"searchDepth":164,"depth":164,"links":281},[282,283,284,285],{"id":218,"depth":167,"text":218},{"id":234,"depth":167,"text":235},{"id":250,"depth":167,"text":251},{"id":269,"depth":167,"text":270},"2026-03-31","Timeline 卡片只有文字，浏览起来像看目录。从文章正文中自动提取第一张图片作为缩略图，让时间线有了视觉锚点。",[289,292,295,298],{"q":290,"a":291},"为什么要给时间线卡片加封面图？","纯文字的卡片浏览起来像在看目录，所有条目视觉权重相同，缺少区分度。加上封面图后，读者扫一眼就能通过图片快速判断这篇日志写的是什么，缩短了从'看到标题'到'决定是否点进去'的认知路径。",{"q":293,"a":294},"封面图是从哪来的？需要手动设置吗？","不需要手动设置。程序会自动从每篇文章正文中提取第一张图片作为封面图。因为大多数创造日志里本来就有截图，所以不用额外做任何事，写完文章封面图就自动有了。没有图片的文章会自然降级为纯文字布局，不会出现空白。",{"q":296,"a":297},"这个改动效果怎么样？","效果很明显。改之前，时间线从头到尾全是文字，像一份流水账清单。改之后，每张卡片都有了独特的视觉标识，读者扫一眼就知道哪篇讲的是什么。视觉锚点让浏览从'逐行阅读'变成了'快速扫描'。",{"q":299,"a":300},"封面图的布局是怎么设计的？","图片贴紧卡片的右侧和上下边缘，利用卡片自身的圆角自然裁切，和左侧的文字区域形成清晰分区。这样图片像是卡片的一部分而不是'贴上去的装饰'，视觉上更整体。",{},"\u002Fbuilds\u002Fmofanx\u002F2026-03-31-timeline-card-thumbnail",{"title":213,"description":287},[305,306,307,308,309,310,311],"创造日志时间线设计","Build in Public 页面优化","卡片封面图自动提取","时间线视觉体验","Timeline UI 设计","文章缩略图自动生成","内容浏览体验优化","builds\u002Fmofanx\u002F2026-03-31-timeline-card-thumbnail","创造日志的时间线卡片原本只有文字，浏览起来像看目录。让程序自动从每篇文章中提取第一张图片作为封面，时间线瞬间有了生命力。一个很小的改动，但对浏览体验的影响立竿见影。",[207,208],"trkpOPzMUiuMEU1wmJ2VVoXqHUuW68n7K76jB9Hj3NQ",{"id":317,"title":318,"body":319,"date":425,"description":426,"draft":175,"extension":176,"faq":427,"meta":440,"navigation":191,"path":441,"project":193,"readingTime":194,"seo":442,"seoKeywords":443,"stem":451,"summary":452,"tags":453,"updated":209,"__hash__":454},"builds\u002Fbuilds\u002Fmofanx\u002F2026-03-27-three-content-types.md","引入三种内容形态：教学、创造、思考",{"type":8,"value":320,"toc":419},[321,324,333,336,339,342,348,351,354,357,378,381,401,404,407,413,416],[11,322,323],{"id":323},"起因",[15,325,326,327,332],{},"在上一篇日志",[328,329,331],"a",{"href":330},"\u002Fbuilds\u002Fmofanx\u002F2026-03-24-content-first-strategy","《从围绕产品做内容，到围绕内容做产品》","里，我确定了\"围绕内容做产品\"的思路。既然内容是核心，那 mofanx 站点本身就得是一个优秀的内容产品。",[15,334,335],{},"但当时站点只有一种内容形态——按分类组织的独立文章。对于一个想做 Build in Public 的独立开发者来说，这远远不够。",[11,337,338],{"id":338},"旧版长什么样",[15,340,341],{},"这是改版前 mofanx 的首页：",[15,343,344],{},[70,345],{"alt":346,"src":347},"mofanx 旧版首页 — 只有分类文章一种内容形态","\u002Fb\u002Fmofanx\u002Fversion2026-03-20.png",[15,349,350],{},"所有内容都是独立文章，按分类平铺。它能承载\"思考\"，但无法表达\"我在教什么\"和\"我在做什么\"。",[11,352,353],{"id":353},"三种内容形态",[15,355,356],{},"我把 mofanx 重构为三种内容形态：",[358,359,360,366,372],"ol",{},[123,361,362,365],{},[22,363,364],{},"教学"," — 结构化的学习系列，按章节组织，适合系统性输出方法论",[123,367,368,371],{},[22,369,370],{},"创造"," — Build in Public 的实践记录，按时间线展示，让读者看到真实的开发过程",[123,373,374,377],{},[22,375,376],{},"思考"," — 原有的独立文章，按分类组织，承载碎片化的洞察和反思",[15,379,380],{},"一个独立开发者的 IP 站点，需要覆盖三个维度：",[120,382,383,389,395],{},[123,384,385,388],{},[22,386,387],{},"我在教什么"," → 教学系列",[123,390,391,394],{},[22,392,393],{},"我在做什么"," → 创造日志",[123,396,397,400],{},[22,398,399],{},"我在想什么"," → 思考文章",[11,402,403],{"id":403},"新版的样子",[15,405,406],{},"改版后的首页，三种形态各有入口：",[15,408,409],{},[70,410],{"alt":411,"src":412},"mofanx 新版首页 — 教学、创造、思考三种形态并存","\u002Fb\u002Fmofanx\u002Fversion2026-03-27.png",[15,414,415],{},"导航从单一的\"分类\"扩展为\"教学、创造、思考、关于\"四个入口，首页也按优先级依次展示教学系列、创造日志和最新思考。",[15,417,418],{},"这篇日志本身，就是用新的创造日志形态写的第一批内容。",{"title":163,"searchDepth":164,"depth":164,"links":420},[421,422,423,424],{"id":323,"depth":167,"text":323},{"id":338,"depth":167,"text":338},{"id":353,"depth":167,"text":353},{"id":403,"depth":167,"text":403},"2026-03-27","为 mofanx 站点引入 Build in Public 创造日志和教学系列两种新内容形态，让站点从单一文章进化为完整的内容平台。",[428,431,434,437],{"q":429,"a":430},"为什么个人站点需要多种内容形态？","单一文章形态只能表达'我在想什么'，但一个独立开发者的 IP 站点需要覆盖三个维度：教学（我在教什么）、创造（我在做什么）、思考（我在想什么）。三种形态各有不同的组织逻辑——教学按章节、创造按时间线、思考按分类——对读者来说更容易找到想要的内容。",{"q":432,"a":433},"Build in Public 创造日志具体记录什么内容？","创造日志记录每个项目的真实开发过程，包括：策略决策（为什么做这个选择）、技术实现（怎么解决具体问题）、阶段性成果（做到了什么程度）、反思复盘（哪里可以改进）。按时间线倒序排列，读者可以看到一个项目从 0 到 1 的完整演变。",{"q":435,"a":436},"mofanx 站点从旧版到新版改了哪些结构？","旧版只有分类文章一种内容形态，首页按分类平铺所有文章。新版引入三种内容形态后，首页重新组织为四个区域：Hero 个人介绍、教学系列卡片（带封面图）、创造日志时间线、最新思考文章。导航也从单一的'分类'扩展为'教学、创造、思考、关于'四个入口。",{"q":438,"a":439},"用什么技术实现多种内容形态的管理？","基于 Nuxt 4 + @nuxt\u002Fcontent v3 的多 collection 功能。在 content.config.ts 中定义三个独立的 schema（articles、tutorials、builds），每种内容有自己的目录、Front Matter 字段和页面路由。所有元数据配置集中在 app\u002Fdata\u002F 目录下，新增内容只需写 Markdown + 在配置文件中注册。",{},"\u002Fbuilds\u002Fmofanx\u002F2026-03-27-three-content-types",{"title":318,"description":426},[444,445,446,447,448,449,450],"个人IP站点架构","Build in Public 实践","内容形态设计","独立开发者内容平台","Nuxt Content 多集合","教学系列网站","创造日志时间线","builds\u002Fmofanx\u002F2026-03-27-three-content-types","将 mofanx 从单一文章站点重构为教学、创造、思考三种内容形态并存的平台，用 Build in Public 创造日志记录过程，用结构化教学系列沉淀方法论，用分类文章承载独立思考。",[207,208],"_hIAaVfLSaosHG5xV5Hv7Z49r2J9ON6_WwJLGIbYEYo",{"id":456,"title":457,"body":458,"date":619,"description":620,"draft":175,"extension":176,"faq":621,"meta":634,"navigation":191,"path":330,"project":193,"readingTime":635,"seo":636,"seoKeywords":637,"stem":645,"summary":646,"tags":647,"updated":209,"__hash__":648},"builds\u002Fbuilds\u002Fmofanx\u002F2026-03-24-content-first-strategy.md","从围绕产品做内容，到围绕内容做产品",{"type":8,"value":459,"toc":611},[460,463,466,480,483,486,489,495,501,504,508,511,522,527,530,534,537,551,557,560,586,589,592,595,598,605,608],[11,461,462],{"id":462},"一个让我反思的现象",[15,464,465],{},"最近发生了一件事，让我不得不重新审视自己的策略。",[15,467,468,469,475,476,479],{},"我花了大量精力做了一个产品 —— ",[328,470,474],{"href":471,"rel":472},"https:\u002F\u002Fwhoamiagent.com",[473],"nofollow","whoamiagent.com","。它的核心想法是：",[22,477,478],{},"一份身份档案，同步到所有 AI Agent","。我觉得这个需求很真实，自己每天都在用，产品也确实好用。",[15,481,482],{},"但上线之后，市场反馈平平。",[15,484,485],{},"而另一个同性质的产品 mem9，在我之后发布，却迅速获得了大量关注。",[11,487,488],{"id":488},"问题出在哪里",[15,490,491,492,231],{},"不是产品不好，而是",[22,493,494],{},"没人知道你做了这个产品",[15,496,497,498,231],{},"作为独立开发者，我犯了一个经典错误：",[22,499,500],{},"先闷头做产品，做完了再想怎么让人知道",[15,502,503],{},"这就像在沙漠里开了一家米其林餐厅 —— 菜做得再好，没有路过的人。",[11,505,507],{"id":506},"新策略围绕内容做产品","新策略：围绕内容做产品",[15,509,510],{},"反过来想，如果我先有影响力，先有读者和关注者，那么：",[358,512,513,516,519],{},[123,514,515],{},"做产品之前，可以先验证想法",[123,517,518],{},"做产品的过程，本身就是内容",[123,520,521],{},"产品上线时，自带第一批用户",[15,523,524],{},[22,525,526],{},"内容 → 影响力 → 产品 → 反馈 → 更好的内容",[15,528,529],{},"这是一个正向飞轮。",[11,531,533],{"id":532},"build-in-public-是桥梁","Build in Public 是桥梁",[15,535,536],{},"Build in Public 恰好是连接「内容」和「产品」的桥梁：",[120,538,539,542,545,548],{},[123,540,541],{},"分享我在做什么 → 积累关注",[123,543,544],{},"展示思考过程 → 吸引同频的人",[123,546,547],{},"公开遇到的问题 → 获得社区帮助",[123,549,550],{},"记录每一步进展 → 倒逼自己思考",[15,552,553,554,231],{},"重点不是产品本身，而是",[22,555,556],{},"做产品的过程和思考",[11,558,559],{"id":559},"具体怎么做",[358,561,562,568,574,580],{},[123,563,564,567],{},[22,565,566],{},"mofanx.com 作为内容中心"," — 所有思考、教学、创造日志都沉淀在这里",[123,569,570,573],{},[22,571,572],{},"公众号做分发"," — 每篇新内容同步到公众号",[123,575,576,579],{},[22,577,578],{},"创造日志做连接"," — 用 Build in Public 的方式，把产品开发过程公开",[123,581,582,585],{},[22,583,584],{},"教学做深度"," — 用系统化的教学内容建立专业形象",[15,587,588],{},"先有内容，先有影响力，产品自然会找到它的用户。",[11,590,591],{"id":591},"心态转变",[15,593,594],{},"说实话，这个转变对我来说不容易。",[15,596,597],{},"作为工程师，我习惯了「做东西」的满足感。而「写内容」总感觉不如「写代码」来得实在。",[15,599,600,601,604],{},"但我逐渐意识到：",[22,602,603],{},"在 AI 时代，好的想法比好的执行更稀缺","。AI 可以帮你写代码、做设计、跑测试，但它不能替你思考、替你有洞察。",[15,606,607],{},"把想法和洞察分享出去，才是独立开发者最大的竞争力。",[15,609,610],{},"从今天开始，我要认真做内容了。",{"title":163,"searchDepth":164,"depth":164,"links":612},[613,614,615,616,617,618],{"id":462,"depth":167,"text":462},{"id":488,"depth":167,"text":488},{"id":506,"depth":167,"text":507},{"id":532,"depth":167,"text":533},{"id":559,"depth":167,"text":559},{"id":591,"depth":167,"text":591},"2026-03-24","一次策略转向的思考：先积累影响力再做产品，而不是先做产品再找用户。Build in Public 是连接两者的桥梁。",[622,625,628,631],{"q":623,"a":624},"独立开发者应该先做产品还是先做内容？","建议先做内容。没有影响力的产品就像沙漠里的餐厅——做得再好没人知道。先通过内容积累读者和关注者，做产品时可以提前验证想法、过程本身就是内容素材、上线时自带第一批用户，形成内容→影响力→产品→反馈的正向飞轮。",{"q":626,"a":627},"什么是 Build in Public？对独立开发者有什么用？","Build in Public 是公开分享产品开发过程的策略，包括思考、决策、遇到的问题和进展。它是连接'内容'和'产品'的桥梁：分享过程积累关注、展示思考吸引同频的人、公开问题获得社区帮助、记录进展倒逼自己深度思考。重点不是产品本身，而是做产品的过程和洞察。",{"q":629,"a":630},"独立开发者做了好产品但没人用怎么办？","这是典型的'先做产品再找用户'的困境。解决方案是策略转向：1）把产品开发过程公开，用 Build in Public 的方式积累关注；2）围绕产品背后的思考写深度内容，建立专业形象；3）用多渠道分发（个人网站+公众号等）扩大触达面；4）让内容先行，让产品跟着影响力自然增长。",{"q":632,"a":633},"AI 时代独立开发者最大的竞争力是什么？","是独特的想法和洞察，而不是执行能力。AI 可以帮你写代码、做设计、跑测试，但不能替你思考和产生洞见。把想法和洞察通过内容分享出去，才是 AI 时代独立开发者最大的护城河。好的想法比好的执行更稀缺。",{},5,{"title":457,"description":620},[638,639,640,641,642,643,644],"独立开发者内容策略","Build in Public","内容驱动产品","个人IP影响力","独立开发冷启动","内容创业飞轮","先做内容还是先做产品","builds\u002Fmofanx\u002F2026-03-24-content-first-strategy","独立开发者先闷头做产品再找用户是经典陷阱，正确路径是先用内容积累影响力，再让产品自带首批用户——内容→影响力→产品→反馈→更好的内容，形成正向飞轮。",[208,207],"ay735yzPUTwu25MikGEbmLKjJXktmJz_9PVZQ5cfM0I",{"id":650,"title":651,"body":652,"date":712,"description":713,"draft":175,"extension":176,"faq":714,"meta":727,"navigation":191,"path":728,"project":193,"readingTime":164,"seo":729,"seoKeywords":730,"stem":736,"summary":737,"tags":738,"updated":209,"__hash__":740},"builds\u002Fbuilds\u002Fmofanx\u002F2026-03-20-site-launch.md","从莫烦Python到莫烦无限：为什么我需要一个新站点",{"type":8,"value":653,"toc":707},[654,658,667,670,678,682,685,688,692,695,698],[11,655,657],{"id":656},"mofanpy-完成了它的使命","mofanpy 完成了它的使命",[15,659,660,661,666],{},"我有一个叫 ",[328,662,665],{"href":663,"rel":664},"https:\u002F\u002Fmofanpy.com",[473],"莫烦Python"," 的网站。是我读书时候开始做的。那时候 AI 和 Python 刚火起来，我把自己学到的东西整理成教程，分享给有需要的人。这个网站陪了我很多年，也帮到了不少朋友。",[15,668,669],{},"但工作快十年了，我的关注点早已不只是 Python 教学。这些年在工作中积累了大量关于 AI 行业发展、产品设计、学习方法论、教育思考的沉淀，这些内容放在一个叫\"莫烦Python\"的站点下，怎么看都不太对。",[15,671,672,673,677],{},"我需要一个新的域名，一个新的空间。",[674,675,676],"code",{},"mofan + x","——x 是未知，是可能性，是交叉和跨界。这更符合我现在的状态。",[11,679,681],{"id":680},"ai-coding-让重建变得可行","AI Coding 让重建变得可行",[15,683,684],{},"mofanpy 的技术架构已经很古老了，当年的前端方案放到今天看，改造成本比重建还高。",[15,686,687],{},"好在现在有了 AI Coding，建站这件事变得容易太多。我可以完全从零开始，用现代技术栈重新构建整个站点的逻辑和架构，而不是在旧框架上缝缝补补。这次选了 Nuxt 4 + @nuxt\u002Fcontent v3 + TailwindCSS v4 的组合，写作体验和内容管理都比以前好了一个量级。",[11,689,691],{"id":690},"公众号之外多一个触达你的节点","公众号之外，多一个触达你的节点",[15,693,694],{},"其实在建站之前，我从 2025 年底开始是在公众号上尝试分享这些工作以来的感悟和沉淀。但写了一段时间后发现，公众号的分发机制对新账号实在太不友好了。内容写得再好，没有初始流量池，就很难被看到。",[15,696,697],{},"我想要一个更符合自己内容组织逻辑的平台。文章之间可以互相关联，系列教程可以按结构呈现，读者可以按主题自由探索，而不是被算法决定看到什么。",[15,699,700,701,706],{},"所以 ",[328,702,705],{"href":703,"rel":704},"https:\u002F\u002Fmofanx.com",[473],"mofanx.com"," 上线了。它不是要替代公众号，而是在公众号之外，多一个与你们触达的节点。",{"title":163,"searchDepth":164,"depth":164,"links":708},[709,710,711],{"id":656,"depth":167,"text":657},{"id":680,"depth":167,"text":681},{"id":690,"depth":167,"text":691},"2026-03-20","mofanpy 承载了读书时代的分享，但工作近十年后，我需要一个新空间来安放 AI 时代的思考与沉淀。",[715,718,721,724],{"q":716,"a":717},"mofanx.com 和莫烦Python是什么关系？","莫烦Python（mofanpy.com）是作者读书时期创建的 AI 和 Python 教学网站。工作近十年后，关注点已远超 Python 教学，涵盖 AI 行业洞察、产品设计、学习方法论、教育思考等，因此创建了 mofanx.com 作为新的内容承载空间。",{"q":719,"a":720},"为什么不在莫烦Python的基础上改造而是重建？","mofanpy 的技术架构已经很古老，改造成本比重建还高。现在有了 AI Coding，从零建站变得容易很多，可以用 Nuxt 4 + @nuxt\u002Fcontent v3 + TailwindCSS v4 等现代技术栈重新构建，写作体验和内容管理比以前好了一个量级。",{"q":722,"a":723},"mofanx.com 会替代公众号吗？","不会替代，而是补充。公众号的分发机制对新账号不友好，内容难以被看到。mofanx.com 提供了一个自主掌控的平台：文章可以互相关联、系列教程按结构呈现、读者按主题自由探索，而不是被算法决定看到什么。",{"q":725,"a":726},"mofanx 中的 x 代表什么？","x 代表未知、可能性、交叉和跨界。作者的内容已经横跨 AI 洞察、产品创造、教育思考、学习方法论等多个领域，不再局限于某一个技术方向，x 更符合这种跨领域探索的状态。",{},"\u002Fbuilds\u002Fmofanx\u002F2026-03-20-site-launch",{"title":651,"description":713},[665,193,731,732,733,734,735],"个人网站搭建","AI Coding 建站","独立博客","Nuxt 4 内容站","个人IP站点","builds\u002Fmofanx\u002F2026-03-20-site-launch","莫烦Python已无法承载工作十年后的思考沉淀，借助 AI Coding 从零重建新站 mofanx.com，在公众号之外多一个自主掌控内容组织的触达节点。",[207,739],"AI 应用","PTov2bIT4YKSNJbAIivVVJAcOulPQuB5NBcArjxQlLw",{"id":5,"title":6,"body":742,"date":173,"description":174,"draft":175,"extension":176,"faq":850,"meta":855,"navigation":191,"path":192,"project":193,"readingTime":194,"seo":856,"seoKeywords":857,"stem":204,"summary":205,"tags":858,"updated":209,"__hash__":210},{"type":8,"value":743,"toc":842},[744,746,748,752,754,756,758,760,764,768,770,772,774,776,778,780,784,786,790,792,794,798,800,802,806,810,812,814,828,830,832,836,838,840],[11,745,13],{"id":13},[15,747,17],{},[15,749,20,750],{},[22,751,24],{},[15,753,27],{},[15,755,30],{},[11,757,33],{"id":33},[15,759,36],{},[15,761,762,42],{},[22,763,41],{},[15,765,766,48],{},[22,767,47],{},[15,769,51],{},[11,771,54],{"id":54},[15,773,57],{},[15,775,60],{},[15,777,63],{},[15,779,66],{},[15,781,782],{},[70,783],{"alt":72,"src":73},[15,785,76],{},[15,787,788],{},[70,789],{"alt":81,"src":82},[11,791,85],{"id":85},[15,793,88],{},[15,795,796],{},[70,797],{"alt":93,"src":94},[15,799,97],{},[15,801,100],{},[15,803,804],{},[70,805],{"alt":105,"src":106},[15,807,109,808],{},[22,809,112],{},[11,811,115],{"id":115},[15,813,118],{},[120,815,816,820,824],{},[123,817,818,128],{},[22,819,127],{},[123,821,822,134],{},[22,823,133],{},[123,825,826,140],{},[22,827,139],{},[15,829,143],{},[11,831,146],{"id":146},[15,833,149,834],{},[22,835,152],{},[15,837,155],{},[15,839,158],{},[15,841,161],{},{"title":163,"searchDepth":164,"depth":164,"links":843},[844,845,846,847,848,849],{"id":13,"depth":167,"text":13},{"id":33,"depth":167,"text":33},{"id":54,"depth":167,"text":54},{"id":85,"depth":167,"text":85},{"id":115,"depth":167,"text":115},{"id":146,"depth":167,"text":146},[851,852,853,854],{"q":179,"a":180},{"q":182,"a":183},{"q":185,"a":186},{"q":188,"a":189},{},{"title":6,"description":174},[197,198,199,200,201,202,203],[207,208],1775274357321]