๐๐๐ ๐ข๐ฌ๐ญ๐ซ๐๐ญ๐ข๐จ๐ง๐ฌ ๐๐ซ๐ ๐๐๐๐!โฃ
โฃ
Join the AI Hackathon NitroStack X Amrita University, organized in collaboration with the WeKan and McpToTheMoon, exclusively for students of Amrita University, Kerala Campus!โฃ
โฃ
This two-day experience is designed to introduce you to the future of AI and the Model Context Protocol (MCP), followed by an exciting 24-hour hackathon where you'll build real-world AI applications.โฃ
โฃ
๐๐ฏ๐๐ง๐ญ ๐๐๐ก๐๐๐ฎ๐ฅ๐ - ๐๐โ๐๐ ๐๐ฎ๐ฅ๐ฒโฃ
โฃ
๐๐๐ฒ ๐ - ๐๐ ๐๐ฎ๐ฅ๐ฒโฃ
1. MCP and AI Agent Workshopโฃ
2. Hands-on introduction to NitroStackโฃ
3. Team formation and idea brainstormingโฃ
4. Hackathon kickoffโฃ
โฃ
๐๐๐ฒ ๐ - ๐๐ ๐๐ฎ๐ฅ๐ฒโฃ
1. Continue building your MCP serverโฃ
2. Project submissionsโฃ
3. Live judging and demosโฃ
4. Winner announcementsโฃ
โฃ
Every participating team must build an MCP server using the NitroStack vibe coding platform or SDK.โฃ
โฃ
Compete for prizes worth โน๐๐ ๐๐๐ค๐ก๐ฌ, including cash, credits, and exclusive swag. Gather your team, bring your best ideas, and build the future of AI agents and Build alongside ๐๐๐๐+ ๐๐๐ฏ๐๐ฅ๐จ๐ฉ๐๐ซ๐ฌ.
@wekancompany@AMRITAedu@mcptothemoon
DHH is in.
Karpathy is in.
Andrew Ng is in.
Terence Tao is in.
Linus Torvalds is in.
John Carmack is in.
Tony with an opinion still believes AI is just a next-token predictor with no real future.
Week 1 building Stella (open source AI Chief of Staff) in public. Quick update.
8 "skills" now /skills - email triage, daily briefings, task management, meeting prep, updated memory, kaizen, onboarding. Added health monitoring so cron jobs don't silently fail. Got monthly costs from ~$800 to ~$300 by fixing context window bloat -- cron jobs were loading 1,800 lines of context and timing out. Anthropic changed their subscription model mid-week which set me back. Plus the usual Claude API overload regressions ๐ค. Building on LLMs means the ground shifts under you constantly. All of this mostly late nights while I was the woods with my son getting sparing wifi -- amazing new world of building :)
But the real breakthrough this week was a design realization about how this goes from a system built for me to something anyone can use.
Early on I pushed as much logic into Python as possible -- hardcoded email categories, classification prompts, filtering rules, output formats. It made things deterministic and cheap. Solved the flakiness and cost problems. But it also made the system rigid and brittle. Every user preference is a code change. Want different email categories? Edit the script. Want your brief formatted differently? Edit the script. That won't work for anyone but me.
The new design mirrors how a real Chief of Staff works. A great human CoS comes in with capabilities -- they know how to triage email, manage a calendar, prep for meetings. They bring workflows -- patterns for doing those things well. But the first thing they do is learn you. Your preferences, what you care about and how you like to work.
Stella needs the same architecture. Build capabilities and workflows. Let each user shape their preferences in plain English: "always flag emails from my board," "lead my brief with tasks not calendar," "I handle my own email in the morning. only triage in the evening." Scripts handle mechanics: fetch, dedup, filter. The LLM handles judgment -- classify, prioritize, surface -- reading your preferences in context, the same way a human CoS adapts to their executive.
The separation matters for another reason: it lets us keep upgrading and adding capabilities without breaking how people have tuned their agent. We improve the engine, your preferences still work. Hopefully gracefully. Capabilities are shared, workflows are suggested, preferences are personalized.
What remains before public release:
-- Wire the new entity memory system end-to-end. I had my own custom one before, but migrating to the new openclaw native ones and adding support for @garrytan's GBrain. Stella builds a knowledge graph of your people, companies, and projects overnight, and every skill needs to consume that context properly
-- Finish the preference/policy system so users can customize without touching code
-- Migrate all cron jobs to invoke /skills instead of inline prompts
-- Update the install model: Stella installs as her own dedicated agent so she doesn't clobber your existing setup. You can share specific context (calendar, email) without merging everything. This was also a key design decision.
Then we ship.
Would love to hear from anyone with thoughts on some of these design decisions. Especially around scripts vs LLM and how to ship functionality that melds with updating usage overwrites
Google used its unlimited resources to find bugs, then gave volunteer FFmpeg maintainers 90 days to fix them or the vulnerabilities would go public, all while using FFmpeg in their apps without funding the project.
Anthropic shipped patches.
But sure, they're the same thing.