Der Autor weist darauf hin: Detaillierte Erklärung der Unterschiede zwischen den Konfigurationsordnern .agents und .claude in der AI-Agentenentwicklung, Spezifikationen für die Speicherung von Skills, Vergleich der Verzeichnisstrukturen und Anwendungsfälle von AGENTS.md und CLAUDE.md
Die Entwicklung von KI-Agenten wird immer beliebter, und in den Stammverzeichnissen von Projekten tauchen verschiedene Konfigurationsordner auf – .agents, .claude, .cursor… Sowohl .agents als auch .claude können Skills enthalten, aber ihre Positionierung, Designphilosophie und Anwendungsbereiche sind völlig unterschiedlich. Wenn Sie den falschen Speicherort wählen, werden die Skills im besten Fall nicht funktionieren, im schlimmsten Fall kommt es zu Konflikten bei der Teamkollaboration. Dieser Artikel wird von der zugrunde liegenden Architektur ausgehen, um die Kernunterschiede und Best Practices klarzustellen.
Kernwert: Nach dem Lesen dieses Artikels werden Sie klar wissen, ob Skills in .agents oder .claude gespeichert werden sollen und wie Sie Agentenkonfigurationen in Multi-Tool-Teams effizient verwalten können.

Kernpunkte der Ordner .agents und .claude
Zuerst die wichtigste Frage: Diese beiden Ordner stehen nicht in Konkurrenz zueinander, sondern repräsentieren unterschiedliche Ebenen von Konfigurationssystemen.
| Vergleichsdimension | .claude/ Ordner |
.agents/ Ordner |
|---|---|---|
| Zugehörigkeit | Anthropic (exklusiv für Claude Code) | Agentic AI Foundation / Linux Foundation |
| Positionierung | Projektkonfigurationsverzeichnis für Claude Code | Werkzeugunabhängiger Standard für Agentenkonfiguration |
| Skills-Format | SKILL.md (Markdown + YAML Frontmatter) |
SKILL.yaml (reines YAML) |
| Reifegrad | Produktionsbereit, offiziell von Claude Code unterstützt | Spezifikation in Arbeit (Work In Progress) |
| Werkzeugübergreifende Unterstützung | Nur Claude Code | Ziel ist die Unterstützung aller AI Agent Tools |
Unterschiede im Designkonzept von .agents und .claude
Der grundlegende Unterschied zwischen diesen beiden Ordnern liegt in ihrer Designphilosophie:
.claude/ folgt der Idee der "dedizierten tiefen Integration". Es ist maßgeschneidert für Claude Code und bietet vollständige Fähigkeiten für Skills, Sub-Agenten, Hooks, Berechtigungen usw., die tief in die Toolchain von Claude Code integriert sind. Der Vorteil ist ein vollständiger Funktionsumfang und sofortige Einsatzbereitschaft; der Nachteil ist die Bindung an das Claude Code-Ökosystem.
.agents/ folgt der Idee eines "universellen Standards für verschiedene Werkzeuge". Es versucht, eine Konfigurationsspezifikation zu definieren, die von allen AI Agent-Tools gelesen werden kann, ähnlich wie .editorconfig für Editoren. Der Vorteil ist, dass eine Konfiguration für mehrere Tools verwendet werden kann; der Nachteil ist, dass die Spezifikation noch in der Entwicklung ist und die Unterstützung durch verschiedene Tools variiert.
Beide können problemlos im selben Projekt koexistieren – die dedizierten, tiefen Konfigurationen für Claude Code kommen in .claude/, während die universell wiederverwendbaren allgemeinen Konfigurationen in .agents/ platziert werden.
Vollständige Verzeichnisstruktur des .claude Ordners
Zuerst ein Blick auf den nativen .claude/-Ordner von Claude Code, der derzeit die ausgereifteste Implementierung darstellt.
Detaillierte Verzeichnisstruktur des .claude-Ordners
.claude/
├── CLAUDE.md # Projektanweisungen (ersetzt CLAUDE.md im Stammverzeichnis)
├── settings.json # Projekteinstellungen (in Git committen, teamübergreifend teilen)
├── settings.local.json # Lokale Einstellungen (gitignore, persönliche Konfiguration)
├── skills/ # Verzeichnis für Skill-Fähigkeiten
│ └── <skill-name>/
│ ├── SKILL.md # Skill-Definitionsdatei (erforderlich)
│ ├── scripts/ # Hilfsskripte
│ ├── references/ # Referenzmaterialien
│ └── templates/ # Vorlagendateien
├── agents/ # Definitionen von Sub-Agenten
│ └── <agent-name>.md # Definitionsdatei für Sub-Agenten
├── commands/ # Alte Slash-Befehle (in Skills integriert)
│ └── <command-name>.md
└── agent-memory/ # Persistenter Speicher für Sub-Agenten
└── <agent-name>/
└── MEMORY.md
Es gibt auch das benutzerdefinierte Verzeichnis ~/.claude/, in dem persönliche Skills in allen Projekten wirksam werden können:
~/.claude/
├── CLAUDE.md # Benutzerdefinierte Anweisungen (projektübergreifend)
├── settings.json # Benutzereinstellungen
├── skills/ # Persönliche Skills (in allen Projekten verfügbar)
├── agents/ # Persönliche Sub-Agenten
└── projects/ # Sitzungsprotokolle und Daten
Format von SKILL.md für Skills im .claude-Ordner
Skills in Claude Code werden über Markdown-Dateien mit YAML-Frontmatter definiert:
---
name: my-skill
description: Beschreibung des Skills, die Claude hilft zu entscheiden, wann er ausgelöst werden soll
user-invocable: true # Kann vom Benutzer über /my-skill aufgerufen werden
allowed-tools: Read, Grep # Beschränkt die verfügbaren Werkzeuge
context: fork # In einem separaten Sub-Agenten ausführen
model: sonnet # Modellüberschreibung
---
Du bist ein professioneller Code-Review-Assistent...
(Skill-Anweisungen im Markdown-Format)
Erläuterung der wichtigsten Felder:
- Skills mit
user-invocable: truewerden als/slash-commandregistriert. context: forkbedeutet, dass der Skill in einem separaten Kontext ausgeführt wird und den Hauptdialog nicht beeinträchtigt.allowed-toolskann die Menge der vom Skill verwendbaren Werkzeuge einschränken.$ARGUMENTS,$0,$1unterstützen die Parameterersetzung.
🎯 Entwicklungsempfehlung: Das Skill-System von Claude Code folgt dem offenen Standard für Agent Skills (agentskills.io). Die Syntax ist universell für Claude Code, Claude API und VS Code Copilot.
Wenn Sie KI-Anwendungen mit Claude Code entwickeln, empfiehlt es sich, über APIYI apiyi.com einen API-Schlüssel zu beziehen, um Modellaufrufe zentral zu verwalten.

