i'm a software engineer based in the philippines, driven by curiosity and whatever i find interesting. i learn fast with the caveat of goldfish memory (which i call my context lol) and i'm usually self-motivated that i forget to eat.
this is not like other portfolios. feel free to have a look around and explore what makes me, me.
drag empty cork to move around. drag notes to rearrange them. use +/− or pinch-wheel to zoom. click any note to open it.
i turned weeks of neuroscience papers into her memory system.
W
weave
weave gives long-running agents memory, state tracking, and retrieval that can be inspected.
current benchtypescriptagentsmemory
giving an ai agent a hippocampus
i watched a kdrama about a girl who forgets everything every morning and realized my AI agent has the same condition. so i built it a brain.
wfd · 2026-02-28T02:01:00 · 14 min
what keeps me going
someone else is on the other end.
x.com
follow me on X
from avery v3github.com
Mem0
from giving an ai agent a hippocampusarxiv.org
AI Meets Brain: Memory Systems from Cognitive Neuroscience to Autonomous Agents
from giving an ai agent a hippocampus
i'm less interested in whether it's good.
how does it work?
my focus has improved and i'm not sure why.
ideally when something is coming up, whether it's work related or it's just a personal project of mine i usually let it run at the end because i need pressure to perform things.
maywritten · 2026-06-10 · 3 min
a handdrawn chart titled day in a life showing focus changing through the daymy focus has improved and i'm not sure why.my.clevelandclinic.org
lamotrigine
from my focus has improved and i'm not sure why.
noiseshape
diffusion models
watching a photo develop.
do you want me to do that?
i built an AI agent with persistent memory. now i need to figure out if it's remembering the truth or just what i wanted to hear.
wfd · 2026-03-02T09:42:00 · 4 min
the usage of ai in daily work
AI makes me faster. It also might be making me dumber. I'm figuring out where the line is.
wfd · 2026-02-28T02:01:00 · 3 min
nytimes.com
AIinduced psychosis
from do you want me to do that?
A
atlas
atlas maps symbols, calls, tests, and history so developers and agents can ask structural questions about a repository.
current benchtypescriptsqlitemcp
Atlas: structural code-intelligence for LLM agents (an empirical evaluation)
2,239-trial benchmark across 8 OSS repos: Atlas beats a text-search baseline by +0.223 deterministic, +0.127 LLM-judge, at 42% fewer tokens.
wfd · 2026-04-19T18:00:00 · 17 min
O
orchestrator
orchestrator lets a local model read and control a live chromium page through the devtools protocol.
current benchtypescriptcdpagents
clerk is very slow
the illusion of best practices
software engineering is full of rules that people follow without thinking. most of them are wrong for you.
wfd · 2026-03-09T08:37:00 · 2 min
uptime kuma
uptime kuma is the self-hosted monitoring tool i contributed to.
Stub
i haven't finished writing this yet. i publish drafts early as part of WFD 17.
i keep hearing people use the phrase "best practices" as a conversation-ender. like it's some kind of universal law that applies to every codebase, regardless of what we're actually building.
this is the trap we've built for ourselves. we take things that worked for google at google's scale and try to apply them everywhere else. i've done it too. i spent weeks on a kubernetes setup for a site that gets 100 visitors a day because "that's how you do devops." what a waste of time.
most "best practices" are just cargo cults. we see a big company do something, we assume they're smarter than us, and we copy the ritual without understanding the context.
it's the same reason people go on certification warpaths. they want a piece of paper that says they know the "right" way to do things. but the right way depends on the constraints. and your constraints aren't theirs.
if you're following a rule and it's making your work harder or slower, the rule is probably wrong. or at least, it's wrong for right now.
arguments against following best practices blindly:
they ignore your specific scale and constraints
they often lead to premature abstraction and over-engineering
they turn engineering into a checklist instead of a thought process
they're usually just opinions that got popular on hacker news
arguments for questioning them:
you ship faster when you only build what you actually need
simple code is easier to delete when you realize you were wrong
you learn the why instead of just the what
it forces you to actually understand your own system