Implementation First
AxGS Lab prioritizes building real systems, services, and games through vibe coding. We do not stop at concepts or demos; projects are pushed toward working, end-to-end deliverables.
How We Work
AxGS Lab prioritizes building real systems, services, and games through vibe coding. We do not stop at concepts or demos; projects are pushed toward working, end-to-end deliverables.
Speed matters, but so do data quality, inference cost, deployment stability, and user experience. Rapid implementation is paired with production-oriented system thinking.
Weekly reviews identify bottlenecks early, convert blockers into concrete action items, and keep implementation velocity high.
Who We Work With
8-12 week mini projects. Basic Python, Git, and data-handling experience is recommended.
Capstone topics can be connected to lab tracks with stronger technical design and evaluation.
Research reading, reproduction experiments, and structured reporting for M.S./Ph.D. readiness.
From practical problem reformulation to KPI-driven PoC and deployment strategy.
Co-authoring, benchmark sharing, and experiment partitioning with clear contribution boundaries.
Data access, evaluation environments, and log-based system analysis collaborations are welcome.
Flow
Before You Reach Out
Inquiry Format
Use subject format: [Course][StudentID] Inquiry Topic. Review is much faster when you include your current level and at least one existing artifact.
Use subject format: [Collaboration Proposal] Affiliation_Topic.
Common Questions
Even a mini project requires steady weekly time. This is not a passive participation model; you are expected to build, document, and leave visible progress every week.
Yes, but basic Python, Git, and debugging effort are required. You do not need to be polished already, but you do need to ship weekly progress and respond to feedback.
Yes. But games here are treated as full implementation projects, including system structure, AI behavior, data flow, evaluation, and user-facing delivery.
No. Prompting is only one part. We also care about data, evaluation, cost, logs, user experience, and deployment stability. The goal is a working system, not a prompt demo.
No. Portfolio projects, capstone outputs, prototypes, and service demos are all valid goals. But every track is expected to leave concrete artifacts such as a repo, README, and demo.
Typically within 2 business days. During exam periods, response may be delayed.