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

我用 AI 做了一个交互式Claude Code入门学习网站

小白学Java
小白学Java
2026-01-30 23:53
阅读 4603
小白学Java
2026-01-30 23:53
阅读 4603

项目地址

在线体验：https://cc.wanyj.cn GitHub：https://github.com/userwanyong/claude-code-interactive-tutorial

背景

随着AI时代的到来，各种编程工具爆火，比如cursor、trae、kiro、claude code、open code、gemini cli等等，但最有象征性的应该是claude code，但这又有一个问题，claude code是命令行工具，对于刚入门又想直接写学习前沿技术的小伙伴有点困难，而市面上包括claude code官方在内，只提供了使用文档，对新手来说很不友好，因此我开发了一个claude code交互式网站，动画渐进试引导用户学习从安装到使用的全流程

环境准备

  1. Trae solo+glm4.7
  2. context7-最新文档神器
  3. firecrawl-网页内容抓取
  4. ui-ux-pro-max-界面设计
  5. edgeone-pages-mcp-部署
  6. 智谱提供的webSearchPrime、webReader以及开源仓库搜索mcp

开发模式

trae的solo模式下还有两种类型，SOLO Coder和SOLO Builder，我的得我上次用solo模式还是solo模式刚发布的时候，各自的效果都忘得差不多了，现在我们都来试一试，看谁的效果好😆

  1. SOLO Coder模式开发：力度更细，支持自定义mcp工具和skill
  2. SOLO Builder模式开发：内置功能带你跑全流程

SOLO Builder是从零到一编写产品需求文档、方案设计文档，然后进行实现，部署上线流程，但我为什么还要选SOLO Coder做对比呢？因为SOLO Builder可控力度太粗，基本就是按照程序预制的思路走，也不能使用自己添加mcp工具；相比之下，SOLO Coder拥有更细的控制力度，可以让你精准的把控软件开发过程中的各个流程，最重要的是他可以使用mcp工具

模式一：SOLO Builder（初版）

啊这时候有人就问了，你为什么不先写SOLO Coder！因为SOLO Builder自己跑，人工干预次数少嘛，他先完成的😊

1. 首先是提示词

▼
md
复制代码
我想做一个claude code命令行快速入门的网站，包括但不限于怎么安装、输入特定命令达到特定的效果的展示等，此网站无需介入真正的llm大模型，只需要模拟claude code的输入输出即可，帮助用户可视化、步骤性的快速入门claude code的命令行命令

## 任务
现在我需要开发一个完整的项目，请你先通过【全网联网搜索】帮我进行需求调研，看看需求是否合理、市面上有没有类似的开源项目或产品，并且通过跟我交互式问答来一步一步确认和完善需求。

## 约束
1. 你要尽可能详细、全方位地进行调研，至少搜索 10 个文档
2. 你必须只专注于 MVP 最小可行性产品功能的实现，不要做太多无关的功能。

##我提供给你的资料
1. https://code.claude.com/docs/zh-CN/overview
2. 使用 context7 搜索最新文档

2. 确认需求

接着他让我们确认一下它不确定的问题，哎这时候不得不说，我脑子里又回忆起yupi当时的场景来了，自己确认需求，感觉一模一样，身临其境

▼
md
复制代码
## 💡 需求确认问题
为了确保我们构建的 MVP 符合你的期望,我需要确认以下几个关键问题:

### Q1: 目标用户群体
这个网站主要是面向哪些用户?

- A. 完全的终端新手,不熟悉命令行
- B. 有一定编程基础,但不熟悉 Claude Code
- C. 经验丰富的开发者,想快速了解 Claude Code
- D. 其他(请说明)
### Q2: 核心功能范围
MVP 应该包含哪些最核心的功能?(请按优先级排序)

- 安装教程展示
- 基础命令演示(如 /help , /clear 等)
- 代码编辑交互演示
- Git 操作演示
- MCP 配置演示
- 项目分析演示
- 其他(请说明)
### Q3: 交互方式
你希望用户如何与网站交互?

