This is a living index of the projects I keep under Minifish Lab. Some of them are public. Some are private because they contain personal operations, deployment assumptions, trading workflow details, or code that is useful to me but not ready to be maintained for other people.
The goal of this series is not to pretend every small repository should become a product. The goal is to leave a useful engineering record: why each project exists, what design choices mattered, what I learned from it, and where the boundary is between a good private tool and a project worth publishing.
I will keep this page updated as projects change.
Project map
| Project | Area | Source | Status | Project note |
|---|---|---|---|---|
PocketBabel | AI / Browser app | Public | Active | PocketBabel: Browser Translation Without a Backend |
tailgate | AI infrastructure | Private | Active | Tailgate: A Private AI Gateway for Local and Remote Models |
qwen-local | Local AI | Private | Active | qwen-local: Running an OpenAI-Compatible Model Service on Apple Silicon |
tapsurge | Offline frontend tool | Private | Active | TapSurge: An iPad Tap-Speed Tool Built for Competition Use |
ob-sizer | Database tooling | Private | Active | OB Sizer: Turning Migration Sizing into a Browser Tool |
agentd | Agent runtime | Private | Experimental | agentd: A Transport-Neutral Runtime for Personal Agents |
canopy | Maps / MCP | Private | Active | Scheduled: 2026-06-09 |
nightfall | AI game | Private | Prototype | Scheduled: 2026-06-10 |
driftloop | Generative music | Private | Active prototype | Scheduled: 2026-06-11 |
mood-midi-mlx | Local AI / Music | Private | Research prototype | Scheduled: 2026-06-12 |
tegdb | Database | Public | Experimental | TegDB: Notes from Building a Small Embedded Database |
ob-skills | AI workflow / Database | Public | Active | ob-skills: Packaging OceanBase Knowledge as Agent Skills |
quacklake | Analytics | Private | Prototype | QuackLake: A DuckDB-WASM Analytics Prototype |
scale-kv | Storage systems | Private | Experimental | scale-kv: A Storage Experiment About Complexity |
cta-guard | Trading systems | Private | Sensitive | cta-guard: Risk Controls Before Trading Logic |
tegdb-server | Database server | Public | Experimental | tegdb-server: Putting a PostgreSQL-Compatible Protocol in Front of TegDB |
bedrock-lab | Game modding | Private | Small tool | Bedrock Lab: A Behavior Pack as a Small Rules Sandbox |
aeroplay | Offline games | Public | Template-ready | AeroPlay: A Flight-Mode Game Hub |
map-ask | Maps / AI | Private | Prototype | map-ask: Natural-Language Geospatial Search |
good-fishing-day | Personal dashboard | Private | Personal utility | good-fishing-day: A Fishing Weather Dashboard |
distilmuse | Music AI | Private | Remote placeholder | No project note yet |
symbolic-math-mlx | Local AI / Math | Private | Remote placeholder | No project note yet |
Why write about private projects?
Open source is not the only useful form of sharing. A private project can still contain lessons worth publishing:
- how the problem was framed
- which constraints shaped the architecture
- what was deliberately left out
- where a prototype became too complex
- what I would do differently next time
For private repositories, these notes avoid secrets, private network details, exact production configuration, personal data, and sensitive business or trading parameters. The public artifact is the engineering story, not a dump of implementation details.
How I classify these projects
Some projects are small tools that should stay small. tapsurge, good-fishing-day, and bedrock-lab are in that category. Their value comes from being built for one specific situation.
Some are experiments in system shape. agentd, scale-kv, quacklake, tegdb, and tegdb-server are more about understanding boundaries than shipping a polished product.
Some are workbench infrastructure. qwen-local, tailgate, PocketBabel, canopy, and ob-skills exist because I want AI tools to fit into my own environment instead of depending entirely on remote services.
Some are creative-system prototypes. driftloop, mood-midi-mlx, and nightfall are less about CRUD-product shape and more about how rules, local models, and browser runtimes can create a coherent experience.
Some projects sit close to professional or sensitive domains. ob-sizer is safe to discuss at the methodology level. cta-guard needs more caution: the interesting public topic is risk control and operational design, not trading edge.
Maintenance rule
When a project changes meaningfully, I will update this index first. If the change is only implementation detail, the individual post can stay as a snapshot. If the project changes direction, graduates into a product, or gets retired, the index should say so plainly.
That makes this page the map, and each project post a field note.