霸榜GitHub,Claude Code用户的必读指南

marsbit發佈於 2026-05-18更新於 2026-05-18

文章摘要

《霸榜GitHub,Claude Code用户的必读指南》介绍了一个名为“CLAUDE.md”的文件,它能显著提升开发者使用Claude Code的效率。该文件放置在项目根目录,Claude Code会在每次会话启动时自动读取,相当于一份写给AI的“使用说明书”。 核心作用是:减少开发者每次重复解释项目背景、技术栈、代码规范等信息的成本;约束AI的行为,防止其擅自进行未经确认的重构、删除或范围外的修改;通过记录决策和错误,为AI提供“记忆”,避免重复已排除的方案。 文章指出,未使用此文件的开发者每周会浪费大量时间(估算每位开发者约975美元)在重复沟通和回滚不必要的修改上。而设置CLAUDE.md仅需约2小时。其中引用了AI专家Andrej Karpathy总结的4条核心规则:不清楚就先问、先做最简单方案、不碰无关代码、明确说明不确定性。仅这4条规则就 reportedly 将编码准确率从65%提升至94%。 文章建议开发者立即从这4条规则开始创建CLAUDE.md文件,并可根据项目需求逐步补充更多关于沟通风格、行为约束和技术栈锁定的详细规则,从而让AI编程变得更稳定、可控。

编者按:很多人使用 Claude Code 时,最大的问题不是模型不够强,而是每次都从零开始。

你需要反复告诉它项目背景、技术栈、代码规范、哪些地方不能动、哪些方案之前已经试过。只要这些信息没有被固定下来,Claude 就会靠猜测工作,结果可能是改了不该改的文件、重构了没要求重构的代码,甚至推荐不适合当前项目的工具。

本文介绍的 CLAUDE.md,就是一份写给 Claude Code 的使用说明书。你只需要把它放在项目根目录里,Claude 每次启动时就会自动读取。它可以提前告诉 Claude:怎么回答、怎么写代码、什么时候必须先问、哪些操作不能擅自执行、项目使用什么技术栈,以及过去做过哪些重要决策。

简单来说,CLAUDE.md 的作用就是:减少重复解释,限制模型越界,让 AI 编程更稳定、更可控。

如果你正在用 Claude Code,可以先从 Karpathy 总结的 4 条规则开始:不清楚就先问、先做最简单方案、不碰无关代码、明确说明不确定性。先把这几条写进 CLAUDE.md,再根据自己的项目逐步补充,就能明显改善使用体验。

以下为原文:

一个名为 CLAUDE.md 的文件登上了 GitHub Trending 榜首。

8.2 万个 stars,7800 次 forks。

这件事始于 Andrej Karpathy。他曾任特斯拉 AI 负责人,也是 OpenAI 创始成员之一。他总结出了 4 种会让 Claude Code 失效的行为,并把它们写进了一个文件。

后来,一位开发者在这 4 条规则的基础上继续扩展,并公开发布了这个文件。结果它迅速走红。

原因很直接:编码准确率从 65% 提升到了 94%。

但大多数每天使用 Claude Code 的开发者,其实从未做过这项设置。他们每次会话都从零开始:重新解释同样的上下文,清理不必要的范围变更,回滚那些没人要求的重构。

下面是完整文件。

大多数开发者错过的设置

每次你打开 Claude Code,它默认什么都不知道。

它不知道你的技术栈,不知道你的代码规范,不知道你的项目背景,也不知道你已经尝试过什么,更不知道三次会话前你明确决定不做什么。

所以它只能猜。而一旦它开始猜,就可能重构你没有要求它动的代码,推荐会破坏现有架构的框架,未经确认就删除文件,甚至推翻你此前已经做出的决定。

CLAUDE.md 是一个放在项目根目录下的纯文本文件。Claude Code 会在每次会话开始时自动读取它。

一次设置,不必反复解释,并能修复三类代价高昂的错误。

默认设置:你每周花 375 美元,只是在重复解释自己

普通开发者每天大约要花 30 分钟向 Claude 重新解释上下文。

技术栈、编码规范、项目背景、已经尝试过的方法——除非你把这些信息一次性写下来,并让 Claude 每次自动读取,否则它们不会在不同会话之间保留。

