
Pact is a hybrid token-efficient routing agent for Track 1 of the AMD Developer Hackathon ACT II. It minimizes Fireworks token consumption while maintaining high accuracy across eight task categories: factual QA, math, coding, sentiment, summarization, NER, logic, and debugging. Architecture (three tiers, zero wasted tokens): 1. Heuristic Triage (0 tokens). A regex-based classifier determines task domain and difficulty in under 1ms — no model call, no tokens spent. Easy tasks route to the cheapest model (gpt-oss-120b), hard tasks cascade through stronger models. 2. Cascade Execution (cheapest sufficient model). Each task starts on gpt-oss-120b ($0.15/1M tokens). An output quality gate validates every response: checks for emptiness, gibberish, refusals, and domain-specific correctness (math answers must have numbers, coding answers must contain code patterns, Q&A must be prose). If quality fails, the task escalates to kimi-k2p6 ($0.95/1M) and then to deepseek-v4-pro ($1.74/1M). At max tier with bad output, the system returns FAIL — so the scoring harness can distinguish "good answer" from "best effort, bad result." 3. Self-Consistency Verification (0 extra tokens on easy tasks). For medium and hard tasks, the cheap model runs twice. If the two outputs disagree, the task escalates immediately — catching hallucinations before they reach the output. No extra Fireworks calls; the second run is on the same tier, not a stronger one. Tech stack: Python 3.12, OpenAI SDK (Fireworks-compatible), regex-based heuristics, no external ML dependencies. Runs in a lightweight Docker image (python:3.12-slim, ~150MB) without any local model — all inference happens on Fireworks AI. Design philosophy: "Spend on what moves the needle." Heuristics are free. Quality gates prevent wasted escalation. Self-consistency catches cheap-model mistakes before paying for a stronger model. Every token is accounted for.
13 Jul 2026

Code is merged. Now what? Documentation goes stale, testing gets deprioritized, releases get delayed. Existing AI tools handle planning, coding, and review — but nobody handles what comes after the merge. Band of Agents fixes this with four specialist agents that collaborate through Band's platform to automate the post-merge pipeline: 1. Pipeline Orchestrator — receives tasks, discovers available agents via band_lookup_peers, invites them via band_add_participant, shares coordination reasoning via band_send_event 2. Technical Writer — generates API docs, README updates, and docstrings from code changes, then @mentions QA Strategist when docs are ready 3. QA Strategist — analyzes risk areas, generates test plans with edge cases, stores risk assessments via band_store_memory, then @mentions Release Coordinator with a verdict 4. Release Coordinator — reads QA's stored memories via band_list_memories, generates changelogs with semantic versioning proposals, and confirms with TW and QA before shipping This is not a thin wrapper or sequential notification chain. Agents discover each other dynamically, create side rooms for focused discussions, share structured thought events, and persist cross-agent context through Band's memory APIs. Each handoff is visible and auditable in Band chat. Tech stack: LangGraph agents via band-sdk[langgraph], Qwen 2.5 14B (Featherless AI) as primary LLM, Gemini 2.0 Flash as fallback, Python 3.13 with uv for isolated dependency management. Why it matters: Post-merge work is a real enterprise pain point. Teams manually handle documentation, testing, and releases after code is merged — and it is exactly the kind of workflow that benefits from genuine multi-agent collaboration, not just linear automation.
19 Jun 2026