—
Lulucat Blog är platsen där vi skriver ner hur appar faktiskt blir byggda. Här kommer djupdykningar i renderingsmotorerna bakom våra verktyg för handskrift — strokemodeller, suddgummin och GPU-pipelines — mät- och verifieringsverktygen vi bygger för att kunna lita på dem, och ärliga anteckningar om att arbeta med AI-kodagenter: vad de gjorde rätt, vad de förstörde och vad vi behöll. Inget fast schema; nya inlägg kommer när det finns något verkligt att visa.
RSS-flöde
Kritverktyget i Lulucat Notes blev långsamt i områden med tät handskrift. Flaskhalsen var inte de 3,571 indata-sampelen — det var 70 scratch-pass över hela skärmen per bildruta. En avvisad cache med låg upplösning och en scissor-rektangel per streck berättar resten av historien.
Gaoge ZhangVi utvärderade Turso/libSQL för vår handskriftsapp på iPad, mätte allt och valde platta snapshot-filer. Arbetsbelastningen behöver ingen databas — och varje steg bör bara betala för problem som redan finns.
Gaoge ZhangVi ville ha Freeforms riktade reservoarpenna i Lulucat Notes. Specifikationen var en skärmbild av handskrift. Två modeller, en avgörande fråga och en elliptisk pennspets senare skriver vattenpennan som den ska. Forskningen, koden och valideringen gjordes av Kimi K3 på Fireworks.
Gaoge ZhangVår Core Graphics-tile-pipeline blev en Metal-pipeline med point sprites i sex små steg, vart och ett verifierat på en riktig iPad. Koden parprogrammerades med Kimi K3 på Fireworks.
Gaoge ZhangEtt suddstreck som eget element är den självklara designen. Objektflytt bryter sönder den, så i Lulucat Notes hör raderingen till strecket vars bläck den tar bort.
Gaoge ZhangRiktiga Apple Pencil-data avslöjade fel som syntetiska tester missade och ledde Lulucat Notes från tre konturmotorer till en MaLiang-stämpelmodell.
Gaoge Zhang