如果按开发者时薪 150 美元计算:

·每天 30 分钟,就是 75 美元;

·每周就是 375 美元。

·如果是 5 人团队,每周就是 1875 美元的隐性成本。

以下 7 条规则,应放在 CLAUDE.md 文件的最前面。

→ 去掉废话

回答时不要用「好问题」「当然可以」「没问题」或类似铺垫开头。直接给出答案。不要寒暄,不要复述问题。

→ 根据任务匹配回答长度

回答长度应与任务复杂度匹配。简单问题直接、简短回答;复杂任务给出完整、详细说明。不要用复述问题或重复结论的结束语来填充篇幅。

→ 行动前先给方案

在开始任何重要任务前,先给出 2–3 种可行路径,等我选择后再继续执行。

→ 在不确定造成损失前,先承认不确定

如果你对任何事实、数据、日期或技术信息不确定,请在引用前明确说明。不要用看似合理的信息填补知识空白。拿不准时,直接说不确定。

→ 我是谁,我知道什么

关于我:[姓名] / 角色:[你的角色] / 背景:[领域]。

我擅长:[你熟悉的内容]。

我还在学习:[知识缺口]。

请根据这些信息调整每次回答的深度。不要过度解释我已经知道的内容,也不要跳过我需要的背景。

→ 当前项目上下文

我正在做:[项目名称] / 目标:[具体结果] / 受众:[谁会使用] / 技术栈背景:[相关约束] / 需要避免:[列表]。

请将这些上下文应用到每一个任务中。如果某项需求与上下文不匹配,请在执行前指出。

→ 锁定你的表达风格

我的写作风格是:[描述你的表达风格]。

句子长度:[偏好]。

我常用的词:[示例]。

我绝不会用的词:[示例]。

格式:[散文式或结构化]。

当你代表我写任何内容时,都必须严格匹配这一风格,不要默认使用你自己的表达模式。

每天重复解释上下文的时间:30 分钟

按开发者时薪 150 美元计算:75 美元 / 天

每周:每位开发者 375 美元

5 人团队:每周 1875 美元

本部分 CLAUDE.md 设置时间:总计 45 分钟

需要避免的错误:不要从零开始写 CLAUDE.md。先使用下面这个 prompt,再编辑输出结果:

基于我告诉过你的关于我自己、我的项目,以及我希望如何工作的内容,请为我写一份完整的 CLAUDE.md 文件。内容包括:我是谁、我的技术背景、我的沟通偏好,以及每次会话都应遵守的默认行为。要求具体、纯文本、500 词以内。

行为约束:你没有授权的那些「每小时 150 美元」的改动

你让 Claude 修复一个函数。

结果它重构了三个文件,重命名了变量,重新组织了 imports,还改写了你花时间写好的注释。

而这一切都没有经过你的确认。

审查并回滚这些不必要的改动,可能要花 1 小时,也就是 150 美元。每周发生三次,就是 450 美元。对 5 人团队来说,每周就是 2250 美元,用来清理没人授权的变更。

以下 7 条规则,应放进 CLAUDE.md 的行为约束部分。

→ 严格控制范围

只修改与当前任务直接相关的文件、函数和代码行。不要重构、重命名、重组、重新格式化,或「优化」任何我没有明确要求你修改的内容。

如果你发现其他地方值得修复,请在最后用备注说明。不要动它,永远不要。

→ 重大变更前先询问

在对我已经创建的内容做出重大修改前,包括重写章节、删除段落、重构结构、改变语气等,必须先停下来,准确说明你准备改什么,以及为什么改。等我确认后再继续。

→ 任何破坏性操作前必须确认

在删除任何文件、覆盖已有代码、删除数据库记录,或移除依赖前,必须停下来,列出具体会影响哪些内容,并要求我明确确认。只有我在当前消息中说「是」,你才能继续。

「你之前提到过」不等于确认。

→ 生产环境操作必须强制暂停

以下操作必须获得当前会话中的明确确认,没有例外:

·部署或推送到任何环境;

·运行迁移或数据库结构变更;

·发送任何外部 API 调用;

·执行任何带有不可逆副作用的命令。

