跳到内容
主题

AI新手入门指南:从零开始学AI工具

AI新手?从这里开始。面向初学者的AI概念、工具选择和实践入门指南。

146 篇文章

排序文章以找到您需要的内容

新手入门 分类下的文章

Claude Code 插件与市场是什么?使用、制作与发布

Claude Code 插件与市场是什么?使用、制作与发布

Claude Code 插件将技能、子智能体、hooks、MCP 配置等扩展打包分发,市场则列出获取插件的来源。本文说明官方与社区目录、登记、安装及启用状态,再通过一套一致的目录结构,演示制作技能、分别验证插件与目录,以及通过 Git 分发的步骤。同时介绍安装范围、与版本有关的更新条件,以及安全审查无法保证的行为。

Claude Code 的 Subagents 与 Agent Teams 有何不同:层级式 vs 对等协作

Claude Code 的 Subagents 与 Agent Teams 有何不同:层级式 vs 对等协作

Claude Code 的 Subagents 和 Agent Teams 都用于让多个 AI 分工,但协调模型不同。Subagents 是内置功能,主智能体把专注任务委派给拥有全新上下文的助手并只取回摘要(层级式、按任务启动、默认最多嵌套 3 层)。Agent Teams 是实验性、默认关闭的功能,需设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1,让多个独立会话通过共享任务列表对等协作(持久、不可嵌套)。本文基于官方文档梳理两者的决定性差异、该用哪一个以及使用方法。

Claude Design 与 /design-sync 是什么:用对话做设计,与代码双向同步

Claude Design 与 /design-sync 是什么:用对话做设计,与代码双向同步

Claude Design 是 Anthropic Labs 的设计工具,可通过对话创建 UI、原型、幻灯片和单页文档(2026 年 4 月研究预览,6 月 17 日重大升级)。6 月亮点是设计系统导入(用真实组件构建)和与 Claude Code 的双向同步 /design-sync。/design-sync 是 Claude Code 命令,把设计系统拉进代码、再把代码推回画布,缩短设计师与开发者的往返。本文基于官方信息梳理它是什么、6 月升级、双向同步、使用条件以及为什么重要。

Claude Code Artifacts 是什么:把终端会话变成组织内共享的实时网页

Claude Code Artifacts 是什么:把终端会话变成组织内共享的实时网页

Claude Code Artifacts(2026 年 6 月 18 日测试版)把终端编码会话变成 claude.ai 私有 URL 上的“实时”共享页面。它适合 PR 走查、仪表盘、事件时间线、检查清单等“查看胜过阅读”的输出,源自整个会话、自动更新、仅限组织内。没有 /artifact 命令,用自然语言请求即可,Claude 写出 .html 并发布。但它是工作的捕捉而非应用:无后端、无外部请求(CSP)、单个页面、≤ 16 MiB,且需通过 /login 登录的 Team / Enterprise 套餐(不支持 API 密钥,仅 Anthropic API)。

Claude Code 出现 Not logged in / Invalid API key:认证登录错误的成因与修复

Claude Code 出现 Not logged in / Invalid API key:认证登录错误的成因与修复

Claude Code 的认证、登录错误(Not logged in/Invalid API key/organization disabled/OAuth token expired 等)大多是 401/403 凭据问题。最频繁的真因是环境变量 ANTHROPIC_API_KEY 悄悄覆盖订阅登录,引发意外按量计费。本文按 /status → 找出并 unset 多余密钥 → /logout、/login 的顺序讲清排查与防止再次发生的清单。

Claude Code 出现 command not found:安装、PATH 错误的成因与修复

Claude Code 出现 command not found:安装、PATH 错误的成因与修复

Claude Code 的 command not found / claude is not recognized 几乎都只是安装目录(~/.local/bin)没在 PATH 里,二进制其实存在。本文系统梳理安装方式与位置、修复 PATH、多重安装冲突、npm 的 EACCES 权限错误(不要 sudo,改用原生)、Windows 用错 shell 的陷阱,并按 claude doctor → which -a claude → 加 PATH → 删除多余版本 → 原生重装的顺序给出排查工作流。

