On this page
Structured AI development approach:
- Causal stack framework: the causal-stack set of notes under
ai-engineering/evaluation/causal-stack, with Causal Stack Operating Model as the top-level map. It links language and system-level causal properties to fault families, evaluation methods, and operational controls, so it shows where the harness, platform, and methodology fit. - Evaluation harness and platform
- Methodology and operating model
- Observability and test pyramid
- Experimentation and scientific foundation as well as Experimentation approach to delivery
- Architecture and engineering principles
- Cross-functional alignment with shared taxonomies and tools (frameworks, patterns, delivery)
and approach of design: Exploratory Design:
The central idea is integrative: the eval harness/test pyramid, observability, and the causal stack framework are complementary parts of one AI delivery system, together giving a fuller picture of failure modes, evaluation, and operational control.
There is a clean way to combine (and refactor) the test pyramid, the canonical eval flow set, and the observability scheme into a single coherent “quality system” for LLM products. The main move is to stop treating them as competing frameworks and instead make them orthogonal views of the same control system and playing together as a basis for reliable AI delivery.
The test pyramid, eval harness, observability, and operating model are not separate initiatives. They are connected parts of the same delivery system.
also:
Workflow Design Approach
System Definition
What is a system?
A structured approach to solving problems that guide how we think about and tackle challenges in the context of building an AI product:
- A framework for evaluating different technologies and tools
- A decision-making process for prioritizing development efforts
- A methodology for diagnosing and improving application performance
- A set of standardized metrics and benchmarks to measure success
Also, the framework is not only for testing. It helps teams decide:
- what to build first;
- which risks matter;
- what to evaluate;
- what blocks release;
- whether a failure is retrieval, model, tool, data, product, or control-related.