Claude Projects vs Artifacts 到底差在哪
把 Projects、Artifacts、Skills、Cowork 和聊天五个东西放到同一张表上对比：作用域、是否持久、谁能改、会不会进上下文，再加选型决策树和五种常见误用。
这五样东西现在都挤在 Claude 侧边栏里，一屏之内，但几乎没人能说清边界。Projects 和 Artifacts 是被问得最多的一对，因为两个都像「我的工作放这儿的地方」。然后 Skills 带着自己的一套指令出现，Cowork 带着任务和文件夹出现，而最朴素的聊天好用到你开始怀疑：什么都不配置，我到底亏在哪。
现有的对比文一般错在两种地方：一种还在讲老版聊天 Projects，而你看的已经是重新设计的 Claude Code 版；另一种把功能列一遍，却始终不告诉你该选哪个。所以这篇按决策来写——先给每个东西截至 2026 年 9 月的准确定义，再给一张按关键维度对齐的总表，然后逐对拆开讲，最后附决策树和五种最费时间的误用。
先给结论
| 你在纠结什么 | 该选哪个 | 理由 |
|---|---|---|
| Project 还是 Artifact | 两个都用，各半 | 项目装上下文，artifact 是你要交付的那一页 |
| Project 还是 Skill | Skill | Skill 只在相关时加载，项目知识库是永远在场 |
| Project 还是 Cowork | 伪问题 | Cowork 是跑任务的界面，项目是组织任务的容器 |
| Project 还是聊天 | Project | 聊天之间不共享上下文，项目简报会进每个线程 |
| 聊天版 Projects 还是 Claude Code 版 | 看活 | 线程、分支、PR 只在 Claude Code 那一侧 |
| Claude Design / Slides / Docs | Artifact | 它们是 artifact 的类型，不是第六个要学的东西 |
五个东西分别是什么
Projects。 Anthropic 现在同时有两套。一是 Claude Code 的重设计版，2026 年 9 月 17 日以《Projects redesigned: from folder to conversation》发布：项目就是一个持续对话，Claude 在里面「拆解请求、分派工作、协调并行线程、复查产出、把结果拼起来」，每个线程是跑在自己分支上的 Claude Code 云端会话，目前是 Pro 与 Max 的 public beta。二是 claude.ai 聊天与 Cowork 里的老 Projects，官方定义是「自带聊天历史和知识库的独立工作区」：你上传参考文件、写项目指令、在里面开聊天。所有档位都有，免费账号限 5 个。
Artifact。 官方这句话是整块内容里最干净的定义：「Claude 给你做的、你会拿到别人面前看的东西：设计稿、演示、文档、面板，或一个小交互工具」。它在对话旁边打开，你能改、能回来看、能用链接分享。免费档到企业档都有；Claude Design、Slides、Docs 都属 artifact 类型，三者都还在 beta，仅付费档位。
Skill。 「Claude 动态加载的指令、脚本和资源文件夹」，只在任务相关时才被读进来。Free 到 Enterprise 都能用，Claude Code 与 API 侧处于 beta，规范已作为开放标准发布在 agentskills.io。
Cowork。 代理化那层界面：官方说它「用的是驱动 Claude Code 的同一套 agent 架构，只是不需要终端」，付费档位的任务跑在云端。有两件事让这个对比变形：一是任务与聊天正在合并——官方公告写「Claude Cowork is now just Claude」，正灰度推给 Pro 与 Max；二是 Cowork 自己也有项目，是「带自己的文件、上下文、指令和记忆」的工作区。
聊天。 一次对话。有用、可抛弃，是所有其他功能存在的起点。
真正能拿来做决定的那张表
| 维度 | Projects（Claude Code，beta） | Projects（聊天 / Cowork） | Artifact | Skill | 聊天 |
|---|---|---|---|---|---|
| 装什么 | 协调者、并行线程、仓库、文件 | 聊天、参考文件、指令 | 一个自包含页面 | 一类任务的做法 | 一次对话 |
| 作用域 | 单用户、单项目 | 单项目；Team+ 可共享 | 单页；按链接共享 | 整个 Claude 通用 | 单个线程 |
| 是否持久 | 是：线程、记忆、Library | 是：知识库与历史 | 是：可改可回看 | 是：你版本化的文件夹 | 只留一份记录 |
| 会不会进上下文 | 指令与记忆，进每个新线程 | 知识「永远在场」 | 不进——它是产出不是输入 | 按需，相关时才读 | 只读自己那一段 |
| 谁能改 | 你，加上写分支的线程 | 你；Team/Enterprise 有 Can edit | 你，说或亲手改 | 你（或组织 Owner 下发） | 拿到链接的人 |
| 跨会话 | 会，这就是它的意义 | 只通过知识库 | 不会，但产物到处能用 | 会，任何对话 | 不会 |
| 替你干活 | 会：并行云端线程，你关机继续 | 不会 | 不会，只展示结果 | 不会，只规定怎么干 | 不会 |
每一对到底怎么分
Projects vs Artifacts
多数人搜的就是这一对，而答案是：它们不是二选一。项目是工作待着的地方——仓库、指令、记忆、Library 里的文件。Artifact 是一件工作产出的东西：一个私有 URL 上的页面，「随会话继续就地更新」。官方建议的用法是带行内标注的 PR 走查、用会话数据搭的面板、边跑边填的调查时间线。
两者的失败方向刚好相反。项目没人用，你会得到五个互不相干的聊天，每个都要把同一份背景重打一遍。Artifact 没人用，你会在同事只需要一页东西时，甩给他一段四十轮的对话记录。
所以：重复出现的那摊活放项目，要递给别人的那一个东西用 artifact。Library 正是两者交汇的地方——它同时收你上传的文件和 Claude 产出的 artifact。
Projects vs Skills
官方文档把这一对写得很直白：「Projects 提供静态背景知识，你在其中开聊天时永远加载。Skills 提供专门的做法，需要时才动态激活，并且在整个 Claude 通用。」
请把「永远加载」读成成本。项目知识装你的品牌规范、API 约定、house style——那个工作区里几乎每条消息都用得上的材料。Skill 装怎么做一件事：跑发布检查清单、套用迁移模式、按你的格式出周报。Skill 走渐进式披露，Claude 只读任务需要的那部分；同一套做法如果塞进项目知识，就会不动声色地吃掉你的上下文窗口。
落地上这么切：知识与约束放项目，做法放 skill，然后在项目线程里调用那个 skill。后半套本身是个独立工作流，看 Claude Skills 教程。
Projects vs Cowork
这一对没法并列，因为不是同一类东西：Cowork 是跑任务的界面，项目是组织任务的容器。Cowork 甚至自带项目——有自己的指令、上下文、记忆和项目级定时任务的工作区，而且记忆「以项目为边界，一个项目里学到的不会带到别的项目」。
这条线也在被主动抹掉。Anthropic 正在收起 Chat/Cowork 的切换开关（「Claude Cowork is now just Claude」），所以几个月后更靠得住的三分法是：对话、项目、artifact——Cowork 是垫在底下那台引擎，而不是你要挑的标签页。
有一条边界仍然要紧：Cowork 够得到你的本机，Claude Code 项目线程够不到。线程跑在 Anthropic 托管的沙箱里，对着 GitHub 仓库和你上传的文件、文件夹、Google Drive 目录干活，不是对着本地数据库或你 VPN 后面的服务。活只存在本机，那是 Cowork 或本地会话的事；Cowork 的模型成本那一侧看 Claude Cowork + DeepSeek 指南。
Projects vs 聊天
官方项目文档里最有用的一句是警告：「除非信息被放进项目知识库，项目内的聊天之间不共享上下文。」同一个项目里的两个聊天互不记得对方——这点几乎每个人都栽过，因为侧边栏把项目显示成一叠聊天的文件夹。
聊天给会结束的活用，项目给不断产出任务的活用。每个项目还带自己那份记忆，与非项目聊天分开存。所以迁移信号很具体：当你在第四个聊天里第三次重讲同样三条事实，那三条就该进项目知识或项目指令——在 Claude Code 里，是开一个项目，而不是再开一个会话。
决策树
产出是你要递给别人的一页？
是 -> Artifact（在哪个工作面里做都行）
否 -> 这是 Claude 几乎每条消息都要用的背景？
是 -> 项目知识库 + 项目指令
否 -> 这是「某一类任务怎么做」的做法？
是 -> Skill
否 -> 这活比一次会话长、还不断产任务？
是 -> Project（Claude Code beta：仅 Pro/Max）
需要本机文件或 VPN -> Cowork 或本地会话
只是按周期重复 -> 单独一条 routine
否 -> 聊天。什么都不用配置。
五种最费时间的误用
- 把项目当文件柜。 传了二十个文件，一行指令没写。知识是按相关性被检索的，所以一大堆基本躺着不用。先写简报，等线程明显缺某份文件再补。
- 把做法写进项目指令。 官方对同类的
CLAUDE.md给的尺寸建议是「控制在 200 行以内」，因为文件越长依从性越低。项目指令能吃 16,000 字符，全花在多步 how-to 上，得到的就是时听时不听。 - 把 artifact 当内部系统。 「Artifact 是一次工作的快照：一个自包含页面，没有后端，所以不能服务多条路由。」它也不能自己做身份验证，相对链接不解析。带后端的内部工具请自己部署。
- 把 Claude Code Projects 当团队功能。 beta 期「A project belongs to one user」：不能共享，也没有组织级管控。要给团队共享，用老版聊天 Projects 的 Can view / Can edit，或者用 artifact 链接把结果带出去。
- 全部默认设置就开跑。 新项目默认每个线程都上 Opus、high effort；截至 2026 年 9 月，文档写明的强制上限是跨所有项目每天 200 个新线程，并发数没有固定上限。线程模型请主动设。
常见问题
一句话概括 Projects 和 Artifacts 的区别？
项目是持久的容器，装着上下文并指挥工作；artifact 是一段对话产出的、可分享的单个结果。一个是输入容器，一个是输出对象——所以「选哪个」通常问错了。
Artifact 会被 Projects 取代吗？
不会，两者也没在合并。Artifact 在包括免费档的所有档位都有，还是 Claude Design、Slides、Docs 的交付形态；项目管的是工作怎么组织。文档之间是互链而不是互相吞并——重设计版的 Library 明确「收集你添加的文件和 Claude 产出的 artifact」。
Artifact 能读项目里的内容吗？
不能直接读——artifact 是页面不是工人。你能做的是让项目里的线程去产出或刷新那个页面，再靠你账号上的连接器把活数据接进去：Pro、Max、Team、Enterprise 上，artifact 可以通过 MCP 读写 Asana、Google Calendar、Slack 这类工具。Artifact 的持久存储上限 20 MB、只存文本，取消发布会把数据一起删掉。
Cowork 和 Claude Code 是一回事吗？
同一个引擎，不同界面。官方的说法是 Cowork 用「驱动 Claude Code 的同一套 agent 架构，只是不需要终端」，面向知识工作而不是仓库。Claude Code 有终端、IDE 和带线程协调的 Projects beta；Cowork 通过桌面端够到本地文件夹和浏览器。谁都不是谁的子集。
这几样都消耗额度吗？
都消耗，只是方式不同。项目和你的其他会话走同一个套餐额度池，而且「同时跑几个线程会消耗得更快」。Artifact 也计入套餐用量。Skill 在被加载前不花东西，一旦被加载花的是上下文。最省的习惯是：能一次干完的，就用聊天。
Skill 在 Claude Code 和项目里能用吗？
能，有个坑。Skill 在 Claude Code 侧处于 beta，项目线程会加载仓库里 .claude/skills/ 下的技能，以及你在 claude.ai 账号启用的那些。它不会继承只装在你机器上的东西——线程是云端会话，本地的插件、MCP 和工具得专门想办法送进去。
我只想把这个 artifact 拿到 Claude 外面跑，这算哪个功能？
两个都不算，那是导出。在本地运行 Claude Artifacts 讲的是把源码复制成一个普通 HTML 文件，Claude Artifact Downloader 不用打开代码面板就能做同一件事。React 组件的话，React Artifact Viewer 能直接跑 JSX，什么是 React artifact 解释你手上拿的到底是什么。
相关阅读
- Claude Code Projects 示例——选定项目之后，具体建什么
- Claude Projects 模板——可直接粘的项目指令脚手架
- Claude Artifacts 教程——一步步做、改、分享 artifact
- Claude Skills 教程——把一套做法做成 skill
- 在本地运行 Claude Artifacts——把 artifact 带出 Claude
- Claude Code 子代理教程——线程内部并行那层