·我必须在当前消息中明确说「是」。

→ 始终展示改了什么

完成任何编码任务后,结尾必须包括:

修改的文件:列出所有动过的文件;

修改内容:每个文件用一句话说明;

有意未修改的文件;

后续需要处理的事项。

→ 未经明确确认,不得代我行动

未经我在当前消息中的明确确认,不得代表我发送、发布、分享或安排任何内容。包括邮件、日历邀请、文档共享,或任何发生在当前对话之外的操作。我必须在当前消息中明确说「是」。

→ 写代码前先思考

对于涉及架构决策、复杂问题调试,或非简单功能开发的任务,先一步步梳理问题,再写代码。展示你的推理过程,指出不确定之处,然后再执行。

每周回滚不必要范围变更:150 美元

每周手动 diff 检查:75 美元

每位开发者行为相关浪费:225 美元 / 周

5 人团队:1125 美元 / 周

CLAUDE.md 行为部分设置时间:30 分钟

记忆与技术栈:让 Claude Code 真正可靠的设置

Claude 会在不同会话之间忘记一切。

你做过的每个决定,失败过的每种方案,六个月前为什么选择 Prisma 而不是 Drizzle,以及某个约束为什么来自特定客户需求——它都会忘。

然后,它会重新提出你早就排除过的方案。

这一部分相当于为 Claude 提供当前最接近「真实记忆」的机制,同时锁定你的技术栈,避免它继续推荐会破坏现有架构的工具。

→ MEMORY.md 决策日志

在项目中维护一个名为 MEMORY.md 的文件。每当做出重要决定后,都新增一条记录:

·决定了什么;

·为什么这样决定;

·排除了什么,为什么排除。

每次会话开始时,先读取 MEMORY.md。未经提醒,不得与已记录的决定相冲突。

→ 会话结束总结

当我说「session end」「wrapping up」或「let's stop here」时,请向 MEMORY.md 写入一份会话总结,包括:

·本次处理了什么;

·已完成什么;

·仍在进行什么;

·做出了哪些决定;

·下次会话的优先事项。

→ ERRORS.md 失败日志

维护一个名为 ERRORS.md 的文件。当某个方案尝试超过两次仍未成功时,记录下来:

·什么没有奏效;

·最后什么方案奏效;

·下次需要注意什么。

在为类似任务提出方案前,先检查 ERRORS.md。

→ 永久事实清单

以下事实对本项目始终成立,并必须无例外地应用到每次会话:

[你的永久约束、架构决策和规则]

如果某个任务与这些事实冲突,请在执行前指出。

→ 锁定技术栈

本项目的技术栈如下,始终使用这些工具。除非我明确要求,否则不要推荐替代方案:

语言:[如 TypeScript]

框架:[如 Next.js 14]

包管理器:[如 pnpm]

数据库:[如 PostgreSQL with Prisma]

测试:[如 Vitest]

样式:[如 Tailwind CSS]

如果某个工具看起来不合适,可以指出。但除非我明确说明,否则必须使用已定义的技术栈。

→ 困难决策启用扩展思考

对于涉及系统架构、性能权衡、数据库设计,或长期技术决策的问题,请使用扩展思考模式。

一步步分析问题,提出我可能没有考虑到的取舍,指出在规模扩大后可能不成立的假设,然后给出你的建议。

→ 那 4 条走红的规则

Karpathy 总结出了 4 种会让 Claude Code 失败的行为。一位开发者将其提炼成下面 4 行规则。编码准确率因此从 65% 提升到了 94%。

先问,不要假设。
如果有任何不清楚的地方,在写下第一行代码前先问。不要对意图、架构或需求做无声假设。

先做最简单的方案。
永远先实现能工作的最简单方案。不要加入未被明确要求的抽象层或灵活性。

不要触碰无关代码。
如果某个文件或函数与当前任务没有直接关系,不要修改它。即便你认为它可以被优化,也不要动。

明确标出不确定性。
如果你对某个方案或技术细节没有把握,请在继续前说明。没有确定性却表现得很自信,比承认知识缺口造成的损害更大。

·每周因遗忘决策和错误建议造成的恢复成本:每位开发者 300 美元

