Findy · illustration · 7 September 2026 · the felt style and the fourteen it came from
All 61 of them, in words, before anything is drawn. Read them, tell me what is wrong, and then generation starts. They are sorted by what needs doing to each, hardest first.
What I want from you. Whether each description is the right picture for that moment. You know what a person is actually feeling on these screens and I am guessing.
What I do not want: you worrying about how any of it gets drawn, what it costs, or whether it can be animated. All mine.
One thing I got wrong earlier today and am correcting. I told you this change touched 24 of the screens. It is 9. The number came from a written handover and I repeated it without checking; counting the file three different ways gives 9 every time. The job is smaller than I said.
And one thing I cannot tell you from the files, said plainly rather than guessed. Nothing in the project connects a screen to a picture file, so I cannot mark these as "already drawn" or "not drawn yet" without inventing the link. That missing connection is exactly what let 40 finished drawings and 43 uncovered screens sit here overnight without anything noticing, and you were the one who spotted it. I am not going to rebuild that in a new place. Once you approve the descriptions, drawing them is what creates the link.
These name the Finder, the Packer or the Keeper. Those three are retired, so each of these is now the question "who does this moment actually want?": a man, a woman, a family, a teenager, somebody older. Read the description and tell me who you see.
The Finder, pointing at the camera control and waving them over, then miming the photograph itself: raising the camera, the flash going off. His words, 2026-09-05: "I love the animation figure and they should be pointing at the button, waving, reminding them to press their camera and show them how it's done, like taking a photo with a flash." This changes the figure's JOB from decorative to instructional, which is why the control became the camera control in the same breath. It still stops permanently on first touch and still never covers the control. The flash is one new piece of artwork (a burst) that no earlier estimate carried.
The Keeper, beside the sign-in stack rather than in front of it, holding a Container steady. He accepted the figure ("The rest sounds fine to me") while rewriting what the screen is ABOUT: see zones. So the Keeper's meaning shifts with it: it is no longer guarding against loss, it is the promise that your things are reachable from anywhere. Almost no movement, a slow breath only; standing by, not performing. The one screen in the ask where a character clearly earns its place, because the risk on the other three is that a friendly face reads as being softened up before a request.
Its empty and loading states are both SEPARATE screen entries and both are already decided — B1a (nothing captured yet, the Finder photographing things into Containers) and B1b (loading: the Containers arrive complete with their photographs developing, DL-051). B1 itself carries none. Recorded 2026-09-05 as bookkeeping, not a new choice: the decision already existed one screen away.
The Finder, and a sequence rather than a pose. His words: "some sort of fun animation of the character going up to several items, taking photos of them, putting them in boxes, and then taking a photo of a box." He corrected the character and he was right: this was proposed as the Packer on the ground that reaching is the Packer's job, and he pointed out the Finder is the one holding the camera. It is, visibly, in scripts/characters.py (a tapered body with a lens); nothing in the code labels it, so the proposal had been derived from the written job labels rather than from what the drawings actually contain.
Its empty state is the separate screen B2a, where the Finder rummaging is already decided (2026-09-04). B2 itself carries none, and its loading state carries none either, because its own spec says what is on the phone appears instantly, so there is no waiting to fill. Recorded 2026-09-04 as bookkeeping, not a new choice: the decision already existed one screen away.
The Finder, rummaging. His words: "the Finder character opening the boxes, rummaging, trying to find things, looking perplexed or amused because they cannot find the object." Note it needs an EXPRESSION the three do not currently have: perplexed or amused.
The Packer, setting an empty Container down and opening it. The one screen in the product that says you own nothing yet, so it is an invitation to start; the Packer is the one whose job is reaching. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
The Keeper, holding a Container, turned slightly away. Their captures stay in the Household with their name on them and they are told so, which is what the Keeper means. Turned away because this is a goodbye rather than a greeting, and the screen names no reason and lays no blame. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
The Keeper, guarding what stays. Decided by Munim 2026-09-04, overruling the recommendation: it was proposed as the one error screen with no imagery, for fear that a friendly face beside a request for money reads as pressure. He said treat it like the other ten. The reading that makes him right: the Keeper is not asking for money, it is the promise that nothing captured is ever taken away, which is Build Priority 4.
Nothing in these depends on the retired characters. If you are happy with the description, it can be drawn in felt as it stands.
Their own photograph, arriving as a PHYSICAL object with real thickness: it bends, flips and layers itself onto the screen. Then the names write themselves onto the page as if into a notebook. His words, 2026-09-05: "a beautiful animation of their photograph looking like it's got some three dimensions to it and then it layers onto the screen itself, bends, flips and layers onto the screen" and "the names of the things that come up start populating as they're in a notebook basically onto the page." Nothing of ours is added: the imagery IS their photograph and their words. Third screen to make the photograph a physical object (C4's board, D1b's frame) and the same world. The flip means the BACK of the photograph is drawn, same bill as D1b.
A letter, mid-flight, already gone. Small, tilted, two faint motion lines behind it; it drifts a few pixels and settles, once, not a loop. An object rather than a character because there is nothing to reassure and nothing to celebrate: they are waiting seconds. Accepted 2026-09-05. No clock and no countdown (CLAUDE.md > Negative Constraints).
A marker pen, held by nobody, writing the number onto the Container by itself. Stroke by stroke, then it lifts away and hovers; the written number matches the number on screen. Accepted 2026-09-05 ("Six looks fine"). Same unseen hand as the label sticking itself on at E5a, which he chose 2026-09-04, and a living object per DL-043. Why it earns its place: no sentence on this screen makes anybody actually go and find a marker pen, and this does.
One of the characters BEGGING. His words, 2026-09-05: "one of the characters begging. That would be funny, almost like an apology and begging." He overturned the recommendation, which was to propose nothing at all on the reasoning that a picture is in the way of somebody trying to sign in. His reading is the better one: this is the moment a person fears they have lost work, and something funny is the fastest way to say they have not. The screen must still say in words that every unsaved capture is held and restored.
The Containers themselves, arriving complete, with their photographs DEVELOPING in place (DL-051). Nothing of ours is added and nothing grey appears: the rows ARE the imagery, because the names and numbers are already on the phone and only the photographs are slow. This supersedes the 2026-09-04 proposal of faint drawn Containers as placeholders, which was a better grey bar rather than a fix.
A calm object, waiting. Not a face and not an apology. Nothing is lost and everything still works, so a sorry face would invent a problem the person did not have. Shown to him 2026-09-04, re-put 2026-09-05 with the principle attached, and accepted; the principle itself is DL-047.
A character with a magnifying glass that is blurry, who cleans it and then all is fine. Munim 2026-09-04, verbatim: "one of the characters with a magnifying glass, and the magnifying glass is a bit blurry, so they just end up cleaning the magnifying glass, and then it's all fine." Note it RESOLVES rather than ending in failure, which is the opposite of how error imagery usually works and is better: the screen's own advice is wipe the lens.
The photograph, shown ONCE, with the NAMES arriving one at a time beneath it — ticked or unticked, pending slots empty. Identical to N5, which is the same moment inside the demo. CORRECTED 2026-09-05: he caught that the previous proposal (objects lifting out of the photograph) is a Cut-out, retired by DL-019 on 2026-08-31 after Apple's subject lifting found two objects in a scene holding about a dozen, on his own desk photograph, and fused two of them. DL-019 killed circling the objects too, for the same reason. The movement is the names springing in, not anything being extracted. The photograph itself may develop in place per DL-051.
A character with a magnifying glass, and the glass shows a blur. His words: "maybe we have the character looking through a magnifying glass, but the magnifying glass is just showing a blurry image, something like that." This OVERTURNS the proposal, which was no imagery at all on the grounds that a cheerful face beside a failure reads as being laughed at. His answer solves that differently and better: the character is not reacting to the person, it is failing at the same task, and the blur IS the explanation. New artwork: a magnifying glass, and whatever shows through it.
A character putting their glasses on to see better. Munim, verbatim: "maybe have one of the characters try and put their glasses on so that you can see better." Needs a prop the three do not have.
A character typing into a terminal, asking if anyone is receiving, and getting only dots back. Munim, verbatim: "a character that's typing in the terminal and they're saying 'hello, do you receive?' and there's no answer coming back, just dot dot dot." The unanswered dots ARE the error, drawn.
No character. The Container itself is the imagery, and it is alive. His words: "we don't have any packer. We don't have any of the characters... we have just a box that opens up and is empty and is wiggling around, almost like begging for someone to fill it with something." This breaks DL-037 as written (a flat object is never promoted to hero artwork) and is DL-029's living-household-objects idea, which has ridden every handover as wanted-but-never-agreed. Flagged to him; see DL-041.
The Container holds up a slightly out-of-date photograph of ITSELF, looks at it, then looks at the person. It says "this is what I last saw" with no text at all, and it is honest rather than sorry. He asked me for this idea after cancelling his own (the Container spinning to come out squeaky new), it was drawn and put to him 2026-09-04, and he accepted it 2026-09-05 without objection under the take-them-all agreement. A living object, per DL-043. This line said OPEN until 2026-09-05, which was a record that he had NOT decided rather than a decision.
The marker pen writing the number onto the Container by itself, exactly as N8. Same job, so it should look the same, and it is the same drawing used twice rather than a new one. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Two or three of the fourteen Place drawings, faint, waiting to be filled. Reuses artwork already being paid for, and it teaches what a Place IS without a sentence explaining it — which matters because a Place is created during capture rather than on this screen. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
That Place's own drawing, empty, with room in it. The garage drawn empty says put something here better than any line of text, and it is the same drawing already owed for the Place set. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
An empty frame on a board, with the pin already in it. Third use of the board and frame he has now chosen twice (C4, D1b), and it says what the missing thing IS: a photograph goes here. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
No character. The label puts itself on the box. His words: "it should only involve the number on the box, looking like a label that's being stuck onto the box invisibly by itself." Same class as D1a: an object is the hero and it moves on its own. Note it is the same 'moved by an unseen hand' idea as the fridge ghost in DL-035.
The label sheet itself, blank, handing the numbers back. An object rather than a character, because the sheet is the thing that failed and nothing is lost: the numbers stay on screen to copy by hand, and a hand-written number was always enough on its own. He asked what this error actually was; the answer moved the screen out of the apologies and into the calm group (DL-047). Accepted 2026-09-05 without objection. This line said OPEN until then.
The fridge, door swinging open, empty inside. Costs nothing new: the fridge and its three drawings are already in design/MOTION_PLAN.md > 4, and the door opening is already specified there. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
No character. The Shelf itself has personality and gestures. His words: "we just have a shelf that's got some personality. It's wiggling. It's an inanimate object, but it is going to animate... like the magic carpet has a bit of character to it. So maybe it kind of points to the user with one of its corners, saying 'empty shelf, fill me up'." A corner that points is a BEND, which no ordinary transform can do; see design/MOTION_PLAN.md > 5-zero and DL-041.
A film strip winding through, like a cinema reel, ticking as it goes. His words, 2026-09-05: "an animation of a film stream, like a cinema movie stream, like an animation of that film going tick, tick, tick, tick as it's being rolled through... You could still have the words underneath saying 'Read three of eight shelves'." The honest progress line stays. This is free by his own motion rule: motion that covers a wait which was happening anyway makes the wait feel shorter rather than costing time.
All three of the cast together, in one drawing. His words: "three characters high-fiving each other and putting arms around each other, smiling, blinking, gesturing with their arms to come over here." This is a group composition rather than three separate figures, so it is one new drawing rather than three reused poses.
Containers arriving and stacking themselves up. The reward IS Containers, so show the thing they were given rather than a face being pleased for them. Living objects per DL-043. It must still say nothing about the person who accepted beyond the fact that it worked. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
The cloud, crossed out, unbothered. Findy works with no signal by design, so this is information rather than a failure, and drawing sadness here would describe the product wrongly. Shown 2026-09-04, accepted 2026-09-05.
Photographs with legs and hands, queueing patiently to be sent up to the cloud. Munim, verbatim: "photos with legs on them and hands queuing in a line, patiently waiting to get sent up to the cloud." This is DL-043's living objects again, on a screen that had been proposed as a plain static object; he is consistent about wanting objects alive.
A character scratching its head, walking over to the developers and demanding they fix it. Munim, verbatim, and he named the tone: "something amusing and funny." The only screen in the app where Findy's own makers appear.
These are decisions, not gaps. Somebody looked and chose to leave the screen alone, usually because the person's own photograph or camera view is already the thing worth looking at, and a picture of ours would sit on top of it.
Nothing of ours. Their photograph and the list of their own things is the entire payoff. Accepted by him 2026-09-05 ("Three is fine"). No celebration mark, deliberately: this screen's job is to hand them a decision and get out of the way, and a burst of confetti is the app congratulating itself in front of somebody who has not chosen anything yet.
Nothing of ours. Their photograph, kept, is the proof. Accepted 2026-09-05 ("Seven is fine"). Deliberately no character: this screen must prove that saying no costs them nothing, and a sympathetic face reads as consolation, which is the exact feeling it exists to avoid. No warning tone, no limited mode, no greyed-out list of what they are missing.
Nothing of ours. The empty state is blank fields. Note the deliberate contrast with A8, where he chose a character BEGGING: that screen is an apology after a session expired, this one is an ordinary sign-in with nothing to say sorry for. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours, and this is the hardest no in the product. C1 is the twenty-second capture screen and the design centre of gravity; its empty state is the viewfinder with the guidance line and the listening indicator, which are the content. Anything of ours sits on top of what the person is pointing at. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. The person's own camera view IS the picture, and this screen's own constraint forbids anything else moving while the transcript appears. Proposed 2026-09-05 and accepted by him without objection.
Nothing of ours. The keyboard takes half the screen, and this route exists precisely for when the camera, the consent, the model and the signal have all failed at once. Do not put a cartoon in front of somebody already having a bad time. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. The outlines finding things ARE the animation, and they are made of what the camera can see. Nothing is named while filming, so there is nothing to illustrate. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. The empty state is the camera view with the guidance line and the typing field already present, and that field being visible from the start is the point of the screen. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. Filming is the activity, so there is no waiting to fill; the guidance said out loud while filming is what matters here. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours, and this is a deliberate no rather than an omission. An empty shopping list is GOOD NEWS — nothing is running low. A picture makes it look like a failure. This is the one empty state in the product where blank is the correct answer. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. Same as F4: the live view with its guidance line, and filming is the activity rather than a wait. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
None, and the arriving rows are the whole answer (DL-051). Each member appears complete when their details land. Deliberately no picture: a half-filled list of real people is already honest, and the one thing this screen must never do is show a plausible billing figure, so decoration here competes with the one number that must stay blank.
Nothing of ours. What the invited person will be able to see is stated before anything is sent; that is a serious moment about another person's access to the Household's things and it should read plainly. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. Nothing pending is a fine state rather than an absence to decorate. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. This screen's own rule is no upsell and no next offer: the purchase is finished and its job is to get out of the way. A character here reads as the app celebrating being paid. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. This is the one screen that asks the person to do something for US, and a friendly face here is the app being charming while asking a favour. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. A page a stranger reaches on the open web to delete an entire Household. Charm is wrong here, and Google Play requires the page to exist and be plain. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Nothing of ours. Nothing waiting means everything is safe; marking it with a picture invents an event that did not happen. Proposed and accepted by Munim 2026-09-05, from a sheet showing the real generated mock-ups grouped by the reason rather than by section letter.
Bookkeeping. The real decision for these lives on a different screen entry, listed above. No picture is owed for the row itself.
Its empty and loading states are both SEPARATE screen entries and both are already decided — C4b (could not identify anything, the character with the magnifying glass showing a blur) and C4a (loading: the photograph once, with the names arriving beneath it). C4 itself carries none, and DL-019 forbids any Cut-out on it. Recorded 2026-09-05 as bookkeeping.
Its empty and loading states are both SEPARATE screen entries and both are already decided — D1a (nothing in it yet, the Container that opens and wiggles) and D1b (loading: the photograph framed with real thickness, pinned to a board). D1 itself carries none. Recorded 2026-09-05 as bookkeeping.
The photograph is FRAMED, with real thickness, and it is pinned onto a board or taken off one. His words, 2026-09-05: "create a frame for that photo, as if that photo is being stuck onto a board or being taken off from the pin board. Therefore the photo has to have three-dimensionality and has to feel like a photo being taken off as a back, as a front, and so on." This EXTENDS the board already decided for C4 (design/MOTION_PLAN.md > 3d, > 4f), and it adds one artwork requirement that cannot be added later: the BACK of the photograph has to be drawn as well as the front, because a photograph being taken OFF a board turns over. The board is drawn complete including the part the photograph covers, and the pin is a separate piece. The grey waiting rows underneath are NOT part of this decision: he rejected grey placeholders across the whole app on 2026-09-05 and their replacement is a separate project-wide question.
Its empty state is the separate screen E5a, where the label sticking itself onto the Container is already decided (2026-09-04). E5 itself carries none, and its loading state is a skeleton of the sheet rather than a picture. Recorded 2026-09-04 as bookkeeping, not a new choice.
Its empty state is the separate screen F3a, where the Shelf with its own personality is already decided (2026-09-04). F3 itself carries none, and its loading state is Items filling in as the walkthrough is read, which is content arriving rather than a gap. Recorded 2026-09-04 as bookkeeping, not a new choice.
Its empty and loading states are both SEPARATE screen entries and both are already decided — H1a (only you are here, the three characters together) and H1b (loading: members arrive complete, the billing area stays blank). H1 itself carries none. Recorded 2026-09-05 as bookkeeping.
Its empty state is another screen entirely and that screen is already decided. H5's own states line says "empty: only you, as H1a", and H1a carries the three characters together. H5 itself carries none. Recorded 2026-09-05 as bookkeeping, not a new choice.