Project Info
GitHub Link: https://github.com/kevskillz/treehacks2026
Inspiration
Modern software teams are flooded with product feedback on X posts, DMs, texts, support calls, and community threads. But despite how public and high-signal that feedback can be, turning it into clean, testable code changes is still slow and manual: someone has to interpret the request, clarify details, translate it into a scoped task, implement it safely, and then package it into a PR with tests and a preview. We built Current because we wanted to close that gap. The idea is simple: if your users are already telling you what to build on X, why not let that feedback flow directly into your codebase, with you still in full control at every step?
What it does
Current is an end-to-end feedback-to-code pipeline that takes raw user feedback from X and turns it into sandbox-tested, preview-ready pull requests with explicit developer approval at every stage. Poke notifies the developer of new feedback from the community: a. X Replies — A Grok agent monitors replies and likes, DMs users as the developer to gather context, and scores feedback by engagement. b. Customer Service Voice Agent — Users call a Twilio + ElevenLabs phone-number to submit feedback via voice/SMS. a. X Replies — A Grok agent monitors replies and likes, DMs users as the developer to gather context, and scores feedback by engagement. b. Customer Service Voice Agent — Users call a Twilio + ElevenLabs phone-number to submit feedback via voice/SMS. All feedback is stored in Supabase and shown in the Frontend App with engagement metrics. The developer approves, rejects, or edits feedback from the dashboard or via SMS through Poke. On approval, the Build Server creates a GitHub issue enriched with codebase-specific file references using GPT-5 Mini. GPT-5 Mini generates an implementation plan. The developer reviews and approves it. Modal spins up a sandboxed cloud VM. OpenAI Codex CLI (Codex-Mini-5.1) generates test cases first, then implements the code changes. Automated verification runs tests, build, linters, and a self-review scored 0-100. If anything fails, it iterates up to 3 times. The Build Server commits, pushes the branch, and opens a PR with results. Vercel deploys a preview URL. The developer receives the PR summary + preview link through Poke for final review.
How we built it
The system is split across four main services, all coordinated through Supabase as a central state engine: X Server (Flask): main.py - X Account Activity API webhooks, OAuth 2.0 PKCE authentication, mention polling, and DM handling Grok integration for generating project titles and descriptions from raw tweet text Automatic DM follow-ups to tweet authors for clarification Build Server (FastAPI): main.py - Core orchestrator with background status poller coder.py - OpenAI Codex CLI workflow orchestration with NDJSON streaming modal_sandbox.py - Modal cloud VM provisioning with pre-built Docker images (Python 3.12, Git, GitHub CLI, Codex CLI) llm.py - GPT-5 Mini for plan generation, tech stack detection, and issue enrichment github_client.py - GitHub issue and PR management via gh CLI running inside sandboxes testing.py - Automated repo context detection and test verification across multiple frameworks Frontend App (Next.js + Supabase): Next.js 15 with App Router and Server Components Supabase SSR for authentication and real-time data shadcn/ui + Tailwind CSS for the developer dashboard Automation queue with engagement metrics, plan review interface, and status timeline Poke Integration: Developer notifications for incoming feedback, plan approvals, and PR completions SMS-based approval flow so developers can approve or reject directly from their phone AI Models: GPT-5 Mini - Plan generation, issue enrichment, tech stack detection, tweet aggregation OpenAI Codex CLI (Codex-Mini-5.1) - Code implementation in headless auto-approve mode
Challenges we ran into
The Modal pipeline was slow at first because each run spun up a fresh environment and installed all project dependencies from scratch. We solved this by pre-building a Docker image with Git, GitHub CLI, and Codex CLI baked in, so the sandbox only had to clone the repo and apply changes. Getting the X API OAuth flow working was also tricky. The webhook CRC challenge validation and the difference between OAuth 1.0a (for account activity) and OAuth 2.0 PKCE (for posting and DMs) took some debugging before everything clicked.
Accomplishments we're proud of
We're proud of the breadth of integration: X, Grok, OpenAI Codex, Supabase, Poke, Modal, GitHub, Vercel, Twilio, and ElevenLabs all working together as one cohesive pipeline. The fact that a tweet reply/phone call can flow all the way through to a tested PR with a live preview, with the developer in control the entire time, feels like a genuine step forward for building in public.
What we learned
This was our first time working with the X API, xAI SDK, and OpenAI Codex CLI. Grok handles tweet classification and feedback aggregation on the X side, while GPT-5 Mini and Codex CLI handle plan generation and code implementation. We also learned a lot about designing state-driven multi-agent systems where every service reads from and writes to a single source of truth, which keeps the whole pipeline observable and debuggable.
What's next
We want to make Current easy to install through a simple sign-up flow where developers connect their GitHub repository and everything is automatically provisioned. The goal is to reduce setup to just a few clicks so any team can plug into the feedback-to-PR pipeline without manual configuration.
This repository has no readme, or GitHub could not be reached.
Analysis
View
Metric
- 10
- 2
- 2
Figures cover GitHub contributors during the hackathon window. A co-authored commit counts in full for each author, so per-member totals add up to more than the whole-team figures.
Technology
- CSSIn code
- FastAPIIn code
- Next.jsIn code
- OpenAIIn code
- PythonIn code
- ReactIn code
- SupabaseIn code
- Tailwind CSSIn code
- TypeScriptIn code
- VercelClaimed
9 of 10 appear in the indexed code. 1 claimed on Devpost could not be matched to code, which may simply mean the tool leaves no trace in the repository.
AI coding agents
- Claude CodeConfig · Commits
- CursorConfig
Detected from committed agent config files and commit authorship. Absence of a signal is not proof an agent was unused.
Codebase size
Source size
593 KB
Source files
78
Counts recognized source files only; vendored directories, binaries and lockfiles are excluded, so this is smaller than the repository on disk.
Repository
kevskillz/treehacks2026
93 files · 2.7 MB · @ cf93553
Structure
Interface
52 files · 56%Screens, components and styles rendered to the user.
API & routing
1 file · 1%Request entry points: routes, handlers and controllers.
Application logic
16 files · 17%Domain rules, services and shared utilities.
Data & schema
3 files · 3%Schema definitions, migrations and data access.
Supporting
Layers are inferred from where files sit in the tree, not from reading the code. A project that names its directories unconventionally will read oddly here — open the file browser to check anything the diagram implies.
Languages
- YAML31%
- TypeScript30%
- Python30%
- Markdown8%
- CSS1%
Share of indexed source by file size. Binary and vendored files are excluded.
Dependencies
webapp/package.json
npm · 29- @radix-ui/react-checkbox
- @radix-ui/react-dialog
- @radix-ui/react-dropdown-menu
- @radix-ui/react-label
- @radix-ui/react-slot
- @supabase/ssr
- @supabase/supabase-js
- class-variance-authority
- clsx
- lucide-react
- motion
- next
- next-themes
- ogl
- react
- react-dom
- react-markdown
- tailwind-merge
- +11 more
backend/pyproject.toml
pypi · 7- fastapi
- modal
- openai
- pydantic
- python-dotenv
- supabase
- uvicorn
Declared in the repository’s manifests at the indexed commit. A declared package is not proof it is used, and runtime dependencies are listed first.
This project’s features have not been analysed yet.
Export this project's context (description, README, evidence, key source files) to chat with an AI agent elsewhere.