鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册
站长：程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
8
7
7

我用 GLM-5.1 重构了我的 AI 项目

小白学Java
小白学Java
2026-04-02 23:44
阅读 2945
小白学Java
2026-04-02 23:44
阅读 2945

一、背景

成品速览

线上地址：https://lxzs.wanyj.cn/ GitHub：https://github.com/userwanyong/AI-AGENT-FRONT

事情起因

继上次我为“灵犀助手”项目添加认证授权相关功能后，为了让项目更完整丰富，更具有竞争力，最重要的是吸引用户的“眼球”，所以我打算将AI对话界面优化一下，使之符合现代网页AI的特点，比如独立会话管理、思考模式下展示思考内容等等

当前项目存在问题

  1. UI界面色彩单调，全部以蓝色为主，并且没有主题切换功能
  2. 前端未实现版本控制，新版本发布后旧的登录态依然存在（比如账号密码方式登录已经废弃，新版本发布后依然使用账号密码方式的状态进行登录，导致出现不必要的错误）
  3. 会话url地址不符合市面上的AI网页版对话
  4. 没有独立会话功能，在一个正在进行中的会话点击新建会话/另一个历史会话，再切换回当前会话，输出就中断了，只能等这一轮会话结束后通过刷新页面，进行持久化查询后才能得到信息
  5. 未实现会话中断功能
  6. 对话历史直接持久化到Redis，数据有丢失风险，需要落库

开发环境

  • 前端：glm-5.1+cc-vscode插件
  • 后端：glm-5.1+cc-cli
  • Skill：frontend-design + ui-ux-pro-max
  • MCP：webSearchPrime、webReader、context7、chrome-devtools、zai-mcp-server

优化前后对比

优化前 在这里插入图片描述 优化后 在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

二、前端UI优化

编写页面优化提示词

▼
markdown
复制代码
你是一位专业的UI设计师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
现在已有的UI界面太单一，很难吸引用户的目光。现在请你重新设计本项目的UI界面，在不改变功能的前提下，能够更好的吸引用户的目光

## 我提供给你的资料
1）@当前项目代码

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）我的后端接口不会改变，注意新的UI功能要适配现有的后端接口

读取文件，分析现状

不得不说，每次看到这个界面都给我一种心旷神怡的感觉 ☜(ˆ▽ˆ) 在这里插入图片描述 分析完毕，进行总结阶段 在这里插入图片描述

补充信息

AI会向我们询问，需要实现哪种风格、优先级（这里我让AI优先实现对话交互页的重构）、以及主体模式（明亮/暗色主体，还是两种都要随时切换） 在这里插入图片描述

生成方案

最终AI生成了优化方案文档，但有一个问题就是为什么AI没有自主调用frontend-design或者ui-ux-pro-max这两个skill呢？ 不管了，先开发一版尝尝咸淡 （‐＾▽＾‐） 在这里插入图片描述

实施计划，进行编码

直接告诉AI按计划文档执行即可。经过一杯奶茶的时间，最终优化后效果如下 在这里插入图片描述 怎么说呢，虽然去掉了蓝色背景，但现在这一版明显是后台管理系统的经典模版，深黑色的侧边栏，甚至还不如优化前呢。显然，这肯定不符合我的需求！ 接下来就要探寻一下为什么在生成过程中没有调用到frontend-design或者ui-ux-pro-max这两个skill，这是根本原因！

问题溯源

这次我们进一步看看到底有没有进行skill的调用

▼
markdown
复制代码
你现在这一版不符合我的预期，并且你也没有调用任何skill，现在我要求你彻底放弃这一版方案，重新进行设计（使用frontend-design或者ui-ux-pro-max）

这里看到关键原因了⚠️，AI只是去cc的插件（plugins）目录去寻找而不去在用户目录下查找 在这里插入图片描述 在这里插入图片描述 那么，我就手动指定这两个skill的存放地址 在这里插入图片描述 这次正常调用skill了 在这里插入图片描述 最终正确使用这两个skill生成新的优化方案文档 在这里插入图片描述 然后看一下之前未正确调用skill的原因，便于以后避免这种情况发生（可以将注意事项写入用户级的CLUADE.MD中） 在这里插入图片描述

第二版开发

