Downloads · 30 days
0
forcemultiplier/gpqa-syngen-gemma2-2b
gpqa-syngen-gemma2-2b is a machine learning model from forcemultiplier. Use it for the machine learning task on the model card, and read the license before you ship it in a product.
- Model Type: Language Model - Base Model: unsloth/gemma-2-2b-bnb-4bit - Fine-tuned by: [Your Organization/Name] - License: [Specify the license]
Downloads · 30 days
0
Access
Public
Updated Oct 4, 2024
Repo size
115 MB
Likes
2
Public
Click a slice to open those files.
.safetensors83.1 MB · 72%
From the Hugging Face model README
This model is a fine-tuned version of the Gemma 2B base model, specifically tailored to Google GPQA (Graduate-Level Google-Proof Q&A Benchmark) dataset. It produces graduate-level, context-rich multiple-choice questions along with one correct answer, three incorrect answers, and an explanation.
This model is designed for educational content creators, assessment developers, and researchers who need to generate complex, Google-proof multiple-choice questions across various academic disciplines.
Start the vLLM server:
./run_vllm_2b.sh
Generate questions using the generate.py script:
For a single category:
python generate.py --category "Your Category" --depth 4
To use predefined categories:
python generate.py --use-array --depth 4
CATEGORIES_TO_PROCESS list in the script to add or change predefined categories.max_depth parameter to control the depth of subcategory exploration.num_threads in process_categories() if needed.Here's an example of the generated output:
{
"question": "A developer is working on a large project that uses Mercurial version control. They need to merge a branch containing bug fixes from another team. What is the recommended approach to avoid merging conflicts?",
"answer": "Create a new branch from the source directory.",
"incorrect_answer_1": "Merge the branches directly.",
"incorrect_answer_2": "Skip the merge process altogether.",
"incorrect_answer_3": "Use a third-party tool like Git.",
"explanation": "Merging branches in Mercurial requires careful consideration to avoid conflicts. Here's a breakdown of the reasoning: \n1. Branch Creation: Creating a new branch allows the developer to isolate the changes from the other team without affecting the base branch.\n2. Conflict Detection: Comparing the histories of the branches helps identify potential conflicts that may arise during the merge.\n3. Conflict Resolution: Manual conflict resolution is essential to ensure the merge is successful. Mercurial provides tools like \"diff\" and \"merge\" commands for this purpose.\n4. Committing Changes: Once the merge is complete, the developer should commit the changes to their new branch.",
"subcategories": ["Version Control", "Mercurial", "Merge Conflicts"],
"category": "Mercurial",
"depth": 0
}
If you use this model in your research or applications, please cite it as follows:
[Citation information to be added]
For questions, feedback, or support, please contact [Your Contact Information].