Referenz integrierter Werkzeuge
Integrierte Werkzeuge sind Operationen, die Anyy während eines Modellschritts auswählen kann. Dashboard → Werkzeuge zeigt den maßgeblichen aktuellen Katalog mit Quelle, Werkzeuggruppe, nativer Definition und Laufzeitlimits.
Grundlegende Datei- und Terminalwerkzeuge
| Werkzeug | Werkzeuggruppe | Zweck |
|---|---|---|
read | file | Textdatei oder Bereich lesen |
ls | file | Verzeichnis auflisten |
find | file | Passende Pfade finden |
grep | file | Dateiinhalte durchsuchen |
write | file | Datei erstellen oder ersetzen |
edit | file | Gezielte Textänderung anwenden |
bash | terminal | Shell-Befehl im aktiven Arbeitsverzeichnis ausführen |
process | terminal | Mit erfassten Hintergrundprozessen interagieren |
read, write, edit, grep, find, ls, bash und verwaltete process-Operationen werden direkt ausgeführt. Dateiänderungen verwenden edit oder write; die redundante Erweiterung apply_patch wurde entfernt. Prozesssitzungen bleiben auf ihr besitzendes Gespräch beschränkt.
Modell-Bildgrenzen
Ein Modell kann input_limits.images.resize in seinem Konfigurationseintrag
providers[].models[] angeben. Die Felder sind maxWidth, maxHeight, maxBytes und
jpegQuality: positive Ganzzahlen, JPEG-Qualität höchstens 100. maxBytes
zählt Bytes nach Base64-Kodierung. Ohne diese Einstellung bleiben die
vorhandenen Vorgaben erhalten, ohne Konfigurationseinträge zu ergänzen.
Beim Lesen eines Bilds verwendet read die Grenzen des aktuell ausgewählten Modells.
Vor Übergabe von Werkzeugergebnissen an das Modell verarbeitet Anyy ihre Bilder erneut mit den Grenzen des aktuellen Modells. Ist die Auswahl ein virtuelles Modell, verwendet es das tatsächlich für die letzte erfolgreiche Antwort aufgerufene Modell, falls im Modellkatalog vorhanden; andernfalls das ausgewählte Modell. Das für eine künftige Antwort gewählte Modell bestimmt diese Grenzen nicht.
Anyy kann das dem Modell gezeigte Bild verkleinern und dabei den strukturierten
Werkzeugrückgabewert für Codemode-Programme bewahren. Dies ist der Wert, den das Werkzeug
zurückgab; read kann sein eigenes Ergebnis bereits verkleinert haben. Schlägt die Verarbeitung eines
Bilds eines gewöhnlichen Werkzeugs fehl, behält Anyy das Originalbild. read kann
stattdessen einen Bildauslassungshinweis liefern, wenn es die Größenbegrenzung nicht einhalten kann.
Bildskalierung verwendet den eingebetteten Photon-Codec von Anyy; BMP-Eingaben werden in PNG umgewandelt. Dieser Weg benötigt kein externes Bildverarbeitungsprogramm. Standard-Bildgrenzen sind 2000 × 2000 Pixel, 4,5 MiB nach Base64-Kodierung und JPEG-Qualität 80.
Verfügbarkeit von Suchhelfern
Lokales grep verwendet ripgrep (rg), lokales find verwendet fd. Anyy prüft zuerst bin/ des gewählten Profils und testet dann den Ausführungs-PATH mit --version. Ein verwalteter Helfer wird nach Vorhandensein ohne diesen Test gewählt; ein PATH-Test darf ungleich null enden, solange der Befehl startete. Für find wird fd dem Alias fdfind vorgezogen.
Fehlt ein Helfer, kann Anyy das Plattformarchiv aus seiner offiziellen GitHub-Veröffentlichung herunterladen und unter <PROFILE_HOME>/bin/ wiederverwendbar speichern. Release-Seitenweiterleitungen wählen die Version, außer fd auf Intel-macOS verwendet 10.3.0. Beschaffung und Entpacken sind in Go implementiert; rg/fd bleiben separate lokale Programme und benötigen kein Node.js.
Setzen Sie ANYY_OFFLINE in der Umgebung des Anyy-Prozesses mit lokaler Ausführung auf 1, true oder yes, um Beschaffung zu deaktivieren; Wörter sind unabhängig von Groß-/Kleinschreibung. Vorhandene Helfer bleiben nutzbar. Android überspringt automatische Beschaffung ebenfalls. Neueste-Versionssuche hat ein gesamtes Netzwerkbudget von 10 Sekunden, Archivdownload 120 Sekunden. Beide erlauben höchstens drei unmittelbare Anfrageversuche, aber eine Antwort-Body-Übertragung wird nicht wiederholt.
grep löst oder beschafft seinen Helfer vor Prüfung des Suchpfads; ein fehlender Pfad kann daher dennoch Beschaffung auslösen. Ohne verfügbaren Helfer lautet der Fehler ripgrep (rg) is not available and could not be downloaded oder fd is not available and could not be downloaded, auch offline. Diese Formulierung bedeutet nicht, dass eine Netzwerkanfrage erfolgte.
Andere Ausführungs-Backends verwenden eigene Helferauflösung.
Sitzungen, Erinnerungen und Aufgaben
| Werkzeug | Werkzeuggruppe | Zweck |
|---|---|---|
session_search | sessions | Frühere Profilsitzungen im aktuellen Bereich durchsuchen |
tool_result_read | core | Begrenzten Abschnitt gespeicherter Werkzeugergebnisbelege lesen |
memory | memory | Dauerhafte USER.md-/MEMORY.md-Einträge hinzufügen, ersetzen oder entfernen |
task_create | tasks | Dauerhafte persönliche Aufgabe erstellen |
task_list | tasks | Aufgaben auflisten und filtern |
task_update | tasks | Aufgabenfelder oder Status aktualisieren |
task_complete | tasks | Aufgabe mit optionaler Notiz abschließen |
memory dient dauerhaften Fakten und Vorlieben, nicht vorübergehenden Aufgabennotizen, kopierten Referenzen oder Geheimnissen.
Automatisierungen und Nachrichten
| Werkzeuge | Werkzeuggruppe | Zweck |
|---|---|---|
automation_list, automation_history | automation | Zeitpläne und Ausführungsverlauf prüfen |
automation_create, automation_update, automation_delete, automation_run | automation | Geplante Arbeit verwalten oder auslösen |
messaging_status | messaging | Verfügbare Zustellrouten prüfen |
notify_user | messaging | Benachrichtigung über aktuelle Laufzeitroute senden |
send_message | messaging | Nachricht oder Anhang über unterstützten Kanal zustellen |
message_receipt | messaging | Zustellbelege prüfen |
Ausgehende Zustellung hängt von konfigurierten Kanalkonten, Gesprächsbereich, Zugriffsrichtlinie und Adapterfähigkeit ab.
Artefakte und erzeugte Medien
| Werkzeug | Werkzeuggruppe | Verfügbarkeit |
|---|---|---|
artifact_list, artifact_inspect, artifact_pin, artifact_export | artifact | Bei aktivem Artefaktdienst verfügbar |
image_generate | media_generation | Bei konfigurierter Bilderzeugung ergänzt |
text_to_speech | tts | Bei konfigurierter TTS-Route ergänzt |
artifact_export übergibt eine Workspace-relative reguläre Datei als temporären erzeugten Anhang. Es verschiebt oder löscht die Quelle nicht.
Web
| Werkzeug | Werkzeuggruppe | Zweck |
|---|---|---|
web_search | web | Öffentliches Web über konfigurierten Anbieter durchsuchen |
web_fetch | web | Lesbaren Inhalt einer öffentlichen HTTP(S)-URL abrufen |
web_extract | web | Lesbaren Inhalt öffentlicher URLs als strukturierte Ergebnisse extrahieren |
Skills und Delegierung
| Werkzeug | Werkzeuggruppe | Zweck |
|---|---|---|
skill_manage | skills | Skill-Pakete und Revisionen des aktiven Profils verwalten (Anyy-spezifisch) |
delegate_task | subagents | Eine oder mehrere begrenzte Kindaufgaben ausführen |
background_job | subagents | Unabhängige Hintergrundarbeit starten |
subagent_list, subagent_history, subagent_cancel | subagents | Kindarbeit prüfen oder stoppen |
Skill-Erkennung und Lesen verwenden Katalog sowie aktuelle Werkzeuge read/bash, einschließlich Leser über Codemode. Ohne Leser gibt es keinen Modellkatalog. Es gibt keine separaten integrierten Registrierungen skills_list/skill_view. Automatische Prüfung erbt verfügbare Werkzeuge, Auswahl und Ausschlüsse des übergeordneten Gesprächs.
Installation über skill_manage akzeptiert nur lokale ZIP-Pfade; sie lädt keine Remote-Pakete herunter und installiert keine Verzeichnisse.
skill_manage ist die verwaltete Schreibfähigkeit von Anyy mit Paketrevisionen und
Wiederherstellung. Es ersetzt kein gemeinsames Skill-Lesen und gewährt keine zusätzlichen Werkzeuge.
Dashboard- und CLI-Verwaltung bleiben verfügbar. Siehe
Skills.
Codemode und Werkzeugsuche
| Werkzeug | Standardaktivierung | Zweck |
|---|---|---|
codemode | Aus | Rohes JavaScript mit aufrufbaren Sitzungswerkzeugen und zweiglokalem Speicher ausführen |
tool_search | Aus | Inaktive verzögerte/Codemode-Werkzeuge finden und Treffer für nächste Anfrage laden |
Diese integrierten Werkzeuge arbeiten im Sitzungskontext des tatsächlichen Laufs. Namensauswahl kann sie aktivieren; Profil-codemode.mode wählt nach Aktivierung on oder only. only ändert Anfragesichtbarkeit und bewahrt aufrufbare Werkzeuge und kanonische Deklarationen. Es ist weder Rollenmodus noch zusätzlicher CLI-Schalter. Siehe Codemode, Werkzeugsuche und Gesprächsflags.
Weist das gewählte native Modell compat.supportsOpenAIGrammarTools aus und unterstützt sein Anbieter diesen Anfrageweg, sendet Codemode JavaScript als rohe
Werkzeugeingabe statt einer JSON-maskierten Zeichenfolge code. Andere Modelle verwenden gewöhnliche
JSON-Argumente. Beide Wege behalten dieselbe Werkzeugvalidierung, Ausführung und gespeicherte
kanonische Argumentform; es ist keine zusätzliche Benutzereinstellung nötig.
MCP-Werkzeuge
Aktivierte MCP-Server liefern native Werkzeugdefinitionen und exposure-/geordnete toolExposure-Metadaten. Sie benötigen keine Produktgruppe mcp-NAME und keine Einschlusslisten-Aktivierungsschranke. Exakte Namen stammen aus dem aktuellen Serverkatalog. Ursprüngliche Remote-Namen und Anyy-sichtbare Namen unterscheiden sich: Letztere enthalten Server-Namespace, bereinigte Zeichen und bei Bedarf ein Längen-/Kollisionssuffix. CLI mcp call verwendet ursprüngliches SERVER_ID.TOOL_NAME; Skripte verwenden die von Erkennung gelieferte Kennung.
| Gemeinsames Ressourcenwerkzeug | Zweck |
|---|---|
list_mcp_resources | Eine Serverseite auflisten oder Ressourcenlisten geeigneter Server sammeln |
list_mcp_resource_templates | URI-Vorlagen mit demselben Server-/Cursorverhalten auflisten |
read_mcp_resource | Ressource anhand server und uri lesen |
Diese Definitionen hängen von aktivierten Servern mit gemeldeter Ressourcenfähigkeit und nicht verborgener Basisbereitstellung ab. Gemeinsame Bereitstellung folgt direct, dann codemode, dann deferred; zurückgezogene Fähigkeit verbirgt registrierte Definitionen. Sie ersetzen erzeugte Ressourcen-/Promptwerkzeuge pro Server. Die Serverschalter tools.resources und tools.prompts werden abgelehnt. Siehe Ressourceneingaben und -ergebnisse.
Remote-Werkzeuge werden im angenommenen Bereich direkt ausgeführt, einschließlich externer Schreibvorgänge. Protokoll-Promptmethoden bleiben in der MCP-Client-API verfügbar; sie erzeugen keine Modellwerkzeuge. Transport, Authentifizierung, Ressourcen und Wiederherstellung finden Sie unter MCP-Integration.
Werkzeugergebnisse und Kontext
Modelltext, Dashboard-Anzeige und programmatische Rückgabe eines Werkzeugs können abweichen. Ein deklariertes Ausgabeschema beschreibt den Codemode-Wert; es bedeutet nicht, dass derselbe vollständige Wert in den Modellkontext kopiert wird. bash liefert etwa ein Objekt mit output, truncated, exit_code und wall_time_seconds; auch bei Exitstatus ungleich null kann dieses Objekt zurückgegeben werden. MCP-Ergebnisse verwenden ihren Protokollumschlag einschließlich isError und optionalem structuredContent. Prüfen Sie diese Felder, bevor Sie einen zurückgegebenen Wert als Erfolg betrachten.
Anyy begrenzt Modell-/Anzeigeprojektionen, schützt bekannte Zugangsdaten und zeichnet Vollständigkeit aufbewahrter Belege auf. Ein gekürztes Modellergebnis beweist keine Speicherung des vollständigen Inhalts. projected bewahrt eine begrenzte Projektion; artifact verweist auf die zugehörige Datei. Nur inspectable-Belege können vollständig mit tool_result_read gelesen werden. Werkzeugspezifische Grenzen, endgültiger Antwortumschlag und gesamtes Gesprächskontextbudget gelten getrennt; die Erhöhung eines Limits entfernt die anderen nicht.
Verwenden Sie tool_result_read mit der exakt gelieferten logischen details_ref oder raw_ref, niemals mit Hostpfad:
{"ref":"tr_example","offset":0,"limit":12000}
Offsets und Limits zählen Zeichen. Standardlimit ist 12000, Maximum 48000; der endgültige Umschlag kann weiter kürzen und envelope_clamped:true melden. Fahren Sie ab next_offset bis eof fort; Ausgabe enthält auch total_chars, source_tool, content_type und storage_kind.
Ursprüngliche Ergebnistoken werden innerhalb ihres aktuellen Laufs aufgelöst. Explizite kanonische dauerhafte Referenzen können prüfbare Belege älterer Läufe derselben Sitzung lesen. Sitzungsübergreifender Zugriff liefert out_of_scope; fehlerhafte oder mehrdeutige Referenzen invalid_ref, fehlende Datensätze not_found und unvollständige/nicht verfügbare Vollinhalte not_available. Der Leser rekonstruiert keine fehlenden Belege aus einer Vorschau. Dateizustellung und erneutes Öffnen sind separat unter Artefakte beschrieben.
Externe Dienste
Die unverbundenen generischen Werkzeugwrapper email_* und calendar_* wurden gelöscht. Der echte E-Mail-Kanal bleibt verfügbar. Externe Mail-/Kalenderwerkzeuge benötigen einen separat konfigurierten Dienst, etwa einen MCP-Server.
Sichtbarkeit ist keine Berechtigung
Ein sichtbares Werkzeug kann wegen fehlender Zugangsdaten, fehlerhafter Backends, Profil-/Sitzungswerkzeuggruppenauswahl oder Sitzungsbereich dennoch nicht verfügbar sein.
Diese Seite beschreibt stabile benutzerseitige Gruppen. Dashboard → Werkzeuge und der aktuelle Sitzungskatalog spiegeln optionale Dienste, MCP-Server und Konfiguration der laufenden Version wider.
Siehe Werkzeuggruppen, Dateien und Terminal.