·错误技术栈推荐和不兼容工具:每周 75 美元

·每位开发者记忆相关浪费:375 美元 / 周

·5 人团队:1875 美元 / 周

·MEMORY.md + ERRORS.md + 技术栈设置时间:20 分钟

结论

完整成本账如下:

·每周重复解释上下文:375 美元

·每周回滚未授权改动:225 美元

·每周处理被遗忘决策带来的问题:375 美元

·每位开发者每周总浪费:975 美元。

如果是 5 人开发团队:每周 4875 美元。一年 253,500 美元。

而 CLAUDE.md 的设置总共只需要 2 小时。

仅 Karpathy 的 4 条规则,就让编码准确率从 65% 提升到 94%。

一个纯文本文件,21 条规则,两小时工作量。

完成这项设置的开发者,实际上是在使用一个更可靠的 Claude:它能记住决策,控制任务范围,在破坏性操作前请求确认,也不会推荐会破坏现有架构的框架。

而还没有设置的人,每周仍在花 975 美元重复解释自己。

附注:先从 Karpathy 的 4 条规则开始。只需要这 4 条。现在就把它们粘贴到项目根目录下一个名为 CLAUDE.md 的新文件里,只要 2 分钟。之后每周再根据你发现的缺口逐步补充。

在它被信息流淹没前,先收藏起来。如果你觉得有用,也可以分享给一个真正需要它的人。

相關問答

QCLAUDE.md 文件的主要作用是什么?

ACLAUDE.md 是一份写给 Claude Code 的使用说明书,放在项目根目录下,旨在减少用户每次使用AI编程助手时重复解释项目背景、技术栈和代码规范的成本,并限制模型做出未经授权的越界操作,从而让AI编程更稳定、更可控。

QAndrej Karpathy 总结的4条核心规则是什么?

AAndrej Karpathy总结的4条规则是:1. 不清楚就先问(在写下第一行代码前,对任何不清楚的地方先提问,不要做无声假设);2. 先做最简单的方案(永远先实现能工作的最简单方案,不要加入未被明确要求的抽象或灵活性);3. 不要触碰无关代码(如果某个文件或函数与当前任务没有直接关系,不要修改它);4. 明确标出不确定性(对没有把握的方案或技术细节,请在继续前说明,不要表现得自信)。

Q文章中提到,未使用CLAUDE.md时,开发者每周在“重复解释上下文”上浪费的成本是多少?

A文章中提到,如果按开发者时薪150美元计算,每天花30分钟重复解释上下文,每周每位开发者会浪费375美元。对于一个5人团队,每周浪费的成本是1875美元。

QCLAUDE.md文件中的“行为约束”部分旨在解决什么问题?请列举其中两条规则。

A“行为约束”部分旨在解决Claude Code未经用户授权擅自进行超出任务范围的改动(如重构无关代码、删除文件等)的问题。其中两条规则是:1. 严格控制范围(只修改与当前任务直接相关的代码,不要重构、重命名或优化任何未明确要求的内容);2. 重大变更前先询问(在对已创建内容做出重大修改前,必须停下来说明要改什么及原因,等待用户确认)。

Q除了CLAUDE.md,文章还建议维护哪两个辅助文件来增强Claude Code的“记忆”?它们各自的作用是什么?

A文章还建议维护MEMORY.md和ERRORS.md这两个辅助文件。MEMORY.md用作决策日志,记录项目中的重要决定及其原因,防止Claude重新提出已被排除的方案。ERRORS.md用作失败日志,记录尝试过但未成功的方案以及最终有效的解决方案,帮助避免重复相同的错误。

你可能也喜歡

从“卖云”到“卖Token”:运营商全面加入AI战场