.agents Ordner: Vollständige Verzeichnisstruktur
Die .agents/ Ordnerspezifikation (AGENTS-1 Spec) wird von der Agentic AI Foundation gepflegt und unter der Linux Foundation gehostet. Ziel ist es, einen universellen Konfigurationsstandard zu definieren, der von allen KI-Codierungswerkzeugen verstanden wird.
Detaillierte Verzeichnisstruktur des .agents Ordners
.agents/
├── manifest.yaml # Erforderlich: Konfigurationsregistrierung, deklariert alle verfügbaren Konfigurationen
├── prompts/ # Erforderlich: Anweisungsaufforderungen
│ ├── base.md # Allgemeine Agent-Anweisungen
│ ├── project.md # Projektspezifische Anweisungen
│ └── snippets/ # Modulare Anweisungsfragmente
├── modes/ # Erforderlich: Verhaltensmodi (ähnlich wie .claude/agents/)
│ ├── plan.md # Planungsmodus
│ ├── code.md # Codierungsmodus
│ └── review.md # Überprüfungsmodus
├── policies/ # Erforderlich: Sicherheitsrichtlinien und Fähigkeitsbeschränkungen
├── skills/ # Erforderlich: Skill-Definitionen (gemäß Agent Skills Spec)
│ └── <name>/
│ └── SKILL.yaml # Skill-Definition im YAML-Format
├── scopes/ # Erforderlich: Pfadbezogene Überschreibungen (Monorepo-Unterstützung)
├── profiles/ # Erforderlich: Benannte Konfigurationsüberlagerungen (dev/ci/staging)
├── schemas/ # Erforderlich: JSON Schema Validierung
└── state/ # Lokaler Zustand (nicht in Git committen)
├── .gitignore
└── state.yaml
Im Gegensatz zu .claude/ Skills, die SKILL.md (Markdown) verwenden, nutzen .agents/ Skills das Format SKILL.yaml (reines YAML).
Einzigartige Designmerkmale des .agents Ordners
Die .agents/ Spezifikation enthält mehrere Konzepte, die .claude/ nicht hat:
- Scopes (Geltungsbereiche): Definieren unterschiedliche Konfigurationen für verschiedene Unterverzeichnisse in einem Monorepo, wobei der spezifischste Pfad zuerst übereinstimmt.
- Profiles (Konfigurationsprofile): Unterstützen benannte Konfigurationsüberlagerungen wie
dev,ci,prod, ähnlich wie Umgebungsvariablen. - Policies (Richtlinien): Ein separates Verzeichnis für Sicherheitsbeschränkungen, wobei
deny-Regeln immerallow-Regeln überschreiben. - Determinismus (Bestimmtheit): Gleiche Eingaben müssen gleiche Ausgaben erzeugen und dürfen nicht von externen Zuständen abhängen.
Vergleich der Skill-Speicherregeln für .agents und .claude Ordner
Dies ist die praxisorientierte Frage, die Entwickler am meisten interessiert: Wo speichere ich meine Skills?
Vergleich von .agents und .claude Ordnern für Skills
| Vergleichspunkt | .claude/skills/ |
.agents/skills/ |
|---|---|---|
| Definitionsdatei | SKILL.md (Markdown + YAML Frontmatter) |
SKILL.yaml (reines YAML) |
| Claude Code Support | Nativ unterstützt, automatische Erkennung | Manuelle Konfiguration erforderlich oder auf offizielle Unterstützung warten |
| Slash-Befehle | user-invocable: true registriert automatisch /command |
Hängt von der spezifischen Tool-Implementierung ab |
| Sub-Agenten-Ausführung | context: fork führt in einem separaten Kontext aus |
Konfiguriert über modes/ |
| Modell-Überschreibung | model: sonnet direkt angegeben |
Konfiguriert über profiles/ |
| Tool-Beschränkungen | allowed-tools: Read, Grep |
Konfiguriert über policies/ |
| Hilfsdateien | Unterverzeichnisse scripts/, references/, templates/ |
Hängt von der Implementierung ab |
| Parameterübergabe | $ARGUMENTS, $0, $1 Variablensubstitution |
Spezifikation nicht explizit definiert |
Wie .agents und .claude Ordner koexistieren können
In realen Projekten können beide Ordner koexistieren und sich ergänzen. Nehmen wir dieses Projekt als Beispiel:
.claude/skills/ speichert Claude Code-spezifische Skills:
apiyi-article-generator— Artikelgenerierung, tief integriert mit Projektvorlagen und -spezifikationen.apiyi-svg-generator— SVG-Illustrationen-Generierung, abhängig von Projekt-SVG-Vorlagen.apiyi-content-reviewer— Inhaltsprüfung, verwendet Projektqualitätsstandards.
.agents/skills/ speichert allgemeine, portable Skills:
markdown-proxy— URL-zu-Markdown-Extraktion, verwendet Python-Skripte.nano-banana-pro-image-gen— Bilderzeugung, ruft externe APIs auf.
Das Aufteilungsprinzip ist klar: Skills, die tief in Claude Code integriert sind, kommen in .claude/, während wiederverwendbare Skills, die in anderen KI-Tools funktionieren, in .agents/ kommen.
🎯 Auswahl-Empfehlung: Wenn Ihr Team ausschließlich Claude Code verwendet, können Sie alle Skills in
.claude/skills/speichern, um die vollständige Funktionalität zu nutzen.
Wenn Teammitglieder verschiedene KI-Tools verwenden (Cursor, Windsurf, Codex usw.), sind allgemeine Skills in.agents/skills/für eine bessere Zusammenarbeit geeigneter.
Für API-Aufrufe in der KI-Agentenentwicklung wird empfohlen, diese über APIYI apiyi.com zu verwalten, wobei ein API-Schlüssel mehrere Modelle abdeckt.
Vergleich der Anweisungsdateien für .agents und .claude
Zusätzlich zum Skills-Ordner verfügen beide Systeme über eigene Projektanweisungsdateien.
Unterschiede zwischen CLAUDE.md und AGENTS.md
| Vergleichsdimension | CLAUDE.md | AGENTS.md |
|---|---|---|
| Unterstützte Tools | Claude Code | Claude Code, OpenAI Codex, Google Jules, Cursor, GitHub Copilot etc. |
| Dateihierarchie | Benutzerebene (~/.claude/) → Projektebene (./) → Unterordnerebene |
Projektebene (./) → Unterordnerebene |
| Lokale Überschreibung | CLAUDE.local.md (gitignore) |
Keine |
| Formelle Spezifikation | Keine (Anthropic Produktdokumentation) | Vorhanden (Agentic AI Foundation unter der Linux Foundation) |
| Ökosystemgröße | Wachsend (übernommen von Next.js, LangChain, Deno etc.) | Groß (n8n 178K Sterne, llama.cpp 97K Sterne, Bun 82K Sterne) |
| Initialisierung | /init-Befehl in Claude Code |
Manuell erstellt |
Praktischer Rat: Beide Dateien können koexistieren. CLAUDE.md kann für Claude Code-spezifische Anweisungen (wie Hook-Konfigurationen, Berechtigungsregeln) verwendet werden, während AGENTS.md den projektspezifischen Kontext für alle KI-Tools (wie Build-Befehle, Codierungsstandards, Architekturhinweise) enthält.
Überblick über das Ökosystem der Begleitdateien für .agents und .claude
| Datei/Verzeichnis | Zugehöriges System | Zweck | Git-Commit |
|---|---|---|---|
CLAUDE.md |
.claude | Claude Code Projektanweisungen | Ja |
CLAUDE.local.md |
.claude | Persönliche lokale Anweisungen | Nein |
.claude/settings.json |
.claude | Berechtigungen, Hooks, MCP | Ja |
.claude/settings.local.json |
.claude | Persönliche lokale Einstellungen | Nein |
AGENTS.md |
.agents | Allgemeine Agent-Projektanweisungen | Ja |
.agents/manifest.yaml |
.agents | Konfigurations-Registry | Ja |
.agents/state/state.yaml |
.agents | Lokaler Laufzustand | Nein |
.cursorrules |
Cursor | Cursor-spezifische Regeln | Ja |
Hinweis: Eine Studie der ETH Zürich aus dem Jahr 2026 deutet darauf hin, dass KI-generierte Kontextdateien die Leistung von Agenten manchmal beeinträchtigen können. Es wird empfohlen, diese manuell zu schreiben und auf nicht-explizite Informationen zu beschränken, die nicht aus dem Code abgeleitet werden können (benutzerdefinierte Toolchains, unkonventionelle Muster usw.).