- A. 线性教程模式(一步步引导)
- B. 自由探索模式(可以随意尝试各种命令)
- C. 混合模式(有推荐路径但也可以自由探索)
### Q4: 内容深度
每个命令演示的深度如何?

- A. 简单展示输入输出即可
- B. 展示输入输出 + 解释说明
- C. 展示输入输出 + 解释 + 实际场景应用
### Q5: 技术栈偏好
你希望使用什么技术栈?

- A. React + TypeScript (推荐)
- B. Vue + TypeScript
- C. 其他(请说明)
### Q6: 特色功能
除了基础的命令演示,你希望网站有什么特色?

- A. 命令速查表/cheatsheet
- B. 常见问题解答
- C. 学习进度追踪
- D. 命令收藏功能
- E. 其他(请说明)

3. 创建prd和pad文档

我们把表单填好后发给他，他就自动生成prd（产品需求文档）和pad（技术架构文档）了，真的很省心

image.png 当然，这一步也要人工审核的，不出意外的情况下还是要删除关系不大的部分，保证MVP

4. 代码开发

然后小手一动，点击确认，我就去写这篇文章了，剩下的交给AI 最后，这期间遇到一个问题，它没有解决直接给我说开发完成了，找不到模块“./pages/HomePage”或其相应的类型声明。ts(2307)我手动发送给它他才修复正常，然后初版就开发完成了（注意这个任务完成的那个时间是完成时间，不是开发时间哦，具体开发了多长时间它也没写，我也忘了，不过我记得很快就开发完成了😅）

image.png image.png

5. 测试验收

  1. 首页：（首页第一部分上面已经贴了，现在展示的是下面的部分）因为没有用上mcp和skills，勉强能接受吧 image.png

  2. 具体操作：就这？点击按钮自动输入命令？我想要的是用户手动输入命令啊，有待提高 image.png image.png

  3. 速查表：怎么一共才支持8个命令？！！应该是没有使用context7的缘故吧，等等 不对啊，我已经把claude code的文档给它了呀，有待提高 image.png

  4. 收藏功能：可以的，正常运行 image.png

  5. 学习进度：哎呀，怎么点它一点效果都没有，怎么也得弹出个弹窗或者小红花之类的吧，起码进度显示是正常的，可以接受 image.png

  6. 移动端适配：可以接受 image.png

6.总结一下

这时候有人说，等等！你先别总结，为什么不顺便点击部署按钮让我们体验下呢，，，嗯…… 对于这个问题哈，因为我Vercel死活登不上，需要啥手机号校验，如果有这种情况并且解决的小伙伴告诉我一下哈，教教我😭 总的来说，因为Builder模式不能用mcp，也不能用skill，导致最终生成的效果还是AI最喜欢的紫色风格，这一点很难受，希望官方能早日支持这个模式可以使用自己配置的mcp和skill吧；对于速度和返工次数而言，这个模式还是棒的 如何更完美呢？可以先用Builder模式生成整体架构，再使用Coder模式进行mcp和skill微调

模式二：SOLO Coder（初版）

这个模式我们就遵循AI传统的开发流程了

1. 需求分析

▼
md
复制代码
## 角色
你是一位 AI 编程 + 产品调研专家。

## 任务
现在我需要开发一个完整的项目，请你先通过【全网联网搜索】帮我进行需求调研，看看需求是否合理、市面上有没有类似的开源项目或产品，并且通过跟我交互式问答来一步一步确认和完善需求，在你完全理解了需求之后，生成一个标准的《需求规格文档》。

## 约束
1. 你要尽可能详细、全方位地进行调研，至少搜索 10 个文档
2. 你必须只专注于 MVP 最小可行性产品功能的实现，不要做太多无关的功能。

## 我提供给你的信息
1. https://code.claude.com/docs/zh-CN/overview

### 背景
随着claude code的爆火，市面上大多都是文档形式的教程，对新手很不友好，我想做一个可视化交互的网站，引导用户学习完claude code操作的全流程

