Every sentence below is Daniel's own, said in Polish and translated literally into English by Claude, the coding agent. "[Claude]" marks where Daniel was talking to Claude. The Polish original is at the end.
Mission from A to Z: green only with proof.
Inspiration
I wanted to make Mission Rescue above all because it really annoys me when I give an agent a specific job from start to finish, and it suddenly stops working halfway. Afterwards I no longer know what it did, what it didn't do, whether something broke or whether it ran out of its limit. And I have to check everything again, search, and start practically from scratch.
I already have so many of these AI projects that sometimes I can't keep track of all of it myself.
What it does
I want a tool that can show the truth about agents' work, help recover an interrupted mission and bring it to a confirmed completion.
And that's exactly why I wanted a program like this, one that shows me what is really done and what isn't. So that it doesn't just say "ready" when in fact half of the things still don't work.
- Live demo with fictional sample missions, nothing to install: https://daniel221287.github.io/mission-rescue/
- How it decides (technical documentation): https://github.com/Daniel221287/mission-rescue#how-it-decides
Who it's for
I also like that something that can help other people grew out of my ordinary problem with agents. Because surely I'm not the only one who gets annoyed when an agent suddenly stops working and you don't know why.
How we built it
I'm not a programmer. I started about two years ago with Google Apps Script, later we made GnyPcior and lots of other things. I have ideas, I know more or less what I would like to achieve, but without AI agents I wouldn't be able to write all of this myself.
First [Claude] asked me questions, then we chose the idea, we combined the agent work reader with the limit guard, we prepared the scope, the PRD and the specification, and then [Claude] built and tested the program in stages.
This is important to me, because I don't want to only talk with AI about what could be done. I want something that really works to come out of these conversations.
I don't want to pretend that I wrote the code myself or did something I didn't do. I want to show a real collaboration between a human and AI.
- Planning documents in the repo:
devpost/scope.md,devpost/prd.md,devpost/spec.md,devpost/checklist.md
Challenges
As for AI costs, of course they mattered. Many times I ran out of limits and had to interrupt my work. That's why it was important to me that we made this project without additional paid APIs.
What I learned
As for what I learned with Mission Rescue: above all, I understood even better how important it is to plan the work carefully and to check its results. Because we already made plans before, but many times everything still went off track later anyway. Now I want every stage to have a concrete result and proof that it really works.
And that's exactly what's most interesting for me. That you don't have to be a professional programmer to have an idea for something useful and to try to build it.
Pretty promises don't matter to me. What matters to me is real action and an honest showing of our work.
Daniel's words in Polish (original, in the same order)
Misja od A do Z — zielone tylko z dowodem.
Ja chciałem zrobić Mission Rescue przede wszystkim dlatego, że strasznie mnie denerwuje, jak zlecam agentowi jakąś konkretną robotę od początku do końca, a on nagle w połowie przestaje pracować. Później ja już nie wiem, co on zrobił, czego nie zrobił, czy coś się zepsuło, czy skończył mu się limit. I muszę znowu wszystko sprawdzać, szukać i zaczynać praktycznie od nowa.
Mam już tyle tych projektów z AI, że czasami sam nie potrafię tego wszystkiego ogarnąć.
Chcę narzędzia, które potrafi pokazać prawdę o pracy agentów, pomóc odzyskać przerwaną misję i doprowadzić ją do potwierdzonego zakończenia.
No i właśnie dlatego chciałem taki program, żeby mi pokazywał, co naprawdę jest zrobione, a co nie. Żeby nie było tylko napisane „gotowe”, skoro tak naprawdę połowa rzeczy jeszcze nie działa.
Podoba mi się też to, że z mojego zwykłego problemu z agentami powstało coś, co może pomóc innym ludziom. Bo przecież na pewno nie jestem jedynym, który się denerwuje, gdy agent nagle przestaje pracować i nie wiadomo dlaczego.
Ja nie jestem programistą. Zaczynałem jakieś dwa lata temu od Google Apps Script, później robiliśmy GnyPciora i mnóstwo innych rzeczy. Ja mam pomysły, wiem mniej więcej, co chciałbym osiągnąć, ale bez agentów AI nie potrafiłbym tego wszystkiego sam napisać.
Najpierw [Claude] mnie wypytywał, później wybieraliśmy pomysł, połączyliśmy czytnik pracy agentów ze strażnikiem limitów, przygotowaliśmy scope, PRD i specyfikację, a następnie [Claude] budował i testował program etapami.
Dla mnie to jest ważne, bo ja nie chcę tylko rozmawiać z AI o tym, co można zrobić. Ja chcę, żeby z tych rozmów powstawało coś, co naprawdę działa.
Nie chcę udawać, że sam napisałem kod albo robiłem coś, czego nie robiłem. Chcę pokazać prawdziwą współpracę człowieka z AI.
Co do kosztów AI, to oczywiście miały one znaczenie. Nieraz kończyły mi się limity i musiałem przerywać pracę. Dlatego zależało mi, żebyśmy ten projekt zrobili bez dodatkowych płatnych API.
Jeżeli chodzi o to, czego się nauczyłem przy Mission Rescue, to przede wszystkim jeszcze lepiej zrozumiałem, jak ważne jest dokładne zaplanowanie pracy i sprawdzanie jej wyników. Bo my już wcześniej robiliśmy plany, ale nieraz później i tak wszystko się rozjeżdżało. Teraz chcę, żeby każdy etap miał konkretny wynik i dowód, że naprawdę działa.
I to jest właśnie dla mnie najciekawsze. Że nie trzeba być zawodowym programistą, żeby mieć pomysł na coś przydatnego i spróbować to zbudować.
Nie zależy mi na pięknych obietnicach. Zależy mi na prawdziwym działaniu i uczciwym pokazaniu naszej pracy.
Log in or sign up for Devpost to join the conversation.