Claude Code 网络、代理与 TLS 证书错误(Unable to connect):原因与解决方法

Claude Code 网络、代理与 TLS 证书错误(Unable to connect):原因与解决方法

在公司电脑上或通过 VPN 使用 Claude Code 时,出现 “Unable to connect to API”、“ECONNREFUSED”、“SSL certificate verification failed” 或 “fetch failed” 而连不上——这些都是网络错误,意味着请求根本没到达 Anthropic 服务器(api.anthropic.com),与认证(401/403)、服务器过载(529/500)和速率限制(429)不同。本文整理企业网络的三大阻断点(未配置的代理、替换证书的 TLS 检查代理、阻断域名的防火墙)以及 DNS/VPN/Docker,并涵盖代理设置(HTTPS_PROXY、NODE_EXTRA_CA_CERTS、绝不使用 NODE_TLS_REJECT_UNAUTHORIZED=0)、防火墙放行域名与排查工作流——全部基于官方信息。

Claude Code 的 529 Overloaded / 500 错误:成因与应对

Claude Code 的 529 Overloaded / 500 错误:成因与应对

Claude Code 的“API Error: 529 Overloaded”和“500 Internal server error”都是服务器端事件,并非你的请求或设置有误,也不消耗配额。Claude Code 在显示提示前已以指数退避自动重试最多 10 次。本文说明等待重试、用 /model 切换、查看状态页、/feedback 反馈等应对,以及它们与 429、usage limit 的区别和面向开发者的设计要点。

Claude Code“usage limit reached”的真相:5小时+每周上限与对策

Claude Code“usage limit reached”的真相:5小时+每周上限与对策

Claude Code 的“Claude usage limit reached”不是错误,而是 Pro/Max 订阅使用量限制的设计方式。限制分为“滚动的5小时窗口”与“每周窗口”两层,Max 还另有仅针对 Opus 的每周额度。本文梳理什么在吃掉额度(模型选择影响最大)、撞到上限那一刻的5种对策、如何用 /usage 查看剩余量,以及订阅限制与 API 限制的根本区别。

Claude Code“Prompt is too long”详解:上下文窗口溢出的成因与对策

Claude Code“Prompt is too long”详解:上下文窗口溢出的成因与对策

Claude Code 的 Prompt is too long 表示准备发送的完整输入无法装入上下文窗口。本文区分长对话历史、初始输入过大和压缩本身失败,介绍 /context、/compact、/clear、对话回退及子智能体的独立窗口。另说明 MCP 详细定义的按需加载、200K 与 1M 的模型和连接及计划条件、容量与计费的区别、相似错误,以及直接调用 API 时的 token 计数与请求缩减。

Claude Code 的 MCP 服务器连接错误:按状态分类的成因与对策

Claude Code 的 MCP 服务器连接错误:按状态分类的成因与对策

Claude Code 的 MCP 服务器连接失败时,应结合状态、连接方式和 Issue 详情判断。failed 可能表示 stdio 启动失败、HTTP 通信失败或固定认证请求头被拒绝。本文解释 Connection closed、环境变量与未定义引用、项目配置与批准、Windows 上的 npx 启动、调试日志,以及重新连接后的操作验证;同时说明为什么零工具不一定是错误,单独启动成功也不能保证 MCP 连接成功。

Claude Code 的“court”+invoke 标签泄露:工具调用不执行的真相与对策

Claude Code 的“court”+invoke 标签泄露:工具调用不执行的真相与对策

在 Claude Code 长时间作业时,屏幕上突然涌出“court”加上原始的 invoke / parameter 标签,工具调用却没有执行——这是 Claude(Opus 4.8/4.7 系列)在生成工具调用控制 token 时把它生成坏掉的模型侧缺陷,并非你的环境或命令的失误。harness 以 fail-closed 方式拒绝坏掉的调用,因此不会误执行命令;真正棘手的是坏块残留历史后模型会模仿它、产生“连锁”。本文基于官方文档与实际 Issue,梳理其机制、两大成因、三个常见误解,以及用户与开发者各自的对策(核心铁律:失误两次就撤到新会话 /clear)。