Et kirjoita oikeaa spesifikaatiota ensimmäisellä yrityksellä, edes Fabelin avulla
Anthropic
Artikkelissa käsitellään, miksi spesifikaatiot eivät voi olla oikeita alusta alkaen, käyttäen käsitettä tuntemattomat tuntemattomat. Siinä väitetään, että spesifikaatioiden tulisi kehittyä, kun agentti ja kehittäjä etenevät implementaatiopolulla, ja ne tulevat tarkoiksi vasta koodin kirjoittamisen jälkeen. Työkalut, kuten SpecBuddy, auttavat pitämällä spesifikaatiot dynaamisina.
Artikkelissa viitataan Thariq Shihiparin blogikirjoitukseen Anthropicilta agentista, joka löytää tuntemattomia tuntemattomia. Siinä käytetään kartan ja maaston vertauskuvaa, ja tuntemattomat jaetaan neljään tyyppiin: tunnetut tunnetut, tunnetut tuntemattomat, tuntemattomat tunnetut ja tuntemattomat tuntemattomat. Yhdessä istunnossa kirjoitettu spesifikaatio kattaa vain tunnetut tunnetut; loput ilmenevät vasta maastossa liikkumisen jälkeen. Kirjoittaja väittää, että spesifikaatiot tulisi luonnostella, agentin tulisi tutkia niitä (lukemalla koodia, tietokantoja MCP:n kautta) ja sitten piirtää uudelleen, kun uusia yksityiskohtia ilmenee. Tämä iteratiivinen prosessi varmistaa, että spesifikaatio vastaa todellisuutta lopussa. Artikkeli mainostaa SpecBuddyä, ilmaista JetBrains-liitännäistä, joka toimii OpenCoden, Claude Coden ja Codexin kanssa, ja tulevaisuudessa myös OpenSpec-tuen kanssa.
Lähde: Habr — хаб ИИ —
Alkuperäinen