Why Your Website Should Never Stop Changing

TL;DR · AI 摘要
网站应持续优化而非静态存在,但自主优化面临用户接受度难题。Fimo工具通过AI代理实现内容、可访问性自动维护。
核心要点
- Fimo工具可自动优化图片压缩与设计系统变更
- 85%团队认为网站自主修改需人工确认
- 自主网站需平衡自动化与人工控制
结构提纲
按章节快速跳转。
所有网站在发布后都会因市场变化而逐渐失效
AI代理可自动修复设计变更、优化图片、检测可访问性问题
85%团队认为完全自主修改需人工确认
提供可视化编辑与AI代理协同的基础设施
思维导图
用一张图看清主题之间的关系。
查看大纲文本(无障碍 / 无 JS 友好)
- 网站持续改进
- 核心机制
- AI代理自动优化
- 可视化编辑
- 挑战
- 用户信任问题
- 变更控制需求
金句 / Highlights
值得收藏与分享的关键句。
网站在发布一年后会变成'历史文物',并非技术故障而是市场脱节
AI代理可在夜间自动修复设计系统变更并优化图片压缩
85%的团队认为完全自主修改的网站需要人工确认关键变更
为什么你的网站应该永不停止变化 —— Smashing Magazine
- 2026年8月25日
- 0条评论
为什么你的网站应该永不停止变化
- 8分钟阅读
- 工具 , 设计 , AI
- 在Twitter , LinkedIn上分享
#### 作者简介
Pierre Burgy 是 Strapi 的联合创始人兼首席执行官,Strapi 是领先的开源无头 CMS,同时也是 Fimo 的联合创始人,Fimo 是 Strapi 孵化的产品,持续改进网站的基础设施。更多关于 Pierre 的信息 ↬
#### 邮件简报
每周前端与用户体验技巧。182,000+ 人信赖。
每个网站在发布当天达到最佳状态,随后会逐渐偏离这个状态,不是因为网站崩溃了,而是没有人有时间保持其更新。自主网站在发布后由代理持续优化,旨在改变这一现状。但如果你认真对待这个想法,很快就会遇到一个与技术无关的问题:几乎没有人想要一个完全自主变化的网站。Pierre Burgy 分享了他们在构建完全自主网站过程中学到的经验,以及他们在此过程中发现的更深层次的设计问题。
本文由我们的挚友 Fimo 亲切支持,Fimo 是网站发布后持续改进的基础设施。它运行在你的真实代码上,让你的团队可以视觉化编辑任何内容,并让代理负责内容、可访问性和你永远无法处理的维护工作。在 Strapi 孵化。感谢你们!
每个网站在发布当天都处于最佳状态。最终的代码分支合并,网站按照设计精确上线,短暂地达到完美状态。它再也不会如此优秀了。
不是因为任何东西坏了。网站继续正常运行。但市场在变化,信息在调整,竞争对手推出了新产品,你精心构建的网站逐渐不再符合它所代表的公司。一年后,它就成了一件过时的作品。不是坏了,只是落后了。每个团队都了解这种衰败,几乎所有人都将其视为自然法则。
这并不一定非得如此。网站可以在发布后持续改进,而不是逐渐远离其最佳状态,在团队处理其他任务时,网站可以悄然优化自身。
想象一下这种场景:当你睡觉时,一个代理发现上周的设计系统更改从未传播到定价页面,并进行了修复。另一个代理发现一组图片在匆忙发布的版本中未经过压缩,并对其进行了优化。第三个代理发现一个新组件引入了可访问性退化,并进行修复或标记给你检查。你醒来时看到的网站比你离开时明显更好,同时还有一份简短的列表,列出代理希望你关注的少数决策。这才是值得追求的版本。
而当你认真对待这个承诺的那一刻,你就会遇到一个与技术无关的问题:
几乎没有人真正想要一个完全自主变化的网站。
为什么“让它自主运行”是错误的目标
一旦你拥有能力强大的代理,显而易见的做法就是将整个网站交给它们。让它们编写、编辑、优化并发布,而你只需退后一步。这听起来像是自然的终点,也是大多数人听到“自主网站”时首先想到的画面。
但一旦它真实地出现在你面前,几乎没有人会想要它。
我们通过构建完全相反的东西来学习这一点,这正是你学习大多数有价值事物的方式。在构建 Fimo 这个自主网站平台时,我们最初的目标是让网站完全实现自主运行,然后观察人们实际如何使用它。人们实际的反应是犹豫不决。不是因为他们不信任这些代理,而是因为网站没有单一的所有者。不同部分属于不同的人,每个人对自主权的需求程度也不同。因此问题从来不是是否信任代理,而是在何处划清界限,以及为谁划清界限。
当你以这种方式提出问题时,工作自然地分为三类。
大部分工作根本无需思考
从最大的那部分开始,因为它比人们想象的要大得多。保持网站健康所需的大部分工作都是规则明确、重复性高且毫无乐趣的。随着页面变化保持无障碍合规性。当某个设计系统标记发生变更时,推动整个设计系统的更新。捕捉到破损的元标签、未优化的图片、或者在 URL 三年前变更时就已失效的链接。
这些工作与任何人的才华无关。没有人因为擅长发现缺失的 alt 属性而被雇佣。这是你乐于移交的工作,也是代理最擅长的工作,因为这些工作由规则定义而非审美判断。一个代理在无人值守的情况下,默默确保整个网站的这一层保持正确,不会威胁到任何人的工作。这是那令人厌烦的 80% 最终被妥善处理的部分。
明确说明维护工作中有多少比例属于这一类,正是让“自主网站”这个概念听起来不再像一次飞跃的关键。你不是在移交判断权,而是在移交琐碎的日常任务。
有些工作你永远不可能移交
在另一端则是你无论如何都不会委托他人处理的工作。这部分工作量很小,但正是你存在的原因。
代理可以将新页面与你赋予它的所有规则进行比对。它可以确认对比度达标、标题顺序正确、标记无误、文案符合风格指南。但它无法决定页面应该给人什么样的感受,也无法判断你正在交付的内容在审美层面是否优秀。这种判断正是你被雇佣的原因,无论代理能力多么强大,这项工作始终属于你。
这是人们在抗拒自主权时首先会保护的部分,他们这样做是正确的。错误在于认为整个网站的工作都属于这一类。实际上几乎没有任何工作属于这一类。但正是这部分小而关键的工作,使得“自动化一切”听起来如此荒谬。
而很多工作取决于你是谁
在琐碎任务和不可触碰的领域之间,存在一个产品无法为你决定的区域,因为每个人对界限的界定都不同。
举一个真实的例子:当用户首次访问网站时,将深色模式设为默认主题。代理可以在几秒钟内完成这项操作。但问题在于谁有权决定是否要执行这项操作。对于负责网站品牌识别的设计师来说,默认主题不是一个设置选项,而是关于品牌希望被首次看到方式的声明,他们希望拥有这个决策权。而对于负责实现这项变更的开发人员来说,这只是一个明确理由的单行默认设置,他们很乐意让代理执行并继续处理其他任务。同样的变更,同样的网站,这两个人却在完全不同的位置划定了界限。
注意那里发生的事情。问题不在于其中一个人谨慎而另一个鲁莽,而是相同的任务对每个人而言承载着不同数量的判断。对某人来说这是一个决策;对另一个人来说则是一项例行公事。不存在一个产品可以默认提供的设置能同时满足两者,因为“正确”取决于你的价值所在,而非任务本身。
这正是为什么控制必须针对每个任务和每个人进行,也是为什么我们放弃了寻找适用于所有人的设置。这样的设置并不存在。唯一存在的,是每个人自己划定的界限,以及帮助精确绘制这条界限的工具。
你不是仅仅设定自主性:你是构建代理
一旦你接受这条界限是个人化的,那么在“批准”和“委托”之间切换的开关就不再足够了。界限的位置取决于代理实际在做什么,因此真正的控制单位是代理本身。
正是在这里,问题不再是一个设置问题,这也是Fimo最终呈现的形态。你无法从固定的行为菜单中选择。你通过构建代理来定义它们能触及的范围。你可以从零开始构建一个代理,或者从接近你需求的现有代理出发,根据你自己的界限进行调整:一个你可以信任独立运行的无障碍代理,一个你始终保持在品牌相关事务附近的文案代理。
( Large preview )
它们不会一成不变。它们会从任务和你教授它们的内容中学习,因此你上个月设定的界限并非你必须固守的。当时你需要批准的事情,现在可以委托给代理,不是因为你降低了警惕,而是因为代理赢得了你的信任。这条界限不是你一次性配置的设置,它会随着信任的建立而移动,朝着减少你工作量的方向发展。
从狭窄开始,随着信任增加而扩展
这并不意味着在第一天就将整个网站完全交由自主代理处理。实际上,情况恰恰相反。你先委托一点,观察它的表现,然后逐步放宽限制。
你实际上可以观察到一切。每个代理的运行记录、历史、日志,以及它所更改内容的前后对比,都可以被检查。信任的增长不是因为你习惯了这个概念,而是因为你能够看到发生了什么并进行比较。当某个代理在你未察觉的情况下悄悄修复了某个问题,而你能清楚看到它做了什么时,下一次委托就会变得更容易。
截止日期能防止你成为已经移交任务的瓶颈。如果你不参与决策,代理就会继续执行。你只需设定一次规则,之后就不再成为整个网站等待的对象。
冻结的网站才是真正的风险
人们首先担心的是代理会在未经允许的情况下更改网站内容。反过来想:真正的风险是网站永远没有任何变化。一个冻结的网站不会一直安全,它只是逐渐落后,直到没有人注意到时,它已经代表了一个不再存在的公司。
自主性的初衷从未是让你远离自己的网站。它的初衷是消除衰败。
自主性的目的是让发布当天的版本不再是最佳版本,让你将判断力集中在真正值得投入的少数事项上,而其余事务则自行处理。在你价值所在的地方划定界限,让代理负责界限另一侧的所有内容。随着代理证明它们的能力,让这条界限随之移动。
(yk)
Explore more on