### 具体需求
我想做一个claude code命令行快速入门的网站，包括但不限于怎么安装、输入特定命令达到特定的效果的展示等，此网站无需介入真正的llm大模型，只需要模拟claude code的输入输出即可，帮助用户可视化、步骤性的快速入门claude code的命令行命令

同样给我提了个需求确认

▼
md
复制代码
## 🎯 需求确认与完善
现在我想通过几个问题来更好地理解您的需求，这将帮助我完善需求规格文档：

问题 1：目标用户

- 您的目标用户主要是哪些人群？（例如：完全不懂命令行的新手、有一定编程经验的开发者、DevOps 工程师等）
问题 2：学习内容范围

- 您希望涵盖 Claude Code 的哪些核心功能？（例如：基础安装配置、基本对话交互、常用命令、文件操作、代码生成等）
问题 3：交互方式

- 您希望用户如何与模拟器交互？（例如：在虚拟终端中输入命令、预设命令点击、分步引导等）
问题 4：学习进度追踪

- 是否需要学习进度追踪功能？（例如：学习路径可视化、完成度统计、成就系统等）
问题 5：部署方式

- 您计划如何部署这个网站？（例如：静态网站托管、需要后端支持等）

最终不出意外，生成的需求文档把技术实现也放进去了，手动删除！

2. 方案设计

▼
md
复制代码
## 角色
你是一位专业的程序员架构师，擅长根据需求文档实现技术方案。

## 任务
我会给你一个完整的需求文档，你需要仔细完整分析需求，并且通过【从全网联网搜索信息】来确保你的技术实现方案是可行的，你需要通过 Context7 来获取最新的技术文档信息
如果你有不确认的信息，先不要完整生成文档，而是先通过交互式问答找我进行人工确认。
在你给出初版方案后，需要找我进行人工确认，最终帮我输出完整的《技术实现方案文档》

## 约束
1. 你要尽可能详细、全方位地进行网络搜索，确保获取到了最新的技术文档和实现方案（2025~2026年）
2. 你必须只专注于 MVP 最小可行性产品功能的实现，不要做太多无关的功能。
3. 你的任务不包括编写代码，只专注于方案的设计和文档编写

## 我提供给你的信息
@需求文档

一样的逻辑，手动确认

▼
md
复制代码
## 需要确认的问题
在编写完整的技术实现方案文档之前，我需要向您确认以下几个问题：

### 1. 前端框架选择
问题：您更倾向于使用React还是Vue 3？

我的建议：React（生态更成熟、组件化适合模块化教学）
备选：Vue 3（学习曲线较平缓、模板语法更直观）

### 2. 状态管理方案
问题：是否需要引入状态管理库（如Redux/Zustand）？

我的建议：不引入，使用React Context API或纯Hooks即可满足MVP需求
备选：Zustand（轻量级状态管理）

### 3. 部署方案
问题：您计划如何部署这个网站？
选项：
- 静态托管（Vercel/Netlify/GitHub Pages）- 推荐
- 自建服务器
- 其他方式
### 4. 多语言支持
问题：是否需要支持多语言（如中英文切换）？

我的建议：MVP阶段只支持中文，后续再扩展

### 5. 移动端支持
问题：是否需要支持移动端？

需求文档中提到"桌面端优先，平板端适配"，但移动端未明确说明
我的建议：MVP阶段重点优化桌面端体验

### 6. 数据持久化策略
问题：除了localStorage，是否需要考虑其他数据同步方案？

我的建议：MVP阶段仅使用localStorage，后续可考虑云端同步

最终生成方案设计文档，整体还可以

3. 前端开发

▼
md
复制代码
## 角色
你是一位专业的前端开发程序员

## 任务
我会给你一个完整的需求文档和方案设计文档，你需要仔细完整阅读这些文档。
1）帮我完整开发出可运行的前端页面，不要生成预料之外的功能
2）需要《快速启动说明文档》，帮助我能够顺利运行项目

