Loading repository data…
Loading repository data…
BleckWolf25 / repository
A systemic prompt engineering and evaluation framework. Features advanced meta-cognitive agent personas, few-shot dynamic context injection, schema-validated test assertions, and an interactive CLI playground powered by LiteLLM
A transparent discovery signal based on current public GitHub metadata.
This score does not audit code, security, maintainers, documentation quality, or suitability. Verify the repository and its current documentation before adoption.
A structured, version-controlled environment for AI skills, prompts, few-shot examples, and automated evaluation, not just a folder of text files.
This toolkit provides a systematic way to develop, version, and evaluate LLM prompts across multiple providers. By separating prompts, configurations, and few-shot examples, you can avoid regressions when upgrading models and maintain clean, manageable codebases.
skills/ Persona-level system instructions (long-lived identities)
prompts/ Task-level, reusable templates with {{VARIABLES}}
examples/ Golden input/output pairs used for few-shot anchoring and eval
schemas/ Standard JSON schemas for validating structured output generation
context/ Reference schemas/docs ("Context Kitchen") kept out of prompts
tests/ Runner + assertions that validate prompt output programmatically
scripts/ CLI helpers (template rendering, scaffolding new prompts)
docs/ Conventions and model-compatibility notes
This repository is designed to be modular. While it includes a full evaluation suite, you do not need to use the Python tooling to benefit from the repository. Many users use this toolkit purely as a library of pre-built personas, skills, and prompts.
Here is a breakdown of the core features, what they require, where to find them, and how they interact:
skills/ directory (e.g., code-reviewer, data-parser).prompts/ directory (e.g., refactor-logic.md).{{VARIABLE}} placeholders.scripts/render_template.py helper is useful for dynamically injecting variables.examples/, context/, and schemas/ directories.examples/ contains "golden" input/output pairs for few-shot prompting. context/ contains general reference materials (API docs, glossaries). schemas/ houses standard JSON schemas for validating structured model outputs.tests/ and scripts/ directories.litellm, and asserts that the output matches expectations.litellm, PyYAML, and an API Key (e.g., LLM_API_KEY).prompts/ and examples/. It is strictly optional for users who just want to borrow the markdown files.The toolkit relies on Python and uses litellm to dynamically switch between major LLM providers (OpenAI, Anthropic, Google Gemini, etc.) without requiring specific SDK lock-in.
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
export LLM_API_KEY="your-api-key-here"
# Depending on the model, litellm will natively pick up provider-specific keys like OPENAI_API_KEY as well.
Use the included python script to quickly scaffold a new prompt template, configuration file, and placeholder examples:
python scripts/new_prompt.py my-new-prompt
This generates prompts/my-new-prompt.md, prompts/my-new-prompt.config.yaml, and initial examples.
You can dynamically render a prompt for manual inspection or injection into other workflows:
python scripts/render_template.py prompts/refactor-logic.md --LANGUAGE Python --FRAMEWORK FastAPI --GOAL "execution speed"
Unknown arguments are treated as template variables mapping directly to {{VARIABLES}}.
To test for regressions or changes in model outputs, run the evaluation suite against a defined test case file:
python tests/runner.py --case tests/cases/refactor-logic.cases.yaml
The runner will dynamically call the LLM and run assertions against the outputs using the logic defined in tests/assertions.py.
Every prompt must have two sidecar files:
prompts/<name>.md, the actual template, using {{VARIABLE}} placeholders.prompts/<name>.config.yaml, the exact engine settings (temperature, target model, allowed variables), and links to its example pairs and eval cases.See docs/CONVENTIONS.md for naming and versioning rules, and docs/MODEL_COMPAT.md for verification details against model versions.
Open a PR using the template, it will ask you to confirm you've added or updated an example pair and run the eval suite locally. See CODEOWNERS for review routing.