Häufig gestellte Fragen
F1: Kann Claude Code Skills aus dem Verzeichnis .agents/skills/ lesen?
Derzeit erkennt und lädt Claude Code Skills nativ nur aus dem Verzeichnis .claude/skills/. Inhalte in .agents/skills/ werden nicht automatisch erkannt. Die Community hat bereits ein Issue auf GitHub (#31005) eingereicht, das Claude Code auffordert, das .agents/-Verzeichnis zu unterstützen. Wenn deine Skills in Claude Code funktionieren sollen, müssen sie derzeit in .claude/skills/ abgelegt werden.
F2: Ist die Spezifikation für den .agents-Ordner ausgereift? Kann sie für Produktionsprojekte verwendet werden?
Die Spezifikation für den .agents/-Ordner (AGENTS-1 Spec) befindet sich noch in der Entwicklung (Work In Progress). Die Datei AGENTS.md wird jedoch bereits weit verbreitet genutzt – große Open-Source-Projekte wie n8n (178K Sterne), llama.cpp (97K Sterne) und Bun (82K Sterne) verwenden sie. Es wird empfohlen, AGENTS.md vorerst als universelle Anweisungsdatei zu verwenden und die vollständige Verzeichnisstruktur von .agents/ erst zu nutzen, wenn die Spezifikation stabilisiert ist.
F3: Teammitglieder verwenden unterschiedliche KI-Tools (Claude Code + Cursor), wie verwaltet man die Konfiguration?
Es wird eine gestaffelte Verwaltung empfohlen: 1) AGENTS.md für allgemeine Projektinformationen (Build-Befehle, Codierungsstandards), die von allen Tools gelesen werden; 2) CLAUDE.md für Claude Code-spezifische Anweisungen; 3) .cursorrules für Cursor-spezifische Regeln. Allgemeine Skills kommen in .agents/skills/, werkzeugspezifische Skills in ihre jeweiligen Verzeichnisse. Verwalte die KI-API-Aufrufe deines Teams zentral über APIYI apiyi.com, eine Plattform, die alle Modelle abdeckt.
F4: Was sind die Formatunterschiede zwischen SKILL.md und SKILL.yaml?
SKILL.md ist das Format für Claude Code und verwendet eine Markdown-Datei mit YAML-Frontmatter. Der Anweisungsteil wird in Markdown geschrieben, was die Lesbarkeit für Menschen verbessert. SKILL.yaml ist das Format der .agents/-Spezifikation und verwendet ausschließlich YAML-Strukturen, was die maschinelle Analyse erleichtert. Die Kerninformationen (Name, Beschreibung, Auslösebedingungen) sind in beiden Formaten gleich, nur das Format unterscheidet sich.
Zusammenfassung
Der Kernunterschied zwischen den Ordnern .agents und .claude:
- Unterschiedliche Positionierung:
.claude/ist das exklusive Verzeichnis für Claude Code-Projektkonfigurationen und integriert alle Claude Code-Funktionen tiefgreifend;.agents/ist ein übergreifender Standard unter der Linux Foundation. - Unterschiedliches Skill-Format:
.claude/skills/verwendetSKILL.md(Markdown), das Claude Code nativ lädt;.agents/skills/verwendetSKILL.yaml(YAML), das werkzeugunabhängig konzipiert ist. - Können koexistieren und sich ergänzen: Claude Code-spezifische Funktionen (Hooks, Sub-Agenten, Berechtigungen) kommen in
.claude/, universelle, portierbare Skills in.agents/, und grundlegende Projektanweisungen werden mitAGENTS.mdverwaltet.
Die Wahl des Ordners hängt von der Toolchain deines Teams und den Anforderungen an die Portabilität der Skills ab.
Es wird empfohlen, Modellaufrufe bei der Entwicklung von KI-Agenten über APIYI apiyi.com zentral zu verwalten. Die Plattform bietet kostenlose Kontingente und eine einheitliche Schnittstelle für mehrere Modelle, die eine One-Stop-Anbindung an gängige Modelle wie Claude, GPT und Gemini unterstützt.
title: Claude Agents 的开发与实践
date: 2023-10-27
tags:
- Claude
- Agent
- AI开发
- 提示词工程
- APIYI
---
Claude Agents 是一个强大的框架,允许开发者构建能够与外部工具交互的 AI Agent。本文将深入探讨 Claude Agents 的开发流程,并结合 APIYI 的统一 API 管理能力,展示如何高效地构建和部署 Agent。
## 🚀 Claude Agents 核心概念
Claude Agents 的核心在于其 **Skills** 和 **Subagents**。
* **Skills**: Skills 是 Agent 执行特定任务的能力。它们通过 `SKILL.md` 文件定义,包含指令、参数和工具调用。
* **Subagents**: Subagents 是 Agent 的组成部分,可以看作是更小的、专注于特定功能的 Agent。它们通常位于 `.claude/agents/` 目录下,并由 `AGENTS.md` 文件进行协调。
## 🛠️ 开发流程
### 1. 定义 Agent 的能力 (Skills)
首先,我们需要定义 Agent 能够执行的各种 **Skills**。每个 Skill 都对应一个 `SKILL.md` 文件,其中详细描述了 Skill 的功能、所需的输入参数以及如何调用相应的工具。
```markdown
# 技能名称: 获取天气信息
# 描述: 根据城市名称获取当前的天气信息。
# 参数:
# - name: city
# description: 要查询天气的城市名称
# type: string
# required: true
# 工具调用:
# - tool_code: |
# def get_weather(city: str) -> dict:
# # ... 调用天气 API 的逻辑 ...
# pass
# - function: get_weather
# - args:
# city: "{{city}}"
2. 配置 Agent 的子代理 (Subagents)
对于更复杂的 Agent,我们可以将其分解为多个 Subagents。每个 Subagent 都有自己的 SKILL.md 文件和相关的工具。这些 Subagents 协同工作,共同完成 Agent 的整体任务。
.claude/agents/ 目录结构示例:
.claude/
agents/
weather_agent/
SKILL.md
tools.py
news_agent/
SKILL.md
tools.py
3. 协调 Agent 行为 (AGENTS.md)
AGENTS.md 文件是 Agent 的“大脑”,它定义了 Agent 的整体行为、工具列表以及不同 Skill 和 Subagent 之间的交互逻辑。
# AGENTS.md 示例
name: MyAwesomeAgent
description: 一个能够查询天气和新闻的智能助手。
tools:
- name: weather_tool
description: 用于获取天气信息的工具。
url: http://api.example.com/weather
- name: news_tool
description: 用于获取新闻的工具。
url: http://api.example.com/news
skills:
- name: get_weather_skill
description: 获取指定城市的天气信息。
tool_code: |
# ... get_weather 的实现 ...
- name: get_news_skill
description: 获取最新新闻。
tool_code: |
# ... get_news 的实现 ...
# ... 更多 Skill 和 Subagent 配置 ...
🌐 APIYI:统一 API 管理的利器
在 Agent 开发过程中,管理和调用各种外部 API 是一个挑战。APIYI 提供了一个统一的 API 调用管理平台,极大地简化了这一过程。
- 统一接口: APIYI 支持多种 AI 模型,并提供统一的 API 接口,使得 Agent 能够轻松切换或同时调用不同模型。
- API 密钥管理: 安全地管理和分发 API 密钥,避免硬编码敏感信息。
- 请求/响应封装: 自动处理 API 请求的封装和响应的解析,减少开发者的工作量。
- 监控与日志: 提供详细的 API 调用日志和监控,方便排查问题和优化性能。
通过将 APIYI 集成到 Claude Agents 的工具调用中,我们可以实现:
- 简化工具实现: 在
SKILL.md的tool_code中,可以直接调用 APIYI 提供的 SDK 来访问外部服务,而无需关心底层的 HTTP 请求细节。 - 模型无关性: Agent 的 Skill 定义可以与具体的模型解耦,通过 APIYI 轻松切换到不同的 大模型。
- 成本控制与效率: APIYI 的 API-Proxy-Dienst 可以帮助优化 模型aufruf,降低成本并提高效率。
示例:在 Skill 中使用 APIYI 调用天气 API
# tools.py (示例)
from apiyi_sdk import APIYIClient
apiyi_client = APIYIClient(api_key="YOUR_APIYI_API_KEY")
def get_weather(city: str) -> dict:
# 调用 APIYI 的统一接口来访问天气服务
response = apiyi_client.call_api(
service_name="weather_service", # 在 APIYI 中注册的天气服务名称
method="get",
params={"city": city}
)
return response.json()
在 SKILL.md 中,tool_code 部分会引用这个 get_weather 函数。
💡 最佳实践与技巧
- 清晰的 Skill 定义: 确保每个 Skill 的描述清晰、准确,参数定义完整。
- 模块化设计: 将复杂的 Agent 拆分成多个可管理的 Subagents。
- 利用 APIYI: 充分利用 APIYI 的统一 API 管理能力,简化开发和部署。
- 测试: 充分测试每个 Skill 和 Agent 的交互逻辑。
- 版本控制: 使用版本控制系统管理 Agent 的代码和配置文件。
📚 参考资料
- Claude Code Skills 官方文档: Skills 的完整定义、格式和使用方法
- 链接:
code.claude.com/docs/en/skills - 说明: 了解 SKILL.md 格式、触发规则和参数传递
- 链接:
- Claude Code 子代理文档: Subagents 的定义和配置方法
- 链接:
code.claude.com/docs/en/sub-agents - 说明: 了解
.claude/agents/目录的文件格式
- 链接:
- AGENTS.md 官方网站: 跨工具 Agent 指令文件标准
- 链接:
agents.md - 说明: 了解 AGENTS.md 的编写规范和支持工具列表
- 链接:
.agents/文件夹规范: AGENTS-1 Spec 的完整目录结构定义- 链接:
github.com/agentsfolder/spec - 说明: 了解 manifest.yaml、modes、policies、scopes 的设计
- 链接:
- APIYI文档中心: AI Agent 开发中的统一 API 调用管理
- 链接:
docs.apiyi.com - 说明: 支持多模型统一接口,适合 Agent 开发场景
- 链接:
作者: APIYI 技术团队
技术交流: 欢迎在评论区讨论,更多资料可访问 APIYI docs.apiyi.com 文档中心
„`