到了这里估计剩余上下文已经不充足了，并且现在处于新的优化的阶段（第一版代码已经回滚），所以最优的方案是新开一个对话窗口，并将AI生成的优化方案作为记忆发送给它

▼
markdown
复制代码
你是一位专业的前端开发工程师，请你按我提供给你的设计文档，按需分步骤完成开发、自主执行测试验证。

## 我提供给你的资料
1）@设计文档
2）@当前项目代码

又是经过一段时间的等待，也是完成了代码的编写。✅️感觉这一版才有优化后的意味~

优化后效果（暗/亮） 在这里插入图片描述 在这里插入图片描述

细节微调

优化后存在的问题

  1. 因为第二次的提示词提供的信息过少，导致没有对优化范围进行控制，最终登录页面也进行了相应优化，但是！优化后存在标题看不见的问题（颜色一致）
  2. 参考其他网页AI的样式，当前项目还少一个主题切换的按钮
  3. 按钮圆角出现双重样式
  4. 暗色主体下“提问案例”按钮背景默认是紫色，鼠标放上去的一瞬间，按钮背景色就消失
  5. 但面板模式下隐藏回答panel
  6. 整体风格呈现为蓝紫色，需要去“AI味”
▼
markdown
复制代码
你是一位专业的前端开发工程师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
1）登录页你改为暗色后，“灵犀AI助手”这几个字就看不见了，你需要改为原来的样式
2）再增加一个自动适配的主题，根据用户系统当前的主题进行适配
3）亮色主体下，“新建对话”按钮周围有蓝紫色包围，你进行了圆角的设置，这没问题，但按钮最外层貌似还有一个直角的样式，导致既有圆角也有直角，你需要去除直角或者统一修改为圆角
4）对话发送那个按钮的颜色需要调整一下，自动适配当前的主题
5）暗色主体下“提问案例”按钮背景默认是紫色，鼠标放上去的一瞬间，按钮背景色就消失了，你需要修改一下（可以参考亮色主体下的逻辑）
6）现在对话界面会显式展示“回答panel”和“思考panel”，现在你需要在只有“回答panel”时隐藏掉“回答panel”这个tab的名称（标志），只有两个tab同时存在时再显示
7）现在整体风格是紫色，换成尊贵的橙色

## 我提供给你的资料
1）UI重构文档
2）当前项目代码

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）我的后端接口不会改变，注意新的UI功能要适配现有的后端接口

最终效果（暗/亮） 在这里插入图片描述 在这里插入图片描述 到这一步，可以提交一次代码了，下次功能优化/新增应该重新开启一个对话窗口，避免新功能的开发收到历史记忆的影响，降低开发的准确性；同时防止触发最大上下文限制

实现版本控制

问题根源：如果我先发布第一版本，并登录。然后短期内（登录未失效）发布第二版本，这就导致可以直接以第一版本的登录信息直接登录，而看不到第二版本对登录的变更

▼
markdown
复制代码
你是一位专业的前端开发工程师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
1）现在这个前端项目没有版本控制功能，如果我先发布第一版本，并登录。然后短期内（登录未失效）发布第二版本，这就导致可以直接以第一版本的登录信息直接登录，而看不到第二版本对登录的变更，你需要自主思考解决方案，编写计划文档
2）不只是登录，你同时需要实现有关前端版本发布控制的其他相关问题（可以进行网页搜索或者检索开源的github仓库）
3）设计方案完成后直接放到/docs目录下，等我人工确认后在执行开发

## 我提供给你的资料
1）当前项目代码
2）往期文档

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）我的后端接口不会改变，注意新的UI功能要适配现有的后端接口
3）确保检索到的信息具有时效性，避免使用过时的信息/api/包导入/已废弃特性

在这里插入图片描述 进行人工确认，只需要实现MVP功能即可 在这里插入图片描述 继续开发 ~ 在这里插入图片描述 AI根据方案文档自主拆分任务进行多阶段执行 在这里插入图片描述 ✅️最终，可以通过使用版本号机制对版本进行控制，包括但不限于本地build构建、vercel部署方式会触发github工作流自动构建，都会进行版本号校验

三、后端接口开发&&调整

当前存在的问题

  1. 用户与AI的对话是临时存储在Redis中的，容易造成会话的丢失
  2. AI网页会话URL不规范

