[HN Gopher] Show HN: Micasa - track your house from the terminal
___________________________________________________________________
Show HN: Micasa - track your house from the terminal
micasa is a terminal UI that helps you track home stuff, in a
single SQLite file. No cloud, no account, no subscription. Backup
with cp. I built it because I was tired of losing track of
everything in notes apps, and "I'll remember that"s. When do I need
to clean the dishwasher filter? What's the best quote for a
complete overhaul of the backyard. Oops, found some mold behind the
trim, need to address that ASAP. That sort of stuff. Another
reason I made micasa was to build a (hopefully useful) low-stakes
personal project where the code was written entirely by AI. I still
review the code and click the merge button, but 99% of the
programming was done with an agent. Here are some things I think
make it worth checking out: - Vim-style modal UI. Nav mode to
browse, edit mode to change. Multicolumn sort, fuzzy-jump to
columns, pin-and-filter rows, hide columns you don't need, drill
into related records (like quotes for a project). Much of the
spirit of the design and some of the actual design choices is and
are inspired by VisiData. You should check that out too. - Local
LLM chat. Definitely a gimmick, but I am trying preempt "Yeah, but
does it AI?"-style conversations. This is an optional feature and
you can simply pretend it doesn't exist. All features work without
it. - Single-file SQLite-based architecture. Document attachments
(manuals, receipts, photos) are stored as BLOBs in the same SQLite
database. One file is the whole app state. If you think this won't
scale, you're right. It's pretty damn easy to work with though. -
Pure Go, zero CGO. Built on Charmbracelet for the TUI and GORM +
go-sqlite for the database. Charm makes pretty nice TUIs, and this
was my first time using it. Try it with sample data: go install
github.com/cpcloud/micasa/cmd/micasa@latest && micasa --demo If
you're insane you can also run micasa --demo --years 1000 to
generate 1000 years worth of demo data. Not sure what house would
last that long, but hey, you do you.
Author : cpcloud
Score : 352 points
Date : 2026-02-19 15:54 UTC (7 hours ago)
(HTM) web link (micasa.dev)
(TXT) w3m dump (micasa.dev)
| HoldOnAMinute wrote:
| That is a beautiful TUI!
| hunterirving wrote:
| Pretty slick! And I really enjoyed the interactive, destructible
| house at the top :-)
| oidar wrote:
| Your quotes are great.
| beardsciences wrote:
| This is looking pretty good. Going to run some sample data runs +
| might try this out.
| smartmic wrote:
| > Not sure what house would last that long
|
| Not necessarily houses, but there are some old buildings around
| almost everywhere:
| https://en.wikipedia.org/wiki/List_of_oldest_extant_building...
| yomismoaqui wrote:
| You can also run directly:
|
| go run github.com/cpcloud/micasa/cmd/micasa@latest
| mrpf1ster wrote:
| Looks good - I like the TUI a lot. The only thing with that type
| of interface is that there is no chance my wife would use it via
| the terminal. It would be cool if there was a web UI as well - so
| other members of the household could access and use it.
| cheema33 wrote:
| This.
|
| If I am the only one who can use it and only from one computer,
| it would be entirely useless for my needs. I have several
| computers and also family members who would need access to that
| data. A Google Docs spreadsheet would be a better tool for my
| specific needs I think.
| aeve890 wrote:
| The testimonials cracked me up. I'm still managing my house
| maintenance on a spreadsheet like an absolute barbarian. I mean I
| was, until now. Does it come in Catpuccin?
| cpcloud wrote:
| I hadn't considered theming it differently, though in theory it
| should be adaptive to light versus dark terminals. I only use
| dark terminals and I couldn't be bothered to test that before
| there were any users, so if it doesn't work, I will happily
| task it out to an agent!
|
| Now I kind of want custom themes...
| fudged71 wrote:
| I think/hope the whole "home manager" category is going to take
| off soon.
|
| On a cost basis, it no longer makes sense--practically--not to
| use visual/text/audio intelligence to manage such a large asset.
| We just don't have the user-friendly mass-market interfaces for
| it just yet.
|
| It's possible to scan every manual, every insurance policy,
| ingest every local bylaw. It's possible to take a video of your
| home and transform it into a semantically segmented Gsplat of
| [nearly] everything you own. It's possible to do sensor fusion of
| all the outward facing cameras from your home. And obviously
| agents like OpenClaw can decide what to do with all of this
| (inventory, security, optimization, etc).
| embedding-shape wrote:
| > It's possible to do sensor fusion of all the outward facing
| cameras from your home
|
| Is that legal though? I'm guessing it the US it might be, given
| the amount of cameras of public places you can see in various
| communities, but wonder how common that is. Where I live
| (Spain) it's not legal to just stick a camera on your house and
| record public places, you need to put the camera in a way so
| you're only filming your private property or similar.
| matthewfcarlson wrote:
| The US gives you no expectation of privacy in public places
| and private property is generally do what you want. It gets
| murkier if your cameras are pointed at other private property
| (your neighbors).
|
| Not a legal expert just what I've heard.
| thfuran wrote:
| As I understand it (which probably isn't well), expectation
| of privacy on private spaces in the US gets pretty wonky.
| Like being in plain view on a front lawn wouldn't have
| expectation of privacy but being behind a fence would even
| if the fence doesn't do a good job of blocking sight lines.
| homarp wrote:
| I call this the "Home Resource Planner"
|
| Bricks are there (Home assistant, Frigate, Pihole,...)
| candiddevmike wrote:
| We've been building https://homechart.app for years (without
| GenAI...) and folks just don't realize that home managers exist
| as an app. They're too used to single purpose solutions, so
| they don't think to look for more comprehensive options.
|
| There's also the inherit struggle of being everything for
| everyone with an app like this, and focusing on features 80% of
| your users want and leaving the other 20% niche features on the
| backlog upsets people, mostly the power users.
| rocketpastsix wrote:
| I checked out HomeChart, and boy howdy it feels like its
| doing way too much.
| candiddevmike wrote:
| Thank you for ironically proving my point, I guess. The
| main value add here is everything is integrated into one
| app. I always wonder if folks said the same thing when
| Salesforce or SAP were created.
|
| Anyways we document our reasoning here: https://homechart.a
| pp/docs/explanations/architecture/#separa...
| relaxing wrote:
| People say that about Salesforce and SAP now...
| PunchyHamster wrote:
| It's just hard sell vs the free of just having a spreadsheet
| erader wrote:
| I've been working on something like this the last few months
| specifically around service quote analysis (repairs,
| construction, hvac, auto, etc.) and it's really cool. I think
| LLM analysis is the way to go because the amount of complexity
| is absolutely staggering - just to start the difference in
| quality and information available on a quote is drastically
| different between vendors within the SAME vertical. Then to do
| actual do analysis on local laws, the details of your property
| (not just photos/videos, but zoning and lot details), vendor
| analysis, etc.
|
| On top of it all, the most important thing to consider is
| intent -> An emergency plumbing visit is often very different
| than a proactive upgrade.
|
| edit: spelling
| order-matters wrote:
| how do you handle the LLM hallucinations in analysis? I like
| it for data extraction but i never trust it to analyze
| anything
| wolvoleo wrote:
| Thinking of this it would be amazing to have a TUI for home
| assistant. It's already so good at doing all the nuts and bolts
| of control and interacting with everything. But its UI is super
| heavy loaded JavaScript. It doesn't run well on old tablets
| either for this reason, sadly.
| jefurii wrote:
| I would love to have a TUI for Home Assistant!
| sublinear wrote:
| There's a CLI [1], LLM API [2], and REST API [3].
|
| [1]: https://github.com/home-assistant-ecosystem/home-
| assistant-c...
|
| [2]: https://developers.home-assistant.io/docs/core/llm/
|
| [3]: https://developers.home-assistant.io/docs/api/rest/
| dmd wrote:
| My overall philosophy for (my quite extensive) Home Assistant
| setup is "amy time a human interacts with the HA UI in any way
| whatsoever, that is a failure." I don't want dashboards, I
| don't want a user interface at ALL other than for setting up
| new automation. The point of HA for me is the house should feel
| like the correct things happen by magic (and should be
| essentially unobtrusive and natural).
| cpcloud wrote:
| I've honestly never explored HA. Is there a world where HA
| obviates micasa. That seems like a win, at least in terms of
| not having yet another piece of software duplicating an
| existing thing.
| wolvoleo wrote:
| Oh that's not my philosophy at all. I don't like too much
| automation because I'm very fussy as to what I want at one
| moment. It all depends on my mood which home assistant
| doesn't know. Sometimes when I enter a room I want the lights
| on, other times I don't, stuff like that. Like when the
| curtains are open and I'm walking around half naked. And
| sometimes I just like the dark and sometimes I need bright
| lights. Sometimes I need heat and sometimes sitting in 16
| degrees (C) is totally fine. Yeah I'm weird I know :)
|
| Also I'm really chaotic in terms of schedule. My mood and
| behaviour changes by the day.
|
| I use it more as a monitoring and control tool.
|
| Not saying your way is bad, it's more as HA is intended. But
| I'm just saying it won't work for me.
| cyberge99 wrote:
| Same. My environment molds to my comfort, not the other way
| around.
| enobrev wrote:
| I'm similarly unpredictable in my home. Add to that the
| others in my house, and it's impossible to even guess what
| everyone's intentions are at any given time.
|
| Sometimes I daydream about a "solo mode" where the timings
| on lights are tighter and my music can follow me around the
| house when I'm up at night and nobody else is. But most
| times I'm trying to find the get-out-of-way averages that
| keep everyone happy.
|
| Some things work great: Automated lights everywhere.
| Automated dimming of lights at night or sunset or whatever.
| Notifications when the laundry is done, or the cat litter
| is ready to be changed, or someone is at the door, or the
| garage door has been left open - all great. What music to
| play in what room at any time? Always changes. When to "dim
| all the lights" because Plex started a movie? But my son is
| building Legos in the dining room, and my wife is knitting
| and needs the couch light on. Sometimes I want it, but not
| every time.
|
| For those things having a single button press is still a
| huge win over opening multiple apps and getting the right
| things set the right way for each participant.
| asgarovf wrote:
| Looks really cool. Agree on comments related to TUI. Maybe a
| simple interface running locally would be better.
| reconnecting wrote:
| Any ideas why Claude forces TUI application development?
| cpcloud wrote:
| Maybe it's that TUIs feel manageable with an agent. They can be
| well scoped without a ton of effort, which at least for me
| makes me a tiny bit more comfortable letting them write code.
| reconnecting wrote:
| It feels like something to do with front-end development
| limitations. I noticed a wave of TUI applications, all
| written by Claude from the initial commit.
| efficax wrote:
| It's pretty good at building TUIs. Although it's not bad at
| Swift/macOS either. But really I think the problem is that we
| don't have a great solution right now for cross platform native
| UIs that isn't a WebView (or entire Chrome browser), which
| doesn't feel very native. But every platform has a pretty good
| terminal now, even Windows.
| reconnecting wrote:
| Recently I asked Claude to build a communication tool and TUI
| was its first proposal. When I had a similar request with
| ChatGPT previously, it proposed node.js, I assume because
| there are more examples in its training data.
|
| The pairing of Claude and TUI doesn't seem like a coincidence
| to me, perhaps there are fewer moving parts that are easy to
| coordinate?
| max8539 wrote:
| It's easy then run a web server for a web UI, but it still
| looks better than a regular CLI
| iamjackg wrote:
| Heck yeah! Love the VisiData shoutout. Echoing other people's
| desire for a web UI, mostly so I don't have to be the sole
| Maintainer of the Truth as the only resident household
| technomancer.
|
| EDIT: alternatively, exposing the data/functionality via MCP or
| similar would allow me to connect this to an agent using Home
| Assistant Voice, so anybody in the house could ask for changes or
| add new information.
| cpcloud wrote:
| This is super interesting. I do have a GitHub issue for LLM-
| powered data entry: "Add a landscaping project to do the
| backyard. Still ideating, thinking a budget of $40k."
| defaultcompany wrote:
| This makes me want to use visidata for my databases.
| cpcloud wrote:
| Funny enough, Saul and I recently hacked on getting
| visidata's Ibis integration updated, so you can use visidata
| for poking around databases of any size, really. You might
| like that, but also visidata has non-ibis support for SQLite
| I believe.
| atonse wrote:
| This looks awesome but I think I might still prefer to have an
| agent make these changes. Not sure though.
|
| In general, I love the juxtaposition of the most advanced
| computer technology ever (AI) causing an explosion in one of the
| OLDEST computer technology we've ever had (terminals).
|
| I spend most of my day in a terminal now. It's just funny.
| cpcloud wrote:
| > This looks awesome but I think I might still prefer to have
| an agent make these changes. Not sure though.
|
| Not entirely sure what you mean here, but the next big feature
| for micasa is an autopopulation pipeline. Upload a quote PDF
| and populate the project, quote, and vendor tables. It might
| not be viable ultimately, but I would love to see how far I can
| get.
|
| Overkill? Definitely.
| atonse wrote:
| Yep that's exactly what I'm talking about. I don't think it's
| overkill. It feels very natural and filling out forms feels
| archaic to me (unless it's a "edit this quickly" where that's
| almost always faster than asking an agent.)
|
| So I've been building a full piece of software to manage my
| small business. And it looks like traditional software
| (forms, tables, etc). But every single thing also has an MCP
| tool.
|
| So then I find myself just talking to the agent especially as
| an input mechanism way more than clicking around and editing
| a form.
|
| I'm just saying, as an input method, I think forms, TUIs, etc
| will be good as a backup. Over time, as you've outlined, we'd
| just say "here's a PDF, figure it out" and the agent just
| inputs the right values into the right fields.
|
| That's how I've approached my run-my-business app. I have
| models/tables for clients, purchase orders, invoices, support
| tasks, everything. But my interaction is more like "Add me to
| all the active projects, set my cost rate to __" and it'll
| run 15 MCP calls and put the data where it belongs.
|
| Or I'll ask "what invoices are way overdue?" and it'll run
| the MCP calls to get it, even though I have pretty
| dashboards.
|
| Glad to see you're already thinking of it.
| thomascountz wrote:
| files are stored as BLOBs inside the SQLite database, so cp
| micasa.db backup.db backs up everything - no sidecar files
|
| SQLite is just so cool. Anyway, this whole project looks amazing.
| I can't wait to kick tires (and then track when I last changed my
| tires... wait, can it do that?!)
| cpcloud wrote:
| One of my first thoughts after getting a working prototype was:
| "Doesn't the car battery need to be replaced?"
|
| So, yeah. This would obviously be called micarro.
| hilti wrote:
| Wow! This is so cool. I really need to get my hands on TUI. It
| seems to be a growing trend. Maybe it's a stupid question,
| because I know about family members that have never opened a
| terminal - can a TUI app bundled with an icon to simply click and
| start it?
| cpcloud wrote:
| > can a TUI app bundled with an icon to simply click and start
| it?
|
| Almost certainly. I personally don't use clicky things to the
| extent that I am able to avoid them, so I can't describe the
| specific mechanism or name any of the nouns/tools involved, but
| I'm pretty sure this exists.
| cyberge99 wrote:
| You just create a shortcut to the binary in the dock or
| desktop on macos.
| whiplash451 wrote:
| This looks so much better than most project/product management
| tools out there.
|
| In my wildest dreams, your project would turn into a jira that
| devs love.
| amelius wrote:
| Why not keep everything in a simple text file?
| cpcloud wrote:
| I'm not sure if you're asking whether micasa should use a text
| file as its format, or if you're suggesting that a text file
| can be a substitute for micasa.
| amelius wrote:
| The latter.
|
| I do things in my house too infrequently that I don't want to
| have to re-learn the UI of a tool again and again.
|
| But maybe I'm not the target audience.
| cpcloud wrote:
| I often find myself wanting answers to questions that
| require linking data, and I also want to codify those links
| somehow, so a single-file, row-oriented database seemed
| like the appropriate way to get that.
|
| You might actually be able to get away with less structure
| and just dumps thoughts and ideas, statuses, and documents
| into $AI and have it generate ad-hoc reports.
|
| In which case, a text file might be the right interface.
|
| Kind of a non-answer, I realize.
|
| I suppose the answer is: because I had a relatively
| specific idea of what I wanted to build and I didn't
| consider not building it.
| nkrisc wrote:
| This is basically what I want, but with a UI that non-techie
| spouse wouldn't mind using. Though that doesn't seem to be your
| intended direction, which is fair.
|
| We use Apple Reminders for grocery lists and Paprika for recipes,
| but something a little more organized than just a shared note for
| these sorts of things would be great.
|
| I will probably check it out for myself though.
| mattw2121 wrote:
| I created a basic site to do some similar things as well:
| https://homemaintlist.com/
|
| Need to revisit it and update it based on a lot of feedback I've
| received.
| cpcloud wrote:
| I definitely waffled a bit on multi-property support, but
| decided against it for initial launch. Multi-property avid
| terminal users seems even more niche!
| max8539 wrote:
| Looks nice, I like this TUI aesthetic, but I'm not sure I could
| use it on a daily basis. A self-hosted app or phone app might be
| more convenient
| cpcloud wrote:
| 100% on the phone app. Maybe the web app is the phone app?
| Dunno. Being able to enter information as close to receiving as
| possible seems key actually. I'll probably poke on this soon.
| max8539 wrote:
| It could be a native mobile app, but in that case you'd need
| to think about platforms, the App Store, and so on.
|
| A progressive web app could be a nice alternative: just add
| the website icon to your phone, and you can open it in
| seconds.
|
| The app could be self-hosted on a home server, and solutions
| like Tailscale would let you easily access it outside the
| house as well. A big plus is that you can open it on all your
| devices and have a unified database across them.
|
| With a web app, you could even keep the TUI aesthetic - just
| style it like a CLI interface.
| AstroBen wrote:
| TUIs have gotten so good lately. I love the design on this
| aeblyve wrote:
| I feel like a lot of these types of apps could just be
| spreadsheets. Maybe a "smart" spreadsheet like Grist[0] executing
| Python code. Am I off-base there?
|
| [0] https://github.com/gristlabs/grist-core
| iugtmkbdfil834 wrote:
| I will say that I am slowly becoming a convert to 'talk to
| data' approach. Still, it is not without its flaws. At the end
| of the day, it still requires the user to update stuff and,
| from experience, this is where I fail and render all those
| project apps useless..for me specifically.
|
| It sucks, because it sounds like what I really need is for
| someone to track it for me so that i can just review it if
| needed.
| cpcloud wrote:
| Probably right. My brain is probably stuck in old-man
| spreadsheet land and I did not explore any new horizons that
| might have obviated micasa. That said, I also didn't want to
| invest a bunch of time in developing a domain specific app
| using spreadsheets as the API, I wanted to invest a bunch of
| time developing a domain specific app using AI. Might end up
| being a choice I regret!
| aeblyve wrote:
| That's all fair. It is a cool piece of work nonetheless.
|
| For example I am thinking, what if I wanted to hook up my
| micasa instance to some other arbitrary self-hosted service?
| If it's an App that means bespoke code, with a spreadsheet
| stack it is trivial.
| deeth_starr_v wrote:
| I agree. While I really like the idea of being able to query
| some of this data, it's another system to maintain. I have a
| system where I use a calendar, physical folder, and
| notes/folder in the cloud. Call me lazy.
| kylehotchkiss wrote:
| The same way that Gen Z wants shitty blurry photos of everything,
| I want more terminal UIs for everyday life. AI isn't going to
| give us beautiful native swift apps, it just gives us more
| garbage electron ones. So TUI would be a better aspiration I
| guess.
| blaze33 wrote:
| I love the logo, go ahead and click it!
| moralestapia wrote:
| Wow, this took me BACK!
|
| My first computer was a 486, I was running MS-DOS (iirc) and
| there was an app that did just that with a very similar (Text)UI,
| anyone else used it/remembers the name?
| numbers wrote:
| I love TUIs and I love the way this looks and the concept behind
| it, but often I'm doing household stuff on my phone because I'm
| walking around checking on things or just taking photos of
| things.
| cpcloud wrote:
| Yes, one of the other comments alluded to this as well. I am
| also in this boat, so other than bizarroland LLM ingest stuff,
| I'll probably work on this next. Having never written a mobile
| app, I'm sure it'll be fine.
| oulipo2 wrote:
| Cool! Although I'd rather use Obsidian with the Tables stuff, so
| I get everything in my UI with photos, and I can share with
| mobile
| _neil wrote:
| I'm building a Home vault like this currently. With the new
| obsidian cli, you can do a lot more with letting an agent
| manage things and update dashboards, etc. for you.
| jbonatakis wrote:
| Just want to say, I appreciate your work on Ibis. I've been
| looking into building sort of a dbt-esque alternative on top of
| it and noticed how involved you've been with its development. I
| think it's a cool piece of tech that deserves more attention.
| cpcloud wrote:
| Thanks! Curious to see what you build with it.
| matthewfcarlson wrote:
| I built something somewhat similar to this that's web app based
| (honeydew) but it's much more focused on DIY and doesn't include
| any of the quote/contractor stuff. It's absolutely focused on
| powering through a huge pile of todos from a home inspection with
| dependency tracking as well as remembering stuff (when was the
| last time you empty the washing machine filter).
|
| It practice it alternates between annoying thing I dismiss the
| notifications from or use obsessively. Doesn't seem to be much in
| between
| cbull wrote:
| Do you have a link to the app? There's way too many hits
| searching for honeydew online...
| icar wrote:
| Pretty cool
|
| mise use -g github:cpcloud/micasa
|
| and just start typing. I wish it had metric units and was
| translated, though!
| cpcloud wrote:
| Nice. I would definitely consider making it locale sensitive.
| gleenn wrote:
| Someone has a sense of humor in the reviews section:
|
| "I've been using the demo data for three weeks. I don't own a
| house. -- Aspiring Homeowner"
| kayge wrote:
| I didn't see that review in the 4 shown in that section until I
| refreshed the page... there are some good ones in there,
| including a Hacker News shoutout :D
| sergiomattei wrote:
| This is probably the most beautiful homepage + docs combo I've
| ever seen. The copy is awesome too. It feels human.
|
| Great work.
| marxisttemp wrote:
| I wouldn't want to use a terminal-only tool with no affordances
| for cloud sync for home management, something that inherently is
| likely to involve all members of a household who are likely not
| all proficient with terminal usage. You should ask your LLM to
| make something that can run as a home server and have different
| clients.
|
| I also personally wouldn't trust the database of all my important
| home info to a vibe-coded program.
| cpcloud wrote:
| Reasonable stance.
| small_model wrote:
| It think this could be extended to other areas, like car
| (services, new lease etc), health (dentist, doctor etc),
| vacations, tax, banking... Basically a personal assistant like
| app that handles "life".
| cpcloud wrote:
| Yep, I have a few open issues about this. Cars and tools were
| next on my list.
| stronglikedan wrote:
| > When do I need to clean the dishwasher filter?
|
| Dishwashers have filters??!?
| globular-toast wrote:
| They do in Europe. They have water softeners too that you have
| to fill with salt. Don't believe it's the case around the
| world.
|
| More than you ever wanted to know about dishwashers:
| https://www.youtube.com/watch?v=_rBO8neWw04
| burkaman wrote:
| Many have removable filters that you're supposed to clean
| periodically. If there's nothing obviously removable in yours
| then it might have a "self-cleaning" system that would be
| harder to take out and clean yourself.
| mgaunard wrote:
| why not just use a spreadsheet?
| interroboink wrote:
| I didn't see it on the feature list, but it might be nice to
| allow it to run as a cron job and send email for reminders. These
| days, most mobile phones have an associated email like your-
| phone-number@vztext.com (depending on carrier), so you can send
| yourself text messages about chores and whatnot.
|
| Or, perhaps just as good, have a way for it to dump out data as
| json, and could be consumed by some other send-the-email tool.
| There is the "-json" sqlite option, of course, but I'm not sure
| if your schema is meant to be stable.
|
| I have a perl script for reminders like this that has been super
| handy over the 10+ years I've been using it. Never bit the bullet
| to put it in a nice UI or have a backing DB like this project,
| though.
| stephen_cagle wrote:
| I think this is neat. I use org-mode for pretty much everything,
| which has all of these features I think, but sometimes there is
| nothing more motivating than a quick responsive UI to actually do
| something. This looks motivational.
|
| My only pushback is using sqlite. I am a big fan of just using
| simple (structured) text files that can be edited by hand when
| needed. Your computer is more than capable of doing all the
| joining/querying/aggregating/whatever with the text file itself
| rather than relying on a database. I personally find these sort
| of file structures comforting as it means they can be easily
| modified in unsupported ways.
| basketbla wrote:
| Is there even a Wichita, Arkansas?
| twostorytower wrote:
| Very cool! When on docs column, and pressing e to edit, it seems
| to just take you to edit the entire project, with no way to edit
| docs (which I am not sure what that even is supposed to be, I
| assume a way to attach files?).
| cpcloud wrote:
| This UX was a bit iffy for me, but I thought I'd experiment
| with it and decided to go with it.
|
| When you edit an ID column, it opens a form editor to edit the
| entire row at once.
|
| The thinking was to make all columns editable _in some way_,
| but ID columns are autogenerated and thus not designed to be
| directly manipulated.
|
| I thought: since the ID represents a unique entity, in this
| case document, then it made some sense to make editing that
| editing the whole row.
|
| That said, this is a bug even with the explanation I just gave:
| editing on the ID column of Docs doesn't show all the row's
| data in the form. Will fix that shortly.
| edgarvaldes wrote:
| Super cool. Installed. It would be great if the f and b keys for
| moving between navigation elements circle back to the first
| element once reached its end.
| cpcloud wrote:
| Heh, I actually turned that off because I kept getting confused
| about where I was. Perhaps there's a better UX there, or better
| styling that would make me less confused and keep the nav
| wrapping.
| killa_kyle wrote:
| This is dope.
| open592 wrote:
| This is awesome, love the sense of humor and just downloaded it
| and started adding data.
|
| Only small piece of feedback is that I would use `$VISUAL` when
| opening the editor. When I tried to use `Ctrl+e` it opened nano
| which I haven't used in ages.
|
| Edit: Oh looks like you use `$EDITOR` - I just didn't have that
| set. Awesome!
|
| These are the projects which make me love Show HN!
| cpcloud wrote:
| Thanks for the feedback!
|
| Did you hit this in the Docs open flow?
|
| micasa will call xdg-open (linux)/open (mac)/cmd (windows) when
| opening a document, but there's nothing that's explicitly
| opening a text editor.
| tremarley wrote:
| This looks incredible
| eiginn wrote:
| Praise be to projects that use xdg paths before posting it to hn.
| solomonb wrote:
| Thank you for the `nix app`!
|
| Being able to launch it with: nix run
| github:cpcloud/micasa
|
| Is super convenient.
|
| Actually we could go further and serve `micasa` via ssh:
| users.users.micasa = { isNormalUser = true;
| shell = pkgs.bashInteractive;
| openssh.authorizedKeys.keys = ... };
| services.openssh.extraConfig = '' Match User micasa
| ForceCommand ${micasaPkg}/bin/micasa
| AllowTcpForwarding no X11Forwarding no '';
|
| Then we could put this in a nixosModule in your flake.nix. Would
| you be interested in a PR which does this?
| services.micasa-ssh = { enable = true;
| authorizedKeys = [ "ssh-ed25519 AAAA..." ]; port =
| 2222; };
| oriettaxx wrote:
| I want MiBoat ;)
| cpcloud wrote:
| mibarco, I dig it. Don't have a boat, but I can imagine they're
| a pile of dreams, shattered and otherwise.
| obloid wrote:
| That was exactly my first thought. Could I mod this use with
| boats. I already have some spreadsheets for tracking engine
| maintenance, etc, but this looks really cool.
| bl_valance wrote:
| This is pretty cool and useful. I actually might adapt it to aid
| me in tracking projects around my dirt bike, similar tracking
| events.
| datakazkn wrote:
| The hallucination-in-analysis problem is real and often
| undersold. Pattern that works well: use the LLM only to structure
| already-extracted data (parse fields, normalize formats), then
| apply deterministic logic for anything numerical. That way the
| LLM is doing classification/extraction where it's reliable, and
| you're not trusting it to compute or compare values where it
| isn't.
| piskov wrote:
| Why is the text in cells truncated?
|
| Here it an important th... |
|
| Why?
| kadrian12 wrote:
| This is quite cool. Makes me philosophical: isn't it odd, that
| this is like an Excel template? Like a "domain model" template?
| In this case, presented nicely in a TUI that makes basic CRUD
| workflows work.
|
| Most SaaS companies are just that: 1) Curated domain model
| (stored in their cloud db) 2) Some way for users do to almost raw
| CRUD on the tables 3) Curated high-level domain specific
| workflows that do n CRUD calls underneath
|
| So many of these SaaS apps could have been a simple Excel /
| domain model template like Micasa.
|
| But it seems like we haven't "cracked" the perfect UI on top of
| relational DBs.
|
| Excel: Good: raw CRUD. Bad: too many degrees of freedom + the
| possibility to edit the domain model itself. That's too much for
| most users.
|
| TUI: Good: raw CRUD with some guardrails, limited possibility to
| adjust the domain model / not by accident. Keyboard shortcuts,
| for professionals. Bad: inaccessible for non-tech end users +
| hard to build good UX for high-level domain specific workflows.
|
| Full Web UI: Good: accessible for all. Great for high-level
| domain-specific workflows. Bad: looks and works different every
| time. Raw CRUD possible, but always a compromise with editable
| data grid libraries.
___________________________________________________________________
(page generated 2026-02-19 23:00 UTC)