## 约束
1. 你需要通过 Context7 来获取最新的技术文档信息（尤其是前端开发框架）
2. 你必须只专注于 MVP 最小可行性产品功能的实现，不要做太多无关的功能。
3. 你的任务不包括编写后端代码，你必须只专注于前端开发，不要生成我要求之外的文档，以快速能够运行项目为主

## 界面要求
必须使用 ui ux pro max 插件提供的脚本来生成美观的前端 UI 样式，禁止采用蓝紫渐变色，而是采用中国红。你在运行任何 python 脚本时，即使遇到了任何的脚本运行报错，也必须利用这个插件来约束美化前端页面，禁止直接不用插件生成前端代码。

## 我提供给你的信息
@需求文档
@技术方案文档

## 重点注意
由于我用的是 windows 系统，你要注意使用的命令行，必须使用 git bash 命令行工具来运行。

这个开发就老久了，差不多是Builder模式的四五倍时间吧

image.png

最终生成效果如下

image.png

4. 测试验收

  1. 首页：说实话，任务列表与命令行有点不协调，应该命令行固定效果会更好 image.png

image.png 2. 具体操作：失败

image.png 3. 命令参考：一般般，不如Builder效果好

image.png

  1. 学习进度：可以接受，具有预期效果

image.png 5. 移动端适配：可以接受

image.png

5. 总结一下

Coder模式改变了AI的蓝紫色风格（其实是skill生效了），开发周期较长，功能较少，最严重的一点是关键功能异常！但它的优点是功能细粒度换分很好，比如学习进度会单独展示；还有就是命令行可以手动输入命令

先小结一下

观点：可以使用Builder模式开发整体框架（速度快，功能丰富），再使用Coder模式进行样式调整（去AI味，使用工具和技能） 现在我的主要需求就是有个命令行，并且用户可以手动输入，那我就选Coder模式生成的代码继续后续优化了，Builder模式生成的代码暂时舍弃；但如果你没有时间进行对比，推荐按我上面的【观点】走。并且我以后用trae solo开发也不可能两种模式都生成在对比取舍，太费时间和token了，有了这次的经验，下次会优先按【观点】设计了

继续优化

功能优化

  1. 优化学习路径（26个标准内置命令）
  2. 高度还原cc命令行，确保每条命令执行结果是真实的
  3. 优化排版，步骤不要一下全列出来，一步一步的进行，实现打字机样式输出
  4. 进度条同步展示
  5. 成就系统按现有结构重新划分
  6. 记录已学习命令历史

提示词如下

▼
md
复制代码
## 角色
你是一位专业的前端开发程序员

## 任务
我会给你一个完整的需求文档、方案设计文档、已经开发完成的代码，接下来你需要：
1）你必须完整分析我给你的内容，确保理解整个项目
2）你必须分别自主地进行前端页面的测试，确保核心业务流程能够正常运行
3）跟我配合去修复代码的 Bug，确保各功能可以正常使用

## 约束
1. 你需要通过 Context7 来获取最新的技术文档信息
2. 你必须只专注于 MVP 最小可行性产品功能的实现，不要做太多无关的功能。
3. 你的任务不包括生成文档，请专注于解决 Bug 和让项目能正常运行，如果你生成了多余的文档，世界上将死一只小猫

## 我提供给你的信息

@需求文档
@技术方案文档
@代码目录

样式优化

  1. 优化字体样式，优化打字机效果
  2. 毕业庆祝

提示词如下

▼
md
复制代码
## 角色
你是一位专业的前端UI优化专家

## 任务
1. 你需要使用ui-ux-pro-max，协助我优化前端页面
2. 你需要使用context7搜索最新文档
3. 你必须完整分析项目的内容，确保理解整个项目

## 重点注意
由于我用的是 windows 系统，你如果使用ui-ux-pro-max相关功能，请使用git bash命令行工具来运行

如果准备好了，请回复“准备就绪”，我将给你具体的需求

最终效果如下

image.png

AI
20
25
分享
操作

相关专栏

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
墨得问题墨得问题