后端开发

▼
markdown
复制代码
你是一位专业的后端开发工程师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
1）现在我已实现大致的功能设计，但当前存在如下问题
- 用户与AI的对话是临时存储在Redis中的，容易造成会话的丢失
- 然后对于用户会话内容，采用的是`https://lxzs.wanyj.cn/agent-chat`的形式，通过@RequestParam("session_id")的形式进行接受，我后续需要将前端传递方式改为`https://lxzs.wanyj.cn/agent-chat/69c8ab37-2390-839b-8402-f27ba1933c64`的形式，你需要判断这个接口是否需要更改
2）参考有关开源项目，以及分析主流的AI平台（比如GPT、豆包等）的相关功能的实现思路，看看当前项目有哪些需要优化/完善的地方
3）你需要先生成优化方案，保存在/docs目录下，等我人工确认后在执行代码的编写

## 我提供给你的资料
1）当前项目代码

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）确保检索到的信息具有时效性，避免使用过时的信息/api/包导入/已废弃特性

废话不多说，甩几张执行过程图吧 \ (•◡•) / （Vibe Coding的最大优点就是很多问题不需要自己动手动脑，大多数情况下只要稍微指点一下即可，至于生成的质量，完全取决于你的需求描述能力） 在这里插入图片描述 在这里插入图片描述 生成好了，我们来检查一下，确认AI的7个问题 在这里插入图片描述 继续 ~ 在这里插入图片描述 ✅️经过一阵操作终于是完成了开发，然后让他自己总结一份修改文档供前端使用

▼
markdown
复制代码
为你本次修改做一下总结，并形成一份文档放到/docs目录下

四、前端接口更新

现在后端接口变更完毕，前端当然也要跟着变更一下，使之适配后端API

▼
markdown
复制代码
你是一位专业的前端开发工程师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
1）后端接口已经进行更新，我会给你提供后端的更新文档，你需要调整涉及到的方法/页面，以此来适配后端新功能/新特性

## 我提供给你的资料
1）前端项目代码
2）后端项目代码
3）后端更新文档

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）确保检索到的信息具有时效性，避免使用过时的信息/api/包导入/已废弃特性

在这里插入图片描述 ✅️完美，优化后的历史会话列表效果如下（新增了智能体类型以及对话的条数，便于用户快速区分以及查找） 在这里插入图片描述

五、会话状态优化

当前存在的问题

  1. 当我开启一个对话时，切换到其他的对话再切换回来，不会继承之前的状态，只有后端全部输出完毕再次刷新才能看到最终的数据
  2. 进行中的会话无法进行中断操作

前端开发

▼
markdown
复制代码
你是一位专业的全栈开发工程师，请你帮我设计方案、然后找我人工确认、按需分步骤完成开发、自主执行测试验证。

## 需求
在众多AI智能体流行的时代，用户不仅局限于跟AI对话，还能让AI处理复杂的任务等等，因此我想要设计一个AI智能体网站，用户可以自主选择可用智能体进行交互

## 当前任务
1）现在当我开启一个对话时，切换到其他的对话再切换回来，不会继承之前的状态，只有后端全部输出完毕再次刷新才能看到最终的数据，为了避免这一问题，我强制在一个对话开启时禁止切换到其他对话/新开对话
2）这样对于用户体验很不好，你需要帮我计划一下，如何进行更改才能使得各个会话状态相互不影响（比如两个对话都有自己单独的状态，各自输出，从一个对话切换到另一个对话在切换回来还会继续保持当前的状态）
3）如果前端不能实现，需要涉及到后端代码的更改，请你一并列出后端的实现方案文档
4）可以随时中断对话
5）你可以参考gpt/豆包/千问等AI的实现方式
6）将前后端文档都存储在/docs目录下

## 我提供给你的资料
1）前端项目代码
2）后端项目代码
3）前端历史文档
4）后端历史文档

## 注意事项
1）如果你有任何不明确的内容，一定要找我人工确认，才能进行下一步的动作
2）确保检索到的信息具有时效性，避免使用过时的信息/api/包导入/已废弃特性（可以使用context7）

