通过README Demo:对话、保健数据、代理和CI检查

2026年8月27日1 次浏览来源:Dev.to阅读原文

正文保留英文原文(机翻易破坏代码与排版),标题/摘要已提供中文

"Extract a name and email from this sentence" is the easy 10% of structured output.

The other 90% is everything that doesn't fit in one prompt, one turn, or one model call.

Here are five things shapecraft handles once you're past the basics.

1.

Collecting data across a whole conversation A single message rarely has everything you need.

Someone books an appointment over three or four back-and-forth messages, not one. mode lets the conversation run naturally and validates the whole transcript once, at the end, against one schema: No manual "do I have everything yet?" tracking, no partial-state bugs, just one validated object once the conversation is actually complete.

2.

Extracting from clinical notes into real FHIR shapes Healthcare data has a standard (FHIR R4) and it's not optional if you're integrating with anything real.

Built-in presets mean you're not hand-writing a or schema from scratch: Same retry/validation guarantees as any other schema, just pre-built to match a spec you'd otherwise have to implement yourself.

3.

An agent that checks real data before answering "Is this order still on hold?" isn't answerable from the prompt alone, it needs an actual lookup. lets the model call your functions, see the results, and then produce a validated final answer: The tool call's arguments are validated before your function ever runs, and the final answer goes through the same schema check as a normal call.

4.

Chaining validated steps into a pipeline Triage, then diagnose, then draft a response, each step needs the previous step's validated output, not its raw text. chains a sequence of calls, each with its own model and schema, threading validated data forward: Each step keeps its own retry behavior, there's no shared fragile state between them.

5.

Checking a JSON file against a schema, no code required Sometimes the thing you need to validate isn't fresh model output, it's a file that already exists, maybe from a batch job, a CI pipeline, or someone else's export.

The CLI does the same structural check uses internally, from the terminal: Exits and prints a check mark on success, exits with the specific violation on failure.

Handy for a CI step that shouldn't need its own validation script.

The pattern underneath all of it Multi-turn, healthcare presets, tool calling, agent pipelines, file validation, none of these are separate systems bolted on.

They're all the same retry-and-validate core, pointed at a different shape of input or output.

We've published full documentation covering all of this (and everything from the last post too) at aviasoletechnologies.github.io/shapecraft - worth a look if any of these five sound like your actual problem.

分享