Stellen-Radar

Profil anlegen

profil_anlegen

Legt ein neues Suchprofil im Konto an. Hat das Konto eine Profil-Grenze (kontostand: profile.erlaubt als Zahl), zählt ein auf Wunsch angelegtes Profil darauf, und bei erreichter Höchstzahl lehnt das Stellen-Radar ab; das erste Profil aus profil_anlegen_mit (automatisch=true) zählt wie beim Einrichten im Web nicht darauf. Bei "unbegrenzt" gibt es keine Grenze: dann keine erwähnen. Beim ersten Profil eines Kontos ohne frühere Profile richtet es den wöchentlichen Stellen-Agenten mit ein (die Antwort sagt es). Nutze dies, wenn die Person ein zusätzliches Profil will oder eine Antwort profil_anlegen_mit enthält (dann automatisch=true). Um ein bestehendes Profil zu ändern, nimm aenderung_durchrechnen und aenderung_uebernehmen; rückgängig mit profil_loeschen.

Input Schema

Name	Required	Description
`ort`	No	Wohnort (Stadt), falls keine PLZ bekannt ist, z. B. 'Frankfurt am Main'.
`plz`	No	Fünfstellige deutsche Postleitzahl des Wohnorts, keine Adresse, z. B. '60311'.
`name`	Yes	Name des Profils, z. B. die Zielposition wie 'Leitung Einkauf'.
`region`	No	Auch Stellen mit Regionsangabe statt Ort.
`remote`	No	Auch Remote-Stellen.
`branchen`	No	Oberbranchen aus der festen Liste; eine Oberbranche umfasst ihre Unterbranchen. Leer heißt offen; eine enge Wahl wertet Stellen anderer Branchen ab.
`bundesweit`	No	Auch bundesweite Stellen ohne festen Ort.
`funktionen`	No	Fachliche Funktionen aus der festen Liste. Die Funktion zählt beim Abgleich stärker als die Branche; ohne sie erreicht kaum eine Stelle 'gut passend'. Bei einer neuen Suche die Funktion setzen, die die Zielposition nennt (z. B. 'Director Operations': Operations). In einem bestehenden Profil verengt der erste Eintrag; die Wirkung zeigt aenderung_durchrechnen.
`hierarchie`	No	Ebenen aus der festen Liste. Filtert hart: Stellen anderer Ebenen erscheinen nicht. Nur Ebenen, die die Person wirklich annehmen würde.
`umkreis_km`	No	Umkreis um den Wohnort in km, 0 heißt bundesweit. Ein Umkreis ist nur ein Angebot.
`automatisch`	No	Nur true, wenn die Argumente aus profil_anlegen_mit einer Antwort von stellen_finden oder beste_treffer_zeigen stammen. Wirkt nur, solange das Konto noch kein Profil hat; sonst wird nichts angelegt.
`kompetenzen`	No	Fachliche Kompetenzen als Stichworte, z. B. ['SAP S/4HANA', 'Lieferantenmanagement'].
`zielpositionen`	Yes	Gesuchte Positionen in Ausschreibungsform, kurz und gängig, mehrere Varianten, auch englisch und in beiden Geschlechterformen, z. B. 'Werksleiter', 'Plant Manager', ohne Zusatz wie '(m/w/d)'. Der Titel zählt beim Abgleich am stärksten.
`ausschlussbegriffe`	No	Begriffe, deren Stellen nicht angezeigt werden sollen, mit Komma getrennt. Wirken auf den Stellentitel wie in der App: bis drei Zeichen nur am Wortanfang, längere auch als Wortteil.

Output Schema

Name	Required	Description	Default
No arguments

Schema Changelog

Changes observed during successful MCP inspections.

Changed1 schema field changedOct 31, 2026

changedInput schema / properties / zielpositionen / description

Previous value: -"Gesuchte Positionen in Ausschreibungsform, kurz und gängig, mehrere Varianten, auch englisch und in beiden Geschlechterformen, z. B. 'Werksleiter (m/w/d)', 'Plant Manager'. Der Titel zählt beim Abgleich am stärksten."New value: +"Gesuchte Positionen in Ausschreibungsform, kurz und gängig, mehrere Varianten, auch englisch und in beiden Geschlechterformen, z. B. 'Werksleiter', 'Plant Manager', ohne Zusatz wie '(m/w/d)'. Der Titel zählt beim Abgleich am stärksten."

Changed2 schema fields changedOct 19, 2026

changedInput schema / properties / plz / anyOf

Previous value: -[
-  {
-    "pattern": "^\\d{4,5}$",
-    "type": "string"
-  },
-  {
-    "type": "null"
-  }
-]New value: +[
+  {
+    "pattern": "^\\d{5}$",
+    "type": "string"
+  },
+  {
+    "type": "null"
+  }
+]

changedInput schema / properties / plz / description

Previous value: -"Postleitzahl des Wohnorts, keine Adresse, z. B. '60311'."New value: +"Fünfstellige deutsche Postleitzahl des Wohnorts, keine Adresse, z. B. '60311'."

Changed4 schema fields changedOct 19, 2026

changedInput schema / properties / kompetenzen / description

Previous value: -"Fachliche Kompetenzen als Stichworte."New value: +"Fachliche Kompetenzen als Stichworte, z. B. ['SAP S/4HANA', 'Lieferantenmanagement']."

changedInput schema / properties / name / description

Previous value: -"Name des Profils, z. B. die Zielposition."New value: +"Name des Profils, z. B. die Zielposition wie 'Leitung Einkauf'."

changedInput schema / properties / ort / description

Previous value: -"Wohnort (Stadt), falls keine PLZ bekannt ist."New value: +"Wohnort (Stadt), falls keine PLZ bekannt ist, z. B. 'Frankfurt am Main'."

changedInput schema / properties / plz / description

Previous value: -"Postleitzahl des Wohnorts, keine Adresse."New value: +"Postleitzahl des Wohnorts, keine Adresse, z. B. '60311'."

First observedOct 19, 2026

TDQS

A4.6/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already establish that this is a non-readOnly, non-destructive, non-idempotent mutation. The description adds important behavior beyond the annotations: profile-limit counting, refusal at the maximum, the first automatic profile not counting toward the limit, and the first profile setting up the weekly job agent.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The core action is front-loaded and most details are relevant to correct invocation. However, the profile-limit, first-profile, and agent-setup nuances make the paragraph dense and somewhat run-on.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a complex 14-parameter mutation with an output schema, annotations, and full schema coverage, the description supplies the missing operational context: alternatives, profile-limit behavior, automatic-mode constraints, and the first-profile side effect.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so all 14 parameters are already documented in the schema. The description reinforces the automatisch=true condition and profile-limit context, but it does not add substantial parameter-level meaning beyond what the schema already provides.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific verb and resource: 'Legt ein neues Suchprofil im Konto an.' It also distinguishes creation from changing an existing profile and from deletion, so an agent can identify the correct operation without opening the schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It gives explicit when-to-use guidance: when the person wants an additional profile or when an answer from profil_anlegen_mit contains one, with automatisch=true. It also names the alternatives for modifying an existing profile and for undoing creation.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All Stellen-Radar tools Inspect

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?