这里需要人工确认四个问题 在这里插入图片描述 AI表明无需变更后端服务（我很怀疑 ☹），因为当停止正在进行的会话时，后端依然正在进行啊，因为后端从未提供终止对话的操作！ ✅️经过实测下来，前端点击停止按钮仅仅是对前端进行停止，后端任务依然会正常执行，正常记录对话数据到数据库，所以当前端刷新时，数据就会显示出来，没有做到真正的停止，还是需要后端提供接口才行

▼
markdown
复制代码
现在我点击停止按钮后，只是前端进行了停止，后端依然在进行中，后续的回答依然会进行持久化，这样就导致用户刷新后对应的内容又会出现了。是需要我后端提供什么接口才能保证点击停止后，后端也同步停止吗

在这里插入图片描述

后端开发

编写后端提示词，因为只需要增加一个中断sse流式输出的功能，提示词可以写的简单一点

▼
markdown
复制代码
现在对于autoAgent这个方法，没有提供中断输出的功能，当我在前端点击停止按钮后，任务依然会继续执行，然后将消息进行持久化/存到数据库，这样就导致任务结束后，前端界面一刷新，还能看到中断后的内容，请你添加一个专门的用于中断输出的接口，前端调用后，实现真正的中断

在这里插入图片描述 在这里插入图片描述

六、整体细节优化

  1. 如果AI回复中有思考部分（xxx），你应该单独处理区分思考部分的内容，注意要兼容无思考的版本
  2. 停止按钮中间的方框有点小

需求不大，直接接着上下文用就行，也是一次改对✅️，省心 在这里插入图片描述 在这里插入图片描述

最后，经过一大下午的优化，也是达到了我预期的目标，成品图已经在开头放过了，这里就不再重复放了

最后的最后，今天智谱发布了首个多模态 Coding 基座模型“GLM-5V-Turbo”，给AI装上了眼睛👀，不再依赖于视觉理解MCP，可惜这次没用上。编程效果下次展示，敬请期待 ~

最后的最后的最后，放个优惠连接 点击跳转->立减5% 互利你我他 ✌ (>‿◠)✌

AI
项目
8
7
分享
操作

相关专栏

Vibe Coding

Vibe Coding

Vibe Coding小项目

评论
相关内容
0个评论
全部评论
点击登录，快来和大家讨论吧～
表情
图片

目录

