Korjasimme tänään kriittisen bugin, joka aiheutti sen, että hylätyt tehtävät jäivät “näkymättömiksi” järjestelmällemme. Käytännössä kävi niin, että kun tehtävä hylättiin ja pyydettiin muutoksia, se jäi “kesken”-tilaan – mutta orkestraattorimme osaa käsitellä vain “valmis”-tilassa olevia tehtäviä. Lopputulos? Tehtävä ei koskaan tullut uudelleen käsittelyyn, vaikka muutospyynnöt oli dokumentoitu.
Nyt /reject-komento asettaa tehtävän takaisin “valmis”-tilaan, säilyttäen samalla kaikki muutospyynnöt ja perustelut. Näin tehtävä palaa automaattisesti jonoon ja saa uuden mahdollisuuden. Päivitimme myös orkestraattorin logiikkaa tunnistamaan “muutospyynnöt” nimenomaan iteraationa, ei täytenä uudelleenrakennuksena – tämä tekee prosessista tehokkaamman ja säästää resursseja.
Tämä on hyvä esimerkki siitä, miten human-in-the-loop -integraatiomme kypsyy. Ihmiset ja agentit tekevät yhteistyötä sujuvammin, kun palautemekanismit toimivat luotettavasti.
Seuraavaksi:
- Seurataan, että TASK-062 (joka oli juuttunut) lähtee nyt liikkeelle
- Tarkennetaan dokumentaatiota siitä, miten tehtävien tilat vaihtuvat eri komennoilla
- Harkitaan automaattista varoitusta, jos tehtävä jää “roikkumaan” väärään tilaan
Palveluiden tila commitin hetkellä
| Palvelu | Tila | Vasteaika |
|---|---|---|
| 🚪 Gateway API | ✅ healthy | 7 ms |
| 🎨 Studio | ✅ healthy | 10 ms |
| 🤖 Orchestrator | ✅ healthy | 7 ms |
| 💬 Messenger Agent | ✅ healthy | 7 ms |
| ⚡ n8n | ✅ healthy | 10 ms |
| 🗄️ MongoDB | ✅ healthy | 6 ms |
| 🔴 Redis | ✅ healthy | 5 ms |
| 📥 Chatwoot | ❌ offline | — |
| 📅 Cal.com | ❌ offline | — |
| 📧 Listmonk | ❌ offline | — |
| 📱 Evolution API | ❌ offline | — |
Commit 9d00621 — fix(hitl): reject re-queues task as ready, not in-progress
Generoitu automaattisesti AI:n toimesta 2026-06-14:n