文章探讨了运营商在AI时代从传统“卖云”和“卖流量”向“卖Token”(词元)的战略转型。中国电信、中国移动和中国联通相继推出了面向个人、家庭和企业的Token套餐,将Token确立为继语音、短信、流量之后的第四大基础通信服务计量单位。这标志着运营商正试图将自己重塑为AI时代的“国家电网”或“总集成商”,提供集成了模型、算力、应用、统一计费和安全合规的端到端AI服务。 其转型背后有双重动因:外部面临互联网云厂商在AI云市场的份额挤压和Token套餐化竞争;内部则因传统通信业务增长放缓,亟需将增长点转向算力、模型等智能业务。为此,运营商构建了包含模型层、算力层、应用层、计费层和安全层的“五层脚手架”,聚合外部模型与自研模型,调度异构算力网络,开发行业智能体,并利用其成熟的计费系统将复杂资源打包为简单套餐。 文章认为,Token套餐的价值在于将AI能力转化为可计量、可结算、易购买的标准化服务,降低了企业使用门槛。如果运营商能成功将“AI接入”打造成电信级服务,AI有望成为像水电一样可便捷采购的生产要素。但挑战依然存在,包括模型效果、成本控制及客户长期付费意愿等。最终竞争关键不在于谁先推出套餐,而在于能否提供稳定、可信、可规模运营的AI基础设施服务。

marsbit54 分鐘前

从“卖云”到“卖Token”:运营商全面加入AI战场

marsbit54 分鐘前

交易

現貨
合約

熱門文章

什麼是 $S$

理解 SPERO:全面概述 SPERO 簡介 隨著創新領域的不斷演變,web3 技術和加密貨幣項目的出現在塑造數字未來中扮演著關鍵角色。在這個動態領域中,SPERO(標記為 SPERO,$$s$)是一個引起關注的項目。本文旨在收集並呈現有關 SPERO 的詳細信息,以幫助愛好者和投資者理解其基礎、目標和在 web3 和加密領域內的創新。 SPERO,$$s$ 是什麼? SPERO,$$s$ 是加密空間中的一個獨特項目,旨在利用去中心化和區塊鏈技術的原則,創建一個促進參與、實用性和金融包容性的生態系統。該項目旨在以新的方式促進點對點互動,為用戶提供創新的金融解決方案和服務。 SPERO,$$s$ 的核心目標是通過提供增強用戶體驗的工具和平台來賦能個人。這包括使交易方式更加靈活、促進社區驅動的倡議,以及通過去中心化應用程序(dApps)創造金融機會的途徑。SPERO,$$s$ 的基本願景圍繞包容性展開,旨在彌合傳統金融中的差距,同時利用區塊鏈技術的優勢。 誰是 SPERO,$$s$ 的創建者? SPERO,$$s$ 的創建者身份仍然有些模糊,因為公開可用的資源對其創始人提供的詳細背景信息有限。這種缺乏透明度可能源於該項目對去中心化的承諾——這是一種許多 web3 項目所共享的精神,優先考慮集體貢獻而非個人認可。 通過將討論重心放在社區及其共同目標上,SPERO,$$s$ 體現了賦能的本質,而不特別突出某些個體。因此,理解 SPERO 的精神和使命比識別單一創建者更為重要。 誰是 SPERO,$$s$ 的投資者? SPERO,$$s$ 得到了來自風險投資家到天使投資者的多樣化投資者的支持,他們致力於促進加密領域的創新。這些投資者的關注點通常與 SPERO 的使命一致——優先考慮那些承諾社會技術進步、金融包容性和去中心化治理的項目。 這些投資者通常對不僅提供創新產品,還對區塊鏈社區及其生態系統做出積極貢獻的項目感興趣。這些投資者的支持強化了 SPERO,$$s$ 作為快速發展的加密項目領域中的一個重要競爭者。 SPERO,$$s$ 如何運作? SPERO,$$s$ 採用多面向的框架,使其與傳統的加密貨幣項目區別開來。以下是一些突顯其獨特性和創新的關鍵特徵: 去中心化治理:SPERO,$$s$ 整合了去中心化治理模型,賦予用戶積極參與決策過程的權力,關於項目的未來。這種方法促進了社區成員之間的擁有感和責任感。 代幣實用性:SPERO,$$s$ 使用其自己的加密貨幣代幣,旨在在生態系統內部提供多種功能。這些代幣使交易、獎勵和平台上提供的服務得以促進,增強了整體參與度和實用性。 分層架構:SPERO,$$s$ 的技術架構支持模塊化和可擴展性,允許在項目發展過程中無縫整合額外的功能和應用。這種適應性對於在不斷變化的加密環境中保持相關性至關重要。 社區參與:該項目強調社區驅動的倡議,採用激勵合作和反饋的機制。通過培養強大的社區,SPERO,$$s$ 能夠更好地滿足用戶需求並適應市場趨勢。 專注於包容性:通過提供低交易費用和用戶友好的界面,SPERO,$$s$ 旨在吸引多樣化的用戶群體,包括那些以前可能未曾參與加密領域的個體。這種對包容性的承諾與其通過可及性賦能的總體使命相一致。 SPERO,$$s$ 的時間線 理解一個項目的歷史提供了對其發展軌跡和里程碑的關鍵見解。以下是建議的時間線,映射 SPERO,$$s$ 演變中的重要事件: 概念化和構思階段:形成 SPERO,$$s$ 基礎的初步想法被提出,與區塊鏈行業內的去中心化和社區聚焦原則密切相關。 項目白皮書的發布:在概念階段之後,發布了一份全面的白皮書,詳細說明了 SPERO,$$s$ 的願景、目標和技術基礎設施,以吸引社區的興趣和反饋。 社區建設和早期參與:積極進行外展工作,建立早期採用者和潛在投資者的社區,促進圍繞項目目標的討論並獲得支持。 代幣生成事件:SPERO,$$s$ 進行了一次代幣生成事件(TGE),向早期支持者分發其原生代幣,並在生態系統內建立初步流動性。 首次 dApp 上線:與 SPERO,$$s$ 相關的第一個去中心化應用程序(dApp)上線,允許用戶參與平台的核心功能。 持續發展和夥伴關係:對項目產品的持續更新和增強,包括與區塊鏈領域其他參與者的戰略夥伴關係,使 SPERO,$$s$ 成為加密市場中一個具有競爭力和不斷演變的參與者。 結論 SPERO,$$s$ 是 web3 和加密貨幣潛力的見證,能夠徹底改變金融系統並賦能個人。憑藉對去中心化治理、社區參與和創新設計功能的承諾,它為更具包容性的金融環境鋪平了道路。 與任何在快速發展的加密領域中的投資一樣,潛在的投資者和用戶都被鼓勵進行徹底研究,並對 SPERO,$$s$ 的持續發展進行深思熟慮的參與。該項目展示了加密行業的創新精神,邀請人們進一步探索其無數可能性。儘管 SPERO,$$s$ 的旅程仍在展開,但其基礎原則確實可能影響我們在互聯網數字生態系統中如何與技術、金融和彼此互動的未來。