🔥 热门文章
1
手把手教你设计一个成熟的 Agent Harness
2500
2
我用 REA 逆向了付费颜色 APP，结果很意外！
570
3
离谱，DeepSeek 崩了 5 小时，大家却喊：梁圣恩情还不完？？
420
4
DeepSeek 全新模型发布，性价比最高的一集！
380
5
B 站上 DeepSeek 闹鱼灾了，我发起《大肥鱼清除计划》！
370
6
自己学习ai，直接买cursor 的套餐，还是买gpt 或者claude 的套餐?
360
7
又一个国产版 Codex 神器，也来卷办公了！
330
8
day3-如何写出一个高质量的 Skill（组内分享） 高质量 Skill 不是“一个调得很顺的巨型 Prompt”，而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”，再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子，但方法是通用的。 --- 一、先想清楚：Skill 到底是什么 一个 Skill 至少包含四部分： 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做，每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办，而不是硬编一个看似合理的结果 高质量 Skill 的共同点：职责单一、接口清晰、规则可定位、输出可验证。 反例：把几十条经验全塞进一个主 Prompt，改一条规则要重调整个 Prompt，评估时也不知道是哪条规则退化。 --- 二、核心方法：先建评估，再写 Skill 不要先写转换器再补测试。正确顺序是： 1. 定义输出契约：什么算合法、什么算合格； 2. 建金标准集：一小批人工认可“可放行”的样本； 3. 先写评估 Skill：让它在金标准集上跑出基线； 4. 再迭代生成 Skill：每次修改跑同一套评估，无退化且目标维度提升才算正向。 这就是评估驱动开发：评估是 Skill 的单元测试，金标准集是回归锚点。 --- 三、评估 Skill：三层门禁，逐层递进 前一层不过，后一层不跑。每层留可追溯证据。 第 1 层：确定性硬门禁 用解析器、Schema、校验器完成，不消耗模型成本。 · 输出可解析； · 必填字段齐全，类型/枚举合法； · 引用目标存在，无悬空引用、无不可达节点； · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层：语义断言 用脚本 + 结构遍历检查“逻辑对不对”，仍然保持确定性。 通用检查项： · 覆盖率：源材料里的关键步骤、分支、条件，输出里是否都有对应？ · 完整性：每个判断节点是否都有明确出口？有没有死胡同？ · 可达性：每条路径是否都能到达预期终点？有没有无出口循环？ · 顺序与依赖：有先后依赖的操作，是否保留了顺序？有没有被拍平成无序列表？ 例子：故障诊断转换中，检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层：LLM-as-Judge 只处理解析器表达不了的维度：忠实度、完整性、可执行性。 但 Judge 会漂移，不能单独放行，必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化，换模型必须用金标准集重新校准。 通用 Judge 维度： 维度 问什么 忠实度 输出是否忠实源材料意图？有没有自行发明内容？ 完整性 关键步骤、条件、证据是否保留？隐式知识有没有被压成空话？ 收敛性 输出是否仍指向原目标，而不是发散？ 可执行性 下游不依赖源材料能否直接使用？ --- 四、金标准集：回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子，扩到 15～30 份，覆盖失败模式而非随机抽样： · 完整正例：典型流程； · 边界/异常分支：异常路径、循环、前置失败回退； · 已知易错模式：实际踩过的坑； · 留出集：不参与调优，只用于最终验收，防过拟合。 金标准不需要完美，只需要当前标准下认可可放行。 回归指标：关键路径用 pass^k（k 次全过），稳定性用 pass@k。 --- 五、工程约束：让批量产出可重放 · 幂等：同输入 + 同 Skill 版本 + 同规则 → 输出一致，否则无法判断变好是 Skill 改了还是随机波动； · 隔离不阻断：单份失败进隔离队列，记录失败层和原因，不阻塞其余； · 版本绑定：规则、rubric、金标准集进 Git；每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”； · 抽样人工复核：Judge 临界样本 + 易错模式，人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅，写清：输入约定、输出契约、分步流程、硬规则、降级策略； · 经验规则放 references/ 或 rules/，按失败模式分类，不要全塞进主 Prompt； · 不确定时标 needs_review: true，不要硬编看似合理的结果； · 迭代由评估报告驱动：报告告诉你哪层挂了、哪类失败模式，你改对应规则文件，而不是漫无目的调 Prompt。 --- 七、落地顺序（不要反过来） 1. 固化输出契约：Schema + 结构约束； 2. 建金标准集：从已认可的 + 最易出错的样本开始； 3. 先写评估 Skill：跑出基线报告； 4. 再迭代生成 Skill：每次修改对比逐项通过率，无退化且目标提升才算正向； 5. 批量运行 + 隔离回放：失败进队列，结束后人工抽检； 6. 评估 Skill 自身版本化：换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”：每次修改必须附评估报告对比，逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数：前两层挂了，Judge 分数没有意义。 3. 不许把规则堆进主 Prompt：规则按失败模式分文件，评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”，评估 Skill 决定“敢不敢用”。 先让评估体系站稳，再让生成器迭代。这样交付的不是一堆“看起来还行”的产出，而是一套可证明、可回归、可交接的 Skill 质量体系。
310
9
AI 越强，被它拒绝的代价就越大 我有时候会想：AI 越来越厉害之后，有些事情，会不会反而越来越难做？ 这个想法看起来有点矛盾。AI 明明在降低门槛，让不会写代码的人做出软件，让不会画画的人生成图片，让一个人完成过去需要整支团队才能完成的工作。但今天用 Codex 的时候，AI 拒绝帮我编写 SQL 注入的请求体，而那还是我有源码、在本地跑测试的情况。那么，往后是否只会更难？ 我们假设某一天，AI 说：「这个请求违规，我不能帮助你。」到那个时候，你还有多少能力，能绕过它，把事情做完？ 这里的「违规」需要打个引号。平台的规则、模型的判断、法律的要求，以及一件事实际有没有造成伤害，彼此之间并不总是画得上等号。一个请求可能确实危险，也可能只是缺少上下文被误判，或者恰好落在某家公司的限制范围里。 无论是哪种情况，随着我们越来越依赖 AI，这句拒绝都可能变得越来越贵。 今天，一个程序员让 AI 帮忙写代码，AI 拒绝了，他大概率还有别的办法：查文档、找开源项目、问同行，或者自己写。麻烦一点，慢一点，但路还在。 可如果十年之后，大部分程序都由 AI 完成，情况就不一样了。 很多人从接触编程的第一天起，就习惯了描述需求、等待生成、运行结果、继续迭代。他们能做出相当复杂的产品，却未必经历过独立处理底层问题的训练。平时，这种能力结构完全够用，效率甚至更高。只有 AI 拒绝的时候，他们才会发现：平常被省掉的那段学习过程，恰好是此刻最需要的东西。 到那时，一次拒绝的成本，可能就从「今晚多花两个小时」，变成「先花半年学会这门技术」。 拿 SQL 注入举个稍显极端的例子：往后，连真正理解这类攻击如何发生、能够独立构造测试的人，会不会也越来越少？ 这里也包括那些有正当需求的人。一个开发者想检查自己的旧系统，一个经过授权的安全研究员想复现漏洞，假如 AI 识别到危险模式就拒绝，而使用者又只熟悉「让 AI 帮我检查」，这项原本可以独立完成的工作，就这样卡住了。 但是安全专家不会因此消失，但这类技能可能越来越集中在少数人手里。你仍然可以找专家，只是要付出更多的钱、更多的时间，以及更高的沟通成本。 类似的困境，未必只发生在网络安全领域。 你想从一个停止维护的软件里取回自己的数据，需要解析它的旧文件格式。AI 判断这涉及规避保护措施，拒绝继续。你拥有这些数据，却没有能力把它们读出来。 你买了一台设备，厂商停止提供服务。你想修改程序让它继续运转，过程中需要处理某种访问限制。AI 不愿协助，而你所掌握的维修方式，早已只剩下「把报错发给 AI」。 你想给常用的网站写一个辅助工具，减少重复操作。平台将此归入自动化限制，AI 也据此拒绝。过去会写脚本的人可以自己判断、自己处理；未来的使用者，可能连从哪里开始都不知道。 这些例子有一个共同点：当工具同时承担了「执行工作」和「传授知识」的角色，它的拒绝就不只是挡住了一次任务，也挡住了获得这种能力的机会。 更麻烦的是，这种依赖往往是我们主动选择的，而且每一步都很合理。 既然 AI 几秒钟就能做好，为什么还要花几个月学习？既然公司可以采购成熟的 AI 服务，为什么还要养一支负责基础工作的团队？既然市场上已经很少有人手写这些东西，学校为什么还要花大量时间教？ 对个人、公司和学校来说，这些选择都有现实依据。但叠加起来，整个社会保留的独立能力就可能越来越少。等到某项能力突然受到限制，我们才发现，备用方案早已在追求效率的过程中被一点点削掉了。 所以，「AI 越强，做事越便宜」可能只描述了未来的一半。 另一半是：被允许的事情越来越便宜，被拒绝的事情依然需要人工完成，却要面对更少的人才、更高的报价，以及越来越难获得的知识。两边的成本差距，会越拉越大。 有人会说，可以换一个模型，或者用本地模型。这确实是重要的选项。只要工具之间还有充分竞争，开放模型还足够可用，限制就未必能形成真正的门槛。 但备用方案也需要维护。它需要硬件、知识、软件生态，以及一群仍然理解这些系统的人。如果大多数人已经习惯了最方便的商业服务，那么「理论上还有别的办法」和「普通人实际用得起、用得明白」，之间仍然可能隔着很远。 我担心的，正是这段距离。 我不指望 AI 对任何请求都照单全收。对明显会伤害他人的行为设置限制，有充分的理由。但我们也需要关心：限制由谁定义，误判有没有申诉渠道，用户能不能换工具，以及脱离这个工具之后，还剩下多少独立行动的能力。 保留这些能力，平时看起来甚至有点低效，明明可以自动生成，还要理解原理；明明可以一键完成，还要知道手动怎么做。 但这些看似多余的知识，会在工具拒绝、失效、涨价或改变规则的那一刻，成为真正的选择权。 AI 越强，我们可能越需要留意它说「不」的那一刻。 因为那句话的分量，最终取决于：它拒绝之后，我们还能做什么。
310
10
什么是LLM
300
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
墨得问题墨得问题