MCP-Tools erstellen
Überblick
Abschnitt betitelt „Überblick“Erstellen Sie benutzerdefinierte MCP-Tools, um die Fähigkeiten Ihres Digital Workers mit externen Integrationen, benutzerdefinierter Logik und Datenzugriff zu erweitern.
Ein Tool erstellen
Abschnitt betitelt „Ein Tool erstellen“-
WIT-Schnittstelle definieren
wit/tool.wit package greentic:my-tool;interface tool {record input {query: string,options: option<string>,}record output {success: bool,data: option<string>,error: option<string>,}execute: func(input: input) -> output;}world my-tool {export tool;} -
In Rust implementieren
src/lib.rs use wit_bindgen::generate;generate!({world: "my-tool",path: "wit",});struct MyTool;impl tool::Guest for MyTool {fn execute(input: tool::Input) -> tool::Output {// Your tool logic herelet result = process_query(&input.query);tool::Output {success: true,data: Some(result),error: None,}}}fn process_query(query: &str) -> String {format!("Processed: {}", query)}export!(MyTool); -
WASM-Komponente bauen
Terminal-Fenster cargo build --target wasm32-wasip2 --release -
Tool-Manifest erstellen
tool.yaml name: my_toolversion: "1.0.0"description: My custom MCP toolparameters:- name: querytype: stringdescription: The query to processrequired: true- name: optionstype: stringdescription: Optional configurationrequired: falsereturns:type: objectproperties:success:type: booleandata:type: stringerror:type: stringcapabilities:- network:outbound -
Tool registrieren
greentic.demo.yaml mcp:tools:- name: my_toolcomponent: "tools/my-tool.wasm"manifest: "tools/my-tool.yaml"
Tool-Beispiele
Abschnitt betitelt „Tool-Beispiele“HTTP-Request-Tool
Abschnitt betitelt „HTTP-Request-Tool“impl tool::Guest for HttpTool { fn execute(input: tool::Input) -> tool::Output { let url = &input.url; let method = input.method.unwrap_or("GET".to_string());
match http_request(&method, url, input.body.as_deref()) { Ok(response) => tool::Output { success: true, data: Some(response), error: None, }, Err(e) => tool::Output { success: false, data: None, error: Some(e.to_string()), }, } }}Datenbankabfrage-Tool
Abschnitt betitelt „Datenbankabfrage-Tool“impl tool::Guest for DbTool { fn execute(input: tool::Input) -> tool::Output { // Get connection string from secrets let conn_str = get_secret("database_url")?;
// Execute query (pseudo-code) let results = db_query(&conn_str, &input.query)?;
tool::Output { success: true, data: Some(serde_json::to_string(&results)?), error: None, } }}E-Mail-Tool
Abschnitt betitelt „E-Mail-Tool“impl tool::Guest for EmailTool { fn execute(input: tool::Input) -> tool::Output { let api_key = get_secret("sendgrid_api_key")?;
let result = send_email( &api_key, &input.to, &input.subject, &input.body, );
match result { Ok(_) => tool::Output { success: true, data: Some("Email sent".to_string()), error: None, }, Err(e) => tool::Output { success: false, data: None, error: Some(e.to_string()), }, } }}Tools in Flows verwenden
Abschnitt betitelt „Tools in Flows verwenden“Direkter Aufruf
Abschnitt betitelt „Direkter Aufruf“- id: call_tool type: mcp-tool config: tool: "my_tool" parameters: query: "{{user_query}}" output: tool_resultMit LLM-Agent
Abschnitt betitelt „Mit LLM-Agent“- id: agent type: llm config: model: "gpt-4" system_prompt: | You are an assistant with access to tools. Use tools when needed to help the user. tools: - my_tool - http_request - send_email tool_choice: "auto"Tools testen
Abschnitt betitelt „Tools testen“Unit-Test
Abschnitt betitelt „Unit-Test“#[cfg(test)]mod tests { use super::*;
#[test] fn test_execute() { let input = tool::Input { query: "test".to_string(), options: None, };
let output = MyTool::execute(input);
assert!(output.success); assert!(output.data.is_some()); }}Integrationstest
Abschnitt betitelt „Integrationstest“# Test with sample inputecho '{"query": "test"}' | greentic-mcp test ./my-tool.wasmBest Practices
Abschnitt betitelt „Best Practices“- Alle Fehler behandeln - Niemals panic auslösen, Fehler immer in
outputzurückgeben - Eingaben validieren - Parameter vor der Verarbeitung prüfen
- Secrets verwenden - Zugangsdaten niemals hart kodieren
- Logging hinzufügen - Hilft beim Debugging
- Gründlich dokumentieren - Klare Beschreibungen im Manifest
- Edge Cases testen - Leere Eingaben, große Datenmengen usw. behandeln