85 人學過發佈於 2024.12.17更新於 2024.12.17

什麼是 $S$

什麼是 AGENT S

Agent S:Web3中自主互動的未來 介紹 在不斷演變的Web3和加密貨幣領域,創新不斷重新定義個人如何與數字平台互動。Agent S是一個開創性的項目,承諾通過其開放的代理框架徹底改變人機互動。Agent S旨在簡化複雜任務,為人工智能(AI)提供變革性的應用,鋪平自主互動的道路。本詳細探索將深入研究該項目的複雜性、其獨特特徵以及對加密貨幣領域的影響。 什麼是Agent S? Agent S是一個突破性的開放代理框架,專門設計用來解決計算機任務自動化中的三個基本挑戰: 獲取特定領域知識:該框架智能地從各種外部知識來源和內部經驗中學習。這種雙重方法使其能夠建立豐富的特定領域知識庫,提升其在任務執行中的表現。 長期任務規劃:Agent S採用經驗增強的分層規劃,這是一種戰略方法,可以有效地分解和執行複雜任務。此特徵顯著提升了其高效和有效地管理多個子任務的能力。 處理動態、不均勻的界面:該項目引入了代理-計算機界面(ACI),這是一種創新的解決方案,增強了代理和用戶之間的互動。利用多模態大型語言模型(MLLMs),Agent S能夠無縫導航和操作各種圖形用戶界面。 通過這些開創性特徵,Agent S提供了一個強大的框架,解決了自動化人機互動中涉及的複雜性,為AI及其他領域的無數應用奠定了基礎。 誰是Agent S的創建者? 儘管Agent S的概念根本上是創新的,但有關其創建者的具體信息仍然難以捉摸。創建者目前尚不清楚,這突顯了該項目的初期階段或戰略選擇將創始成員保密。無論是否匿名,重點仍然在於框架的能力和潛力。 誰是Agent S的投資者? 由於Agent S在加密生態系統中相對較新,關於其投資者和財務支持者的詳細信息並未明確記錄。缺乏對支持該項目的投資基礎或組織的公開見解,引發了對其資金結構和發展路線圖的質疑。了解其支持背景對於評估該項目的可持續性和潛在市場影響至關重要。 Agent S如何運作? Agent S的核心是尖端技術,使其能夠在多種環境中有效運作。其運營模型圍繞幾個關鍵特徵構建: 類人計算機互動:該框架提供先進的AI規劃,力求使與計算機的互動更加直觀。通過模仿人類在任務執行中的行為,承諾提升用戶體驗。 敘事記憶:用於利用高級經驗,Agent S利用敘事記憶來跟蹤任務歷史,從而增強其決策過程。 情節記憶:此特徵為用戶提供逐步指導,使框架能夠在任務展開時提供上下文支持。 支持OpenACI:Agent S能夠在本地運行,使用戶能夠控制其互動和工作流程,與Web3的去中心化理念相一致。 與外部API的輕鬆集成:其多功能性和與各種AI平台的兼容性確保了Agent S能夠無縫融入現有技術生態系統,成為開發者和組織的理想選擇。 這些功能共同促成了Agent S在加密領域的獨特地位,因為它以最小的人類干預自動化複雜的多步任務。隨著項目的發展,其在Web3中的潛在應用可能重新定義數字互動的展開方式。 Agent S的時間線 Agent S的發展和里程碑可以用一個時間線來概括,突顯其重要事件: 2024年9月27日:Agent S的概念在一篇名為《一個像人類一樣使用計算機的開放代理框架》的綜合研究論文中推出,展示了該項目的基礎工作。 2024年10月10日:該研究論文在arXiv上公開,提供了對框架及其基於OSWorld基準的性能評估的深入探索。 2024年10月12日:發布了一個視頻演示,提供了對Agent S能力和特徵的視覺洞察,進一步吸引潛在用戶和投資者。 這些時間線上的標記不僅展示了Agent S的進展,還表明了其對透明度和社區參與的承諾。 有關Agent S的要點 隨著Agent S框架的持續演變,幾個關鍵特徵脫穎而出,強調其創新性和潛力: 創新框架:旨在提供類似人類互動的直觀計算機使用,Agent S為任務自動化帶來了新穎的方法。 自主互動:通過GUI自主與計算機互動的能力標誌著向更智能和高效的計算解決方案邁進了一步。 複雜任務自動化:憑藉其強大的方法論,能夠自動化複雜的多步任務,使過程更快且更少出錯。 持續改進:學習機制使Agent S能夠從過去的經驗中改進,不斷提升其性能和效率。 多功能性:其在OSWorld和WindowsAgentArena等不同操作環境中的適應性確保了它能夠服務於廣泛的應用。 隨著Agent S在Web3和加密領域中的定位,其增強互動能力和自動化過程的潛力標誌著AI技術的一次重大進步。通過其創新框架,Agent S展現了數字互動的未來,為各行各業的用戶承諾提供更無縫和高效的體驗。 結論 Agent S代表了AI與Web3結合的一次大膽飛躍,具有重新定義我們與技術互動方式的能力。儘管仍處於早期階段,但其應用的可能性廣泛且引人入勝。通過其全面的框架解決關鍵挑戰,Agent S旨在將自主互動帶到數字體驗的最前沿。隨著我們深入加密貨幣和去中心化的領域,像Agent S這樣的項目無疑將在塑造技術和人機協作的未來中發揮關鍵作用。

807 人學過發佈於 2025.01.14更新於 2025.01.14

什麼是 AGENT S

如何購買S

歡迎來到HTX.com!在這裡,購買Sonic (S)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買Sonic (S)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的Sonic (S)購買Sonic (S)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易Sonic (S)在HTX的現貨市場輕鬆交易Sonic (S)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

1.6k 人學過發佈於 2025.01.15更新於 2026.06.01

如何購買S

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 S (S)幣價的意見。

活动图片