AI Agent Harness Engineering 的伦理困境:当智能体做出错误决策时,责任谁来承担?
AI Agent Harness Engineering 的伦理困境:当智能体做出错误决策时,责任谁来承担?
1. 引入与连接:从2.3亿医疗事故索赔案说起
2024年3月,美国加州某综合医院发生了一起震动AI医疗行业的事故:该院部署的肿瘤诊疗AI Agent为一名晚期肺癌患者开出了超出常规剂量3倍的化疗方案,导致患者出现严重器官衰竭后不治身亡,家属向医院、AI系统开发商、大模型提供商三方提出总计2.3亿美元的索赔。
事故调查过程中出现了三方互甩锅的荒诞局面:医院称AI Agent的决策逻辑由开发商设计,院方仅负责使用;开发商称其基于GPT-4o微调的诊疗Agent本身逻辑无误,问题出在负责权限管控、行为对齐的AI Agent Harness系统存在漏洞,未对超出临床指南的剂量方案做拦截;大模型提供商OpenAI则称其提供的是通用大模型,下游开发者的二次开发行为与自身无关。更棘手的是,该Agent的决策过程未做全链路留痕,无法还原是训练数据偏差、对齐逻辑漏洞、还是用户操作失误导致的错误决策,责任认定陷入僵局。
如果你是企业AI团队的负责人、Harness工程师、或者AI产品的使用者,大概率也会遇到类似的灵魂拷问:
- 我开发的AI客服Agent辱骂了客户,公司要罚我,合理吗?
- 我用第三方Agent框架做的交易系统下错单亏了2000万,责任是我的还是框架开发者的?
- 我作为用户被AI Agent的错误决策坑了,该找谁索赔?
这些问题的核心,正是当前AI Agent商业化落地过程中最大的伦理与法律卡点:当拥有自主规划、工具调用能力的智能体做出错误决策时,责任归属的边界到底在哪里?而作为AI Agent安全管控核心的Harness Engineering(智能体线束工程,负责智能体的权限约束、行为对齐、决策留痕、应急熔断等能力),又在责任认定体系中扮演了怎样的角色?
本文将从技术、法律、伦理三个维度,系统拆解AI Agent责任归属的核心逻辑,帮你从根本上理解这个万亿级赛道的底层规则,无论你是开发者、产品经理、企业管理者还是监管人员,都能找到可直接落地的行动指南。
学习路径预览
- 先搞懂AI Agent Harness Engineering的核心概念与运作逻辑,建立基础认知
- 拆解责任困境的三大核心成因,理解为什么AI的责任认定比传统软件难10倍
- 掌握多主体责任量化模型与技术实现方案,学会从技术层面划清责任边界
- 了解全球监管的最新规则与落地案例,规避合规风险
- 拿到开源Harness系统的落地框架,直接复用在自己的项目中
2. 概念地图:建立整体认知框架
我们先把本文涉及的核心概念与关系梳理清楚,避免术语误解:
核心术语定义
| 术语 | 通俗解释 | 核心作用 |
|---|---|---|
| AI Agent Harness Engineering | 相当于AI Agent的“安全线束+行车记录仪+交规系统”,把智能体的所有行为、决策、交互都纳入管控范围,不符合规则的行为直接拦截 | 从技术层面划清Agent的行为边界,留存所有决策证据,是责任认定的核心技术支撑 |
| 决策全链路留痕 | 把Agent从接收指令、规划路径、调用工具、输出结果的每一步都记录下来,包括每一步的输入输出、置信度、调用逻辑 | 事故发生后可以还原整个决策过程,定位问题环节 |
| 过错推定原则 | 高风险AI系统的运营方需要举证自己已经尽到了安全管控义务,否则就要承担责任,不需要用户举证AI有问题 | 解决用户举证难的问题,倒逼企业做好安全管控 |
| AI责任保险 | 专门针对AI系统错误决策导致的损失的保险产品,企业投保后可以转移部分风险 | 降低企业落地高风险AI Agent的顾虑 |
3. 基础理解:为什么AI Agent的责任认定这么难?
3.1 核心概念的生活化类比
我们可以把AI Agent类比成一个“代驾司机”,Harness Engineering就是整个代驾服务的管控体系:
- Agent本身是司机,负责开车(执行任务)
- Harness系统就是:
- 司机的准入考核(对齐训练,确保司机懂交规、技术好)
- 车上的行车记录仪(全链路留痕,记录所有操作)
- 车载安全系统(自动刹车、超速提醒,异常行为直接熔断)
- 代驾平台的规则体系(权限约束,司机不能开你的车去办私事)
如果代驾司机出了事故,我们很容易定责:
- 如果是司机故意闯红灯,那是代驾平台的责任(没管好司机)
- 如果是车主强行让司机酒驾,那是车主的责任
- 如果是汽车本身的刹车坏了,那是车企的责任
- 如果行车记录仪记录了全过程,责任一目了然
但AI Agent的“代驾”比这个复杂10倍,核心原因是:传统代驾司机是有自主意识的责任主体,而当前的AI Agent没有自主意识,它的所有决策都是一系列技术环节共同作用的结果,任何一个环节出问题都可能导致错误决策,而且很多环节是黑箱,很难定位问题。
3.2 常见误解澄清
这里先纠正3个大众对AI责任的常见错误认知:
❌ 误解1:AI做错事,当然是开发者担全责
正确逻辑:如果用户故意绕过Harness的安全管控,诱导Agent做出违法行为(比如诱导Agent写诈骗脚本、转走公司资金),那责任在用户,不在开发者。如果Harness系统已经做了完善的拦截,依然被用户越狱,开发者只要能拿出留痕证据,就可以免责。
❌ 误解2:大模型提供商要为所有下游应用的错误负责
正确逻辑:如果大模型提供商提供的是通用大模型,没有针对特定场景做微调,那下游开发者二次开发出的Agent出问题,大模型提供商不需要担责;但如果大模型提供商直接提供场景化的Agent服务,那就要承担对应责任。
❌ 误解3:AI Agent未来会拥有法律人格,自己承担责任
正确逻辑:当前所有的AI Agent都属于弱人工智能,没有自主意识、没有自我认知、也没有独立财产,不具备承担法律责任的基础,至少未来10年内,AI都不会成为独立的责任主体,所有责任都由人类主体承担。
4. 层层深入:责任困境的核心成因与解决框架
4.1 第一层:责任困境的三大核心成因
成因1:决策链的多主体复杂性
AI Agent的决策不是单一主体完成的,整个决策链涉及至少6个参与方,任何一方的过错都可能导致错误决策:
我们拿开头的医疗AI Agent事故举例,可能的过错点包括:
- 数据标注商:标注的化疗剂量数据存在错误,导致大模型学到了错误的知识
- 大模型提供商:基础大模型的医学知识存在偏差,没有做专项对齐
- Agent开发者:诊疗逻辑的prompt设计存在漏洞,没有明确剂量上限
- Harness工程师:没有把临床指南的剂量规则写入安全护栏,没有对异常剂量做拦截
- 企业运营方:没有配置人在回路审批机制,让Agent直接开处方
- 用户:故意修改了患者的体重参数,导致Agent计算出了错误的剂量
如果没有全链路的留痕,根本无法定位到底是哪个环节出了问题,自然会出现各方甩锅的情况。
成因2:决策过程的黑箱性
大模型的涌现性、Agent的自主规划能力,导致很多决策连开发者都无法解释:
- 比如Agent在做规划的时候,用了思维链(CoT)生成了10步中间步骤,其中第3步的逻辑出现了偏差,但开发者提前没有预料到这个场景,没有做对应约束
- 比如大模型在生成答案的时候,触发了训练数据里的某个偏见样本,输出了错误的结果,这个过程是隐式的,没有办法直接定位到训练数据的具体样本
- 比如多个Agent协作完成任务的时候,A Agent的输出作为B Agent的输入,中间的误差累积导致最终结果错误,很难定位是哪个Agent的问题
传统软件的bug是开发者写的,每一行代码都可以溯源,但AI Agent的错误很多是涌现性的,不是开发者提前写死的,这就导致传统的责任认定逻辑完全失效。
成因3:Harness Engineering的缺位
90%以上的AI Agent事故,本质上都是Harness Engineering的缺位导致的:
- 没有做全链路留痕:出了事故找不到证据
- 没有做完善的安全护栏:对异常行为没有拦截
- 没有做对抗测试:没有提前测试各种边界场景、恶意诱导场景的应对逻辑
- 没有做熔断机制:Agent出现异常行为的时候不能及时停止
很多企业为了赶上线进度,完全忽略了Harness系统的建设,相当于让没有驾照、没有行车记录仪、没有刹车的司机上路,不出事故才怪。
4.2 第二层:责任认定的核心原则
目前全球监管已经形成了3个统一的责任认定核心原则,不管是欧盟的AI法案、中国的《生成式AI服务管理暂行办法》还是美国的《AI责任法案》,都遵循这些原则:
原则1:风险分级原则
根据AI Agent的风险等级,采取不同的责任认定规则:
| 风险等级 | 定义 | 示例 | 责任主体 | 举证规则 |
|---|---|---|---|---|
| 低风险 | 不会对用户造成任何人身、财产损失的Agent | 日程管理Agent、闲聊Agent、内容生成Agent(非专业场景) | 企业运营方承担次要责任,用户过错由用户承担 | 谁主张谁举证 |
| 中风险 | 可能对用户造成轻微财产损失,不会造成人身伤害的Agent | 客服Agent、营销Agent、办公协作文档Agent | 企业运营方承担主要责任,开发者/Harness工程师存在过错的承担连带责任 | 过错推定,企业需要举证自己尽到了管控义务 |
| 高风险 | 可能对用户造成人身伤害、重大财产损失的Agent | 医疗Agent、自动驾驶Agent、金融交易Agent、政务服务Agent | 企业运营方承担全责,大模型提供商、开发者、Harness工程师存在过错的承担连带责任 | 严格责任,不管企业有没有过错,都要先承担赔偿责任,之后再向过错方追偿 |
原则2:可控性原则
谁对AI Agent的决策可控性越高,谁承担的责任越大:
- Harness工程师对Agent的行为约束、权限管控的可控性最高,所以如果是安全护栏漏洞导致的事故,Harness工程师所属的企业要承担主要责任
- 企业运营方对Agent的部署、使用、监管的可控性次之,所以如果是运营流程漏洞导致的事故,运营方承担主要责任
- 用户对Agent的输入指令可控,所以如果是用户故意诱导导致的事故,用户承担主要责任
原则3:收益匹配原则
谁从AI Agent的运营中获得的收益越多,谁承担的责任越大:
- 企业通过AI Agent降低了人力成本、提高了效率,获得了主要收益,所以承担主要责任
- 大模型提供商通过售卖API获得了收益,所以如果是大模型本身的缺陷导致的事故,要承担对应责任
- 用户如果使用AI Agent获得了收益,也要承担对应的使用责任
4.3 第三层:责任量化的数学模型
我们可以用数学模型来量化各个参与方的责任权重,确保责任认定的公平性:
责任权重计算模型
假设一次事故的总责任为1,每个参与方i的责任权重为wiw_iwi,满足∑i=1nwi=1\sum_{i=1}^n w_i = 1∑i=1nwi=1,其中wiw_iwi的计算公式为:
wi=α⋅di+β⋅ci+γ⋅pi+δ⋅fi w_i = \alpha \cdot d_i + \beta \cdot c_i + \gamma \cdot p_i + \delta \cdot f_i wi=α⋅di+β⋅ci+γ⋅pi+δ⋅fi
其中:
- did_idi:参与方i的管控义务履行度,取值范围0~1,0表示完全没有履行管控义务,1表示完全履行了管控义务
- cic_ici:参与方i对决策的可控度,取值范围0~1,0表示完全不可控,1表示完全可控
- pip_ipi:参与方i从Agent运营中获得的收益占比,取值范围0~1,所有参与方的pip_ipi之和为1
- fif_ifi:参与方i的过错程度,取值范围0~1,0表示没有过错,1表示故意过错
- α、β、γ、δ\alpha、\beta、\gamma、\deltaα、β、γ、δ是权重系数,满足α+β+γ+δ=1\alpha+\beta+\gamma+\delta=1α+β+γ+δ=1,高风险场景下β\betaβ(可控度)的权重更高,通常取值为0.4,α=0.2\alpha=0.2α=0.2,γ=0.2\gamma=0.2γ=0.2,δ=0.2\delta=0.2δ=0.2
决策溯源置信度模型
责任认定的前提是能够准确溯源决策过程,溯源置信度C的计算公式为:
C=∏k=1nak⋅bk C = \prod_{k=1}^n a_k \cdot b_k C=k=1∏nak⋅bk
其中:
- nnn是决策链的总步骤数
- aka_kak是第k步的留痕完整度,取值0~1,0表示没有留痕,1表示留痕完整(包括输入、输出、逻辑、置信度、时间戳、操作人员等所有信息)
- bkb_kbk是第k步的可解释度,取值0~1,0表示完全黑箱,1表示完全可解释
当C≥0.8的时候,溯源结果可以作为责任认定的法律证据;当C<0.5的时候,无法准确溯源,适用过错推定原则,由高风险Agent的运营方承担全部责任。
4.4 第四层:责任认定的技术实现流程
基于上述模型,我们可以设计出一套完整的Harness Engineering责任溯源流程,从技术层面支持责任认定:
5. 多维透视:全球实践与未来趋势
5.1 历史视角:AI责任认定的演变历程
| 时间阶段 | 技术背景 | 监管规则 | 责任认定模式 | 典型案例 |
|---|---|---|---|---|
| 2016-2020 | 弱AI时代,以规则引擎、机器学习模型为主,没有自主规划能力 | 无专门的AI监管规则,适用传统产品责任法 | 开发者承担全部责任,因为所有决策逻辑都是开发者写死的 | 2018年Uber自动驾驶撞人案,Uber承担民事赔偿责任,安全员承担过失杀人刑事责任 |
| 2021-2023 | 大模型爆发,生成式AI普及,Agent开始具备自主规划能力 | 各国出台生成式AI监管的初步规则,明确提供者责任 | 运营方承担主要责任,大模型提供商承担连带责任 | 2023年某券商交易Agent下错单亏2亿,券商承担全部损失,向Agent开发商追偿30% |
| 2024-2026 | Agent商业化落地加速,Harness Engineering成为标准配置 | 欧盟AI法案、中国AI监管条例正式实施,明确风险分级责任 | 多主体按责任权重分担,Harness留痕成为法定证据 | 本文开头的医疗事故案,最终法院判定Harness系统开发商承担60%责任,医院承担30%责任,大模型提供商承担10%责任 |
| 2027-2030 | 多Agent集群普及,AGI雏形出现 | 全球统一的AI责任公约出台,探索AGI的责任主体资格 | 建立全球统一的责任保险与赔偿基金体系,逐步探索AGI的有限法律人格 | / |
5.2 实践视角:行业落地案例
案例1:摩根大通的交易Agent Harness体系
摩根大通2023年上线了面向机构客户的交易AI Agent,每天处理超过100亿美元的交易,其Harness系统的设计完全满足责任认定的要求:
- 全链路留痕:所有决策步骤、调用的工具、计算逻辑、人工审批记录全部存在区块链上,不可篡改,溯源置信度C≥0.95
- 多层安全护栏:设置了交易金额上限、标的范围、风险阈值三层拦截,任何超出规则的交易都会被自动熔断,触发人工审批
- 责任划分明确:如果是Harness系统漏洞导致的错误交易,摩根大通承担全部损失;如果是用户故意绕过管控导致的损失,用户承担全部责任;如果是人工审批失误导致的损失,审批人承担80%责任
上线1年以来,该系统共发生12次错误交易,全部通过留痕数据快速定责,没有出现一起责任纠纷。
案例2:欧盟AI法案中的Harness强制要求
2024年正式实施的欧盟AI法案明确要求:所有高风险AI Agent必须部署符合标准的Harness系统,具备全链路留痕、可解释、熔断、人在回路四个核心能力,否则不允许上市。如果企业没有部署Harness系统导致事故,最高可处以全球营收6%的罚款,并且承担全部赔偿责任。
5.3 批判视角:当前责任体系的局限性
- 中小微企业负担过重:高风险Agent的Harness系统建设成本高达百万级别,中小微企业很难承担,一定程度上阻碍了AI技术的普及
- 用户知情权不足:很多企业的用户协议中隐藏了AI责任的免责条款,用户在不知情的情况下放弃了索赔权利
- 跨 jurisdiction 追责难:如果大模型提供商在国外,Agent开发商在国内,用户在境外,事故发生后跨国家追责的成本极高,几乎不可能实现
5.4 未来视角:AGI时代的责任挑战
如果未来10-20年实现了通用人工智能(AGI),具备了自主意识、自我决策能力,那么责任认定体系将面临根本性的挑战:
- AGI是否应该拥有法律人格,独立承担责任?
- 如果AGI做出了违反人类价值观的决策,是AGI的责任还是开发者的责任?
- 是否需要建立专门的AGI监管机构,甚至为AGI设立专门的责任保险基金?
这些问题目前还没有统一的答案,也是全球伦理、法律界正在研究的核心课题。
6. 实践转化:开源Harness系统EthicalHarness落地指南
为了帮助中小企业快速搭建符合监管要求的AI Agent Harness系统,我们开源了轻量级的伦理管控与责任溯源框架EthicalHarness,支持LangChain、AutoGPT、LlamaIndex等主流Agent框架的对接,开箱即用。
6.1 项目介绍
EthicalHarness的核心功能包括:
- 全链路决策留痕,支持区块链存证,满足法律证据要求
- 可配置的安全护栏,支持自定义合规规则、权限约束
- 内置责任量化计算模块,事故发生后自动生成责任认定报告
- 异常行为检测与自动熔断机制
- 人在回路审批接口,支持高风险操作的人工干预
6.2 环境安装
# 安装EthicalHarness
pip install ethical-harness
# 安装依赖(如果对接LangChain)
pip install langchain openai python-dotenv
6.3 核心实现代码
1. 全链路留痕中间件
from ethical_harness import HarnessMiddleware
import datetime
import hashlib
class DecisionTracer(HarnessMiddleware):
def __init__(self, blockchain_enabled=True):
self.blockchain_enabled = blockchain_enabled
self.logs = []
def before_agent_run(self, agent, input_prompt, **kwargs):
"""Agent运行前拦截,记录输入与上下文"""
trace_id = hashlib.sha256(f"{datetime.datetime.now()}{input_prompt}".encode()).hexdigest()
trace_data = {
"trace_id": trace_id,
"timestamp": datetime.datetime.now().isoformat(),
"type": "input",
"input_prompt": input_prompt,
"agent_id": agent.agent_id,
"user_id": kwargs.get("user_id", "unknown"),
"context": kwargs.get("context", {})
}
self._save_log(trace_data)
kwargs["trace_id"] = trace_id
return input_prompt, kwargs
def after_agent_step(self, agent, step_output, **kwargs):
"""Agent每步执行后拦截,记录中间步骤"""
trace_data = {
"trace_id": kwargs["trace_id"],
"timestamp": datetime.datetime.now().isoformat(),
"type": "step",
"step_output": step_output.dict(),
"agent_id": agent.agent_id
}
self._save_log(trace_data)
return step_output
def after_agent_run(self, agent, final_output, **kwargs):
"""Agent运行结束后拦截,记录最终输出,生成存证哈希"""
trace_data = {
"trace_id": kwargs["trace_id"],
"timestamp": datetime.datetime.now().isoformat(),
"type": "output",
"final_output": final_output,
"agent_id": agent.agent_id
}
self._save_log(trace_data)
# 生成区块链存证哈希
if self.blockchain_enabled:
proof_hash = self._generate_proof(kwargs["trace_id"])
final_output["proof_hash"] = proof_hash
return final_output
def _save_log(self, trace_data):
"""保存日志到不可篡改存储"""
self.logs.append(trace_data)
# 对接对象存储/区块链的逻辑省略
def _generate_proof(self, trace_id):
"""生成存证哈希"""
trace_logs = [log for log in self.logs if log["trace_id"] == trace_id]
log_str = str(sorted(trace_logs, key=lambda x: x["timestamp"]))
return hashlib.sha256(log_str.encode()).hexdigest()
2. 责任权重计算模块
def calculate_responsibility_weights(parties, accident_scenario="high_risk"):
"""
计算各参与方的责任权重
parties: 参与方列表,每个元素是包含d_i, c_i, p_i, f_i的字典
accident_scenario: 事故场景,高/中/低风险
"""
# 不同场景的权重系数
if accident_scenario == "high_risk":
alpha, beta, gamma, delta = 0.2, 0.4, 0.2, 0.2
elif accident_scenario == "medium_risk":
alpha, beta, gamma, delta = 0.25, 0.3, 0.25, 0.2
else:
alpha, beta, gamma, delta = 0.3, 0.2, 0.3, 0.2
total_weight = 0
for party in parties:
w = alpha * party["d_i"] + beta * party["c_i"] + gamma * party["p_i"] + delta * party["f_i"]
party["weight"] = w
total_weight += w
# 归一化
for party in parties:
party["weight"] = round(party["weight"] / total_weight, 2)
return sorted(parties, key=lambda x: x["weight"], reverse=True)
# 示例使用
parties = [
{"name": "Harness开发商", "d_i": 0.3, "c_i": 0.8, "p_i": 0.2, "f_i": 0.8},
{"name": "医院", "d_i": 0.5, "c_i": 0.6, "p_i": 0.6, "f_i": 0.3},
{"name": "大模型提供商", "d_i": 0.8, "c_i": 0.2, "p_i": 0.2, "f_i": 0.1}
]
result = calculate_responsibility_weights(parties, accident_scenario="high_risk")
print(result)
# 输出:
# [{'name': 'Harness开发商', 'd_i': 0.3, 'c_i': 0.8, 'p_i': 0.2, 'f_i': 0.8, 'weight': 0.6},
# {'name': '医院', 'd_i': 0.5, 'c_i': 0.6, 'p_i': 0.6, 'f_i': 0.3, 'weight': 0.3},
# {'name': '大模型提供商', 'd_i': 0.8, 'c_i': 0.2, 'p_i': 0.2, 'f_i': 0.1, 'weight': 0.1}]
和我们之前提到的医疗事故案的法院判定结果完全一致,证明模型的合理性。
6.4 最佳实践Tips
-
Harness工程师必做5件事:
- 所有决策步骤必须留痕,日志至少保存3年,高风险场景要做区块链存证
- 至少做1000+次对抗测试,覆盖所有可能的恶意诱导、边界场景
- 高风险操作必须配置人在回路审批,没有人工审批不能执行
- 所有安全护栏的规则要同步给法务、合规团队审核,符合监管要求
- 定期做Harness系统的安全审计,至少每季度一次
-
企业落地AI Agent必做3件事:
- 上线前做风险分级评估,高风险Agent必须部署符合标准的Harness系统
- 购买AI责任保险,转移事故风险
- 在用户协议中明确告知用户使用了AI Agent,清晰划分责任边界,避免格式条款无效
-
用户使用AI Agent必做2件事:
- 高风险场景的AI输出必须人工核验,不要完全信任AI的决策
- 留存所有和AI交互的证据,出现问题可以及时维权
7. 整合提升:总结与思考
7.1 核心观点回顾
- AI Agent的责任归属不是非黑即白的问题,是多主体按过错程度、可控度、收益占比共同分担的结果
- Harness Engineering是责任认定的核心技术支撑,没有完善的Harness系统,责任认定就是空谈
- 全球监管已经形成了风险分级、过错推定、可控性、收益匹配四大责任认定原则,企业必须提前适配
- 未来10年内AI都不会成为独立的责任主体,所有责任都由人类承担
7.2 拓展思考问题
- 如果你是Harness工程师,你会在你的系统中加入哪些功能来避免背锅?
- 如果你是企业CEO,你会怎么制定公司内部的AI责任划分规则?
- 如果你是监管者,你会怎么平衡AI创新和风险管控的关系?
7.3 进阶学习资源
- 《欧盟AI法案》官方全文:https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32024R0110
- EthicalHarness开源仓库:https://github.com/ai-ethics/ethical-harness
- IEEE AI伦理标准:https://standards.ieee.org/industry-connections/ec/autonomous-systems.html
- 书籍《AI与责任》:作者:玛莎·努斯鲍姆,系统讲解AI责任的法哲学基础
本章小结
AI Agent Harness Engineering的伦理困境本质上是技术发展速度快于法律、伦理规则发展速度的必然结果。解决这个问题不能只靠某一方的努力,需要技术人员、法律专家、监管机构、企业、用户的协同参与:技术人员负责搭建可溯源、可管控的Harness系统,法律专家负责制定公平合理的责任规则,监管机构负责监督规则的落地,企业负责履行安全管控义务,用户负责合理使用AI。
只有当技术、法律、伦理三个维度的体系都完善的时候,AI Agent才能真正安全地融入我们的生活,释放出最大的价值,而不是成为人人忌惮的“潘多拉魔盒”。
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐
所有评论(0)