afya-sahihi-implementation

Enforce implementation and review standards for Afya Sahihi clinical AI backend modules.

Updated Apr 16, 2026
One-click install
npx skills add https://github.com/AmosBunde/Afya-Sahihi --skill afya-sahihi-implementation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: afya-sahihi-implementation
Source: https://github.com/AmosBunde/Afya-Sahihi/tree/main/skills/afya-sahihi-principal
Command: npx skills add https://github.com/AmosBunde/Afya-Sahihi --skill afya-sahihi-implementation

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides a single source of truth for implementing and reviewing critical Afya Sahihi backend components (backend, retrieval, conformal, ingestion, and orchestration), ensuring deterministic patterns, safety, and observability.

Core Features & Use Cases

  • Enforces non-negotiables such as fail-closed error handling, no LangChain on the request path, explicit timeouts, and structured logging.
  • Guides project structure and best practices for production-grade Python services with strict typing and observable behavior.
  • Use Case: A new service touching the inference pipeline can be implemented following this playbook to guarantee code quality, testing discipline, and auditable decisions.

Quick Start

Load this skill when implementing or reviewing the critical Afya Sahihi backend paths to ensure coding standards and guardrails.

Frequently Asked Questions about afya-sahihi-implementation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce fail-closed error handling in a clinical AI backend?

Fail-closed error handling in a clinical AI backend is enforced by applying codified guardrails that mandate explicit timeouts, structured logging, and deterministic runtime patterns. This ensures safety and observability across the inference path.

What are the backend code review standards for a clinical AI inference pipeline?

Backend code review standards for clinical AI inference pipelines enforce strict typing, no LangChain on the request path, and auditable decisions. These non-negotiables guarantee code quality, testing discipline, and traceability from local tests to production deployments.

How do I structure a production-grade Python service for clinical AI?

Structuring a production-grade Python service for clinical AI requires following a definitive playbook that enforces strict typing, observable behavior, and deterministic patterns across retrieval, conformal, ingestion, and orchestration modules.

Why should I not use LangChain on the clinical AI request path?

LangChain should not be used on the clinical AI request path because it violates non-negotiable guardrails for deterministic execution. Removing it ensures strict typing, fail-closed error handling, and traceable governance across the inference pipeline.

Does this clinical AI backend guide support retrieval and ingestion modules?

Yes, this clinical AI backend guide supports retrieval and ingestion modules. It provides enforceable standards, runtime patterns, and governance to ensure safety, traceability, and maintainability across all critical inference path components.

What are the limitations of using generic orchestration in clinical AI systems?

Generic orchestration in clinical AI systems lacks the deterministic patterns and fail-closed guardrails required for safety. Without enforceable standards and structured logging, runtime behavior becomes unobservable and untraceable, compromising governance.