Hi, DIYgod

2025: A Life Redefined

Thu, 25 Dec 2025 04:00:00 GMT

AI Productivity Revolution and Uncertainty

Four years ago, I was preparing for graduate school. At that time, I was very interested in image and video processing, so I initially wanted to study computer vision. Later, I discovered that traditional CV had become a sunset industry, completely outclassed by deep learning, so I simply chose Artificial Intelligence instead.

Back then, I was just skimming through concepts. I never expected that in less than two years, AI would completely explode. In March 2023, GPT-4 was released, shocking the entire world. This year, AI has gone even further, starting to genuinely transform how many industries work and how many people live.

As a programmer and illustration enthusiast, I felt the impact from both directions almost simultaneously. On one hand, there’s excitement from the massive efficiency gains; on the other hand, there’s growing confusion that has evolved into an existential crisis. This isn’t some light anxiety—it’s suddenly realizing that the very foundation you’ve built your life on is being rewritten, and it’s happening very fast.

Illustration: From Years of Practice to Typing a Sentence

Original artists were probably among the first to be impacted. When Stable Diffusion first appeared, the artist community fiercely resisted. What’s terrifying is that their voices faded away soon after. It wasn’t that they compromised—AI-generated work was just too good, too fast. So fast that many debates became obsolete before they could even happen.

Afterward, some original artists began embracing AI as an assistive tool, while a flood of newcomers entered the field, joining the creative process with lower barriers and higher output.

The barrier to creation kept dropping—from years of learning and practice, to buying a good graphics card and tinkering for a few days, to now just opening a webpage, typing your idea, and waiting a few seconds. Taking it further, the path from illustration to animation to video is being rapidly connected. In some sense, “everyone is an artist” is no longer an exaggeration but more like reality unfolding before our eyes.

Programming: From Code Completion to Taking Over Projects

The changes on the programmer side might lead to the same outcome, just less immediate and intuitive. In 2022, people were still using GitHub Copilot for auto-completion. This year, specialized AI coding models and vibe coding tools have emerged one after another. In many cases, you describe your requirements in natural language, and AI writes code, modifies code, fixes bugs, adds tests, and can even produce a complete project.

For programmers, vibe coding can multiply productivity several times over. For non-programmers, coding is no longer an exclusive skill for programmers. More and more people can create polished applications without writing a single line of code, solving their real needs. Programming is transforming from a professional skill into a form of expression that everyone can engage with.

As a result, how programmers work is being rewritten. The traditional “code craftsman” who writes code by hand will become increasingly rare. Many areas will be replaced by AI, just like traditional CV was. I’m also writing less and less code by hand, growing accustomed to communicating with the AI that’s always within reach on the right side of my editor. It completes tasks quickly and well, and keeps getting better—from tool to assistant, to something that almost feels like it’s replacing my own self.

The most painful part of this replacement is that it’s not just replacing manual labor. It’s replacing judgment, patterns, experience, and proficiency. It’s also replacing the learning speed I used to be proud of. The knowledge I’ve acquired is depreciating. The experience I’ve accumulated is depreciating. The skills I possess are depreciating. Even intelligence and creativity are depreciating, and the depreciation rate seems far higher than my growth rate. After programmer positions truly disappear, where will my value lie?

But clearly, programmers cannot be completely replaced right now. Perhaps AI will hit a wall at some point, like Moore’s Law. What I can do now is harness this force well, actively participate in this productivity revolution, and hopefully find my place and irreplaceable unique value within it.

Welcoming New Life

No matter how AI develops, the process of carbon-based life giving birth to new life cannot be replaced by silicon-based life in the foreseeable future.

The moment I learned that my childhood friend (my wife) was pregnant, I mostly felt at a loss. But from that moment on, many psychological changes and lifestyle habits quietly started revolving around this soon-to-arrive new life.

My wife’s pregnancy was long and grueling. Early on, morning sickness was overwhelming, her sense of smell became extremely sensitive, normally tolerable odors became unbearable, foods she loved couldn’t be eaten, and hormones made emotional swings more pronounced. The middle period was better, but toward the end, her belly grew larger and larger, bringing back pain, declining sleep quality, and difficulty moving—even walking became a problem. Yet she showed remarkable resilience and optimism, enduring these challenges while keeping prenatal checkups, birth preparations, and childcare arrangements well organized.

Meanwhile, I witnessed firsthand how life takes shape bit by bit: starting from a 2mm, blurry little dot—

Gradually taking human form—

Until limbs and facial features became clearly visible, moving around in the belly, hiccupping, doing gymnastics. Over those months, I constantly marveled at and felt reverence for the miracle of life. Carbon-based life scores a point back!

Finally, on the evening of July 27th, Haha (my daughter) was born. Before I could catch my breath, we were told her blood oxygen kept dropping, and she was urgently transferred to the NICU for observation and treatment.

At that moment, my wife was barely conscious after major surgery on one side, while our newborn Haha’s life hung in the balance on the other. That night was probably the darkest moment of my life. I discovered that all the judgment, problem-solving abilities, and even optimism I usually possessed were completely useless at such a time. The only thing I could do was wait—wait for good news that wasn’t guaranteed to come.

Fortunately, after several days of treatment, Haha was out of danger. It was a close call, but she was discharged and came home.

After the NICU experience, life became smoother. At home, my wife and our helper take care of Haha. She grows every day, learning to grab things, roll over, developing emotions, and recognizing people. She’s also genuinely adorable—every time we take her out for a stroll, passersby come over to compliment her.

As a new dad, of course I get tired, but more than that, there’s a very grounded sense of happiness. It doesn’t need to be proven or explained—it just becomes very certain the moment you pick her up.

Making Money

As everyone knows, a child is a four-legged money-devouring beast. Before even leaving the hospital, she had already devoured S$100,000. This very vividly refreshed my understanding of reality.

As I mentioned, after my wife got pregnant, many things in my mindset changed. The most significant was the change in my attitude toward money.

Before, of course I wanted to make money, but overall I was content with just enough. Money felt more like a means to pursue hobbies and maintain life, not the ultimate goal, so I was relatively lazy about making money. For example, when choosing jobs before, I would unhesitatingly give up double the salary at Binance for the more hobby-aligned Bilibili. Or four years ago during the Web3 bull market when money was practically lying on the ground, I remained unmoved. This also led to my being quite unsuccessful in personal finance.

Now this change feels like sliding from indifference straight into overcompensation. I started caring more about security, and I more easily tie security to money. Money’s priority in my life has been significantly elevated. I’ve also become more clearly aware that the confidence behind many choices ultimately comes from cash flow and risk tolerance.

This year I started investing more actively in cryptocurrency. I entered Web3 four years ago but only started actively buying crypto last year—that in itself is quite remarkable. The process was very bumpy. At one point I lost a lot of money, but I also bought many lessons. Fortunately, the final result was okay, and those lessons are even more valuable than the interim gains.

This year’s return curve (implementation method: see Ancient Artifact Beancount: The Ultimate Double-Entry Bookkeeping Solution for the Crypto & AI Era):

From Gut Feeling to Having a System

My investment journey can be roughly divided into two phases, with March as the dividing line.

Before March, I knew almost nothing about strategies or candlestick charts, used no analysis tools, and basically bought and sold based on gut feeling and emotion—like a form of dollar-cost averaging where I’d sell some when it dropped, sell some when it rose. Because the market was generally trending up and volatility wasn’t too wild, even buying blindly produced decent returns, which even made me a bit complacent.

But the scariest thing about gambling is when it gives you a little sweetness at the beginning.

Later, during the February tariff war that caused market panic and a major crash, I suffered heavy losses. My mental journey went something like this: During the first leg down, I thought it was an excellent buying opportunity and put almost all my savings into buying the dip. When the market continued to fall, I started to panic but still wanted to hold on, refusing to cut losses. During the third, more violent drop, I completely collapsed and panic-sold all my positions. Result: bought at the high, sold at the absolute low, and the market quickly rebounded.

Looking back now, one thing I did slightly right was being timid enough not to use leverage—otherwise it would have been worse. But I made a pile of classic mistakes: no strategy, controlled by emotions, large position buying the dip, no position management, chasing rallies and panic selling…

After March, I started systematically learning analysis methods and tools. I began setting stop-losses and take-profits, controlling positions, controlling emotions, no longer blindly buying dips or panic selling. Gradually I built a more sustainable trading system. I made back what I lost and earned more on top. By the October 11 flash crash, or the end-of-year bull market tail, these drops were even more severe than February, but I didn’t lose significant money again.

Tools and Strategies

For trading platforms, I mainly use OKX—low fees, and using Simple Earn and occasional Flash Trade for some low-risk returns is nice. For market analysis, I mainly use TradingView—powerful features and rich indicators. For cold wallets, I use OneKey—popular cold wallets all have adequate security, but OneKey’s user experience is leagues ahead for me.

As for strategy, I’m now more like constantly adding guardrails for myself rather than chasing some magical holy grail. I remind myself that no matter how confident I am at any moment, the market could go up, could go down, but might also go sideways. I reasonably allocate and frequently review the ratio of cash, coin holdings, and risk investments. I’d rather earn less money than touch things I don’t understand or that haven’t been thoroughly vetted. I have patience, understand that slow is fast, and survival is most important—so now I basically only trade BTC and ETH.

I also strictly control leverage—mostly 1x, never exceeding 3x. Stop-losses must be clear. I’m willing to admit mistakes and don’t hold losing positions. I try to avoid DeFi because when you don’t know where the yield comes from, you are the yield.

For manual trading, I only look at 4-hour or longer timeframes for medium-to-long-term trades. Short-term trading is left to automated strategies to minimize the influence of short-term emotions.

Some memorable moments:

Outdated Open Source Mindset

Compared to the rapid shift in my attitude toward money, my views on technology and products didn’t turn as smoothly. This year’s main work was on Folo. Folo itself accomplished a lot—new mobile app, local-first architecture, AI, and more. But commercialization implementation and validation progressed too slowly. Combined with some real-world factors, we later had to make some hasty pivots. A lot of technical investment ended up looking like self-entertainment. Worse, there were also frustrating collaboration issues within the team, and even backstabbing from employees after they left, causing chaos. It even more dramatically uncovered other behind-the-scenes bad actors and a string of laughable conspiracy stories—I won’t get into details here.

Looking back, the delayed commercialization and hasty pivot weren’t coincidental—they were deeply rooted from the start in my and the team’s open-source thinking and engineering-first mindset.

Open source itself is of course fine. Open source is a great way to pursue hobbies, do side projects, and learn new things. The problem lies in mixing too much open-source thinking into a product that needs a rigorous business loop—it usually doesn’t end well. Because open source defaults to passion-driven and community-driven with negative revenue, slow long-term polishing, while business defaults to capital-driven, rapid trade-offs with limited resources.

If we concretize this mismatch, it manifests in many ways. For example, the product lacks rigorous preparation, direction is more likely to waver; users include many with low willingness to pay, making later pivots harder; too much weight given to niche feedback, product easily pulled toward niche directions; team recruitment and management too loose, insufficient execution, serious internal friction; wasting enormous time chasing perfection in technical and design details that nobody cares about, paying huge opportunity costs, and so on.

For me, this year was like a long-overdue business fundamentals lesson. It doesn’t oppose ideals, nor does it oppose open source, but it forced me to admit that ideals need boundaries, passion needs a cost sheet, and choices must be accountable for their outcomes. Saying all this sounds mundane, but that’s just reality.

And even setting aside reality, within the open-source ivory tower, for open-source projects driven mainly by personal interest, the author’s passion is often worn down bit by bit during long, lonely maintenance—and by freeloaders and entitled users who feel no shame asking for more.

After experiencing these things, I started to re-examine what open source truly means to me. My attitude toward open source has shifted from absolute advocacy to a complex emotion mixed with wariness and even mild PTSD. Going forward, my investment in open source will probably be more grounded in reality, restrained, and selective.

Cyber Life

Let’s lighten up. As per tradition, here’s a summary of this year’s books, shows, games, and apps.

Apps

App of the year is of course Folo.

It consumed most of my time and energy this year and left some painful memories. But if you have stable reading habits and the ability to manage information sources, Folo remains the best information aggregation app in my mind.

Desktop apps (by the way, AI apps make up a high proportion—6/13):

Notion Calendar: Calendar client, experience is noticeably better than Apple Calendar, UI is cleaner.
Spark: Email client. Used Spark V2 for a long time. V3 was too bad when it first came out, switched to Mimestream; but Mimestream is too expensive ($50/year), used it for a year then switched back to Spark, found it’s matured a lot now. Though default settings are still anti-human, most can be changed in options.
TickTick: To-do list.
ChatGPT Atlas: Browser. Can only be called the temporarily optimal solution; still many problems, especially DevTools are terrible. I feel like I should go back to basics: if Chrome officially supports vertical tabs, I’ll switch back to Chrome.
Chrome: Browser. Arc → Dia → ChatGPT Atlas → Chrome. Just after finishing this year-end summary, Atlas self-destructed, so I went back to basics.
Warp: Terminal.
Folo: Reader I made myself.
VSCode: Code editor. VSCode → Cursor → after Codex came out, switched back to VSCode.
Notion: For journaling. Used Notion years ago, then saw Obsidian had a better plugin ecosystem and switched to Obsidian (see Obsidian-based Life Recording System), but later found none of that matters—writing experience determines whether you want to write and how much you write. Obsidian is limited by Markdown capabilities and can never catch up to Notion. Plus Notion keeps investing more in AI, so I switched back.
Plex: Media server, watching movies, TV shows, and anime on my NAS.
NetEase Cloud Music: Logically, being overseas I should use Spotify, but Spotify’s recommendations really don’t suit my taste. NetEase Cloud Music doesn’t provide overseas service due to licensing, so I can only run UnblockNeteaseMusic as a proxy on my NAS—very troublesome.
Telegram / Discord / Slack / WhatsApp / WeChat: Instant messaging, increasingly fragmented.
OneKey: Cold wallet, leagues ahead in experience (mentioned in the previous section too).
Eagle: Image management.
Googly Eyes: A pair of eyes.

Services running on my NAS:

AdGuard Home: Ad blocking + faster DNS for home network.
Fava: Bookkeeping, see Ancient Artifact Beancount: The Ultimate Double-Entry Bookkeeping Solution for the Crypto & AI Era.
Gitea: Hosting code that isn’t suitable to be public.
Home Assistant: Smart home control. Haven’t done much smart home stuff since moving frequently. Mainly used for backup device charging management and scheduled device on/off.
homepage: Too many services, using one portal to manage them centrally.
Nginx Proxy Manager: Assigning domains to various services for easier access.
OpenList: Automatically downloading content saved in Aliyun Drive, PikPak, etc. to NAS.
UnblockNeteaseMusic: Making NetEase Cloud Music work overseas.
Uptime Kuma: Monitoring service availability.
ANI-RSS: Automatically downloading subscribed anime for seasonal tracking.
bili-sync: Downloading Bilibili favorites to NAS.

Electronics

Electronic product of the year is OneKey Pro.

Thunderbird V3 was a bit disappointing. I’ve always been interested in Meta’s AI glasses. I thought after all this time, domestic competitors would be more mature, but they’re quite lacking.
iPhone 13 mini has been used for over four years now, feels like it can last a few more years.
OPPO Watch X2, on the other hand, I’m quite satisfied with. Got tired of Mi Band, switched to a smartwatch with a bigger screen, very comfortable to use. It has both full smart mode and light smart mode—full smart is complete Android, light smart is like a bigger band with super-long battery life. Health features are also good, can even warn me about high blood pressure risk.
Also OneKey Pro and OneKey Classic 1S Pure.

Shows

Show of the year is Chainsaw Man: Compilation Film.

The pacing is much better than the TV version. A lot of the dragging parts were cut, making the overall viewing experience noticeably better. I really wish Demon Slayer would also release a compilation film.

Most of my time this year went to Folo, so the show count is quite meager.

Anime:

Chainsaw Man: Reze Arc (second favorite, Reze is great)
Chainsaw Man: Compilation Film
Demon Slayer: Infinity Castle Arc - Chapter 1: Akaza Returns (went to the theater specifically to see it. Maybe my expectations were too high, was a bit disappointed; didn’t feel much about Akaza)
Takopi’s Original Sin (favorite among new anime)
Dusk Maiden of Amnesia
Spy × Family Season 3
The Summer Hikaru Died
Ruri’s Gem
Apocalypse Hotel

TV Shows:

The Walking Dead Seasons 1-11
Stranger Things Seasons 1-4 (saw Stranger Things themed haunted house at Universal Studios Singapore Halloween event, thought I hadn’t watched it, so I caught up, then discovered I had already watched it three years ago…)
Black Mirror Season 7
Love, Death & Robots Season 4
Shameless Seasons 1-3
Chang’an’s Lychees
The Last of Us Season 2

Movies:

Little Monster from Langrang Mountain
Ne Zha 2: The Devil Child Stirs Up the Sea

Books and Games

Didn’t finish a single book this year, skipping.

Played It Takes Two with my wife for a few hours, haven’t finished yet. Also played Honor of Kings for a few days. Nothing else.

Other Notable Things

Health

Last year’s physical exam revealed very poor liver indicators—continuing like this might lead to major problems. Afterward, my wife mandated I be in bed by 10 PM. My schedule has become much more regular, now roughly sleeping at midnight and waking at 8 AM. But I haven’t had a physical exam this year, so I don’t know if the indicators have improved.

After Haha was born, we have a helper cooking at home, so diet is healthier. I also quit carbs, using soy milk as my staple, and lost 10 jin (~5 kg), but still 10 jin away from standard weight. Exercise is still almost nonexistent, but daily stroller walks mean I get a few more steps.

On the other hand, the decline of bodily functions is becoming increasingly obvious. Mainly manifested in decreased energy and known weak points. Plantar fasciitis, cervical spondylosis, knee pain, periodontitis—all these old problems have worsened. Energy is nowhere near what it used to be. This year I started relying on external forces (caffeine, taurine) to maintain work efficiency, but this also led to dependency. When I tried to stop taking taurine, I got severe headaches that could only be relieved with painkillers.

Living

After Haha joined the family, home became extremely cramped, so we moved to a bigger place, from Singapore’s Queenstown to the more remote Jurong West. Because it’s more remote but more spacious, rent is actually cheaper, and the natural environment is better. There’s also a huge national park called Jurong Lake Gardens nearby, great for stroller walks.

Travel

My wife was going stir-crazy and nearly getting depressed during mid-pregnancy, and the middle period is relatively suitable for going out, so we hurried to arrange two relaxing destinations.

Dali’s theme was food. We ate tons of mushrooms. The mushroom soup was incredibly savory, though there’s genuine risk. Before eating, the restaurant even takes a sample—if you get poisoned, you bring the sample to the hospital with you.

Singapore doesn’t have as much good food.

Erhai Lake has a power that makes you feel at peace. It was at Erhai that my wife and I made our private vows to each other. Returning now, we’re a family of three. Erhai has witnessed our journey from childhood friends, to lovers, to husband and wife, to parents. My love for my wife has grown deeper and more profound with time.

Bali was about completely unwinding. We found a luxury resort, spent every day swimming and sunbathing, letting ourselves briefly forget the daily acceleration.

Also Halloween Horror Nights at Universal Studios Singapore. This year there were four themed haunted houses: Stranger Things, Singapore’s Most Haunted, The Way of the Weird Immortal, and Thailand’s Death Whisperers. Incredibly scary, screaming the whole time.

Interesting Little Things

A hard drive in my NAS failed. It automatically went into read-only mode, but no data was lost.

Went around collecting birthday freebies.

Watched my wife build Legos.

2026 Wishes

My wishes for 2026 are quite simple. I hope my body won’t remind me with more bad news. I hope I can keep making money. I hope I can get my Singapore status sooner, reducing some uncertainty about the future.

ZURICH INTERLAKEN, PARIS

Sat, 20 Dec 2025 14:30:00 GMT

December 2022

Ancient artifact Beancount: the ultimate double-entry accounting solution in the era of Crypto and AI

Fri, 12 Dec 2025 08:58:00 GMT

Accounting

Accounting is essentially answering three questions:

Where does the money come from?
Where is the money now?
Where did the money end up?

It sounds simple, but as long as your financial activities are a little more complicated, these three questions will immediately become a “multivariable equation”:

Multiple accounts: bank cards, Alipay, credit cards, exchanges, on-chain wallets…
Multiple asset types: savings, loans, investments…
Multiple currencies: CNY, USD, BTC, various altcoins…
Multiple time dimensions: installment, advance, loan…

Because of this, I have changed several plans.

2016–2021: NetEase is rich - the needs at that time were very simple: recording RMB income, savings, and daily expenses. It can automatically synchronize bank statements and Alipay and WeChat bills, which is very convenient for domestic scenarios.

2021–2024: MoneyWiz - I need multiple currencies after moving abroad and mainly use a UK bank account. MoneyWiz is very convenient for synchronizing multiple currencies and overseas accounts.

2024: I started recording crypto assets. At this time, the situation became very complicated. I not only wanted to know “how much the total amount has increased”, but also wanted: the details of each purchase/sale, the proportion of different assets, the daily profit and loss, and a more rigorous calculation of the rate of return.

MoneyWiz has very limited support for investment/encrypted assets; I tried Youzhiyouxing again. It can record the total amount before and after the investment and calculate the rate of return, but it cannot record the details of each transaction. Many prices need to be maintained manually, and floating profits and losses cannot be automatically calculated.

Finally I came across double-entry accounting and Beancount, which completely solved my problem.

I realized that many times we find bookkeeping troublesome not because the UI is not beautiful enough and the interaction is not smooth enough, but because the bookkeeping method is not scientific enough. When the method is scientific enough, you don’t even need a UI. A CLI + a few plain text files + a set of clear syntax can describe the financial world very accurately.

Double-entry accounting

Double-entry accounting may seem counterintuitive at first, but once you master it, you’ll find it to be incredibly powerful and flexible, and it will force you to understand your financial activities in a clearer way.

Five buckets (account type)

Double-entry accounting will classify all accounts into five categories (can be thought of as five buckets of beans):

Assets: cash, bank deposits, securities, on-chain assets…
Liabilities: credit card debt, mortgage, car loan…
Income: salary, bonus, interest…
Expenses: Eat, shop, travel, subscribe…
Equity: “base” for adjustment/archiving, such as opening balance, error correction, etc.

All financial activities are “transfers between buckets”

Income → Assets: Pay wages (the income bucket decreases and the asset bucket increases)
Asset → Spend: Buy something (the asset bucket decreases and the spending bucket increases)
Liability → Asset: Borrow money (the liability bucket increases, the asset bucket increases)
Asset → Liability: Repayment (Asset bucket decreases, Liability bucket decreases)
Spend → Asset: Return (the spending bucket decreases and the asset bucket increases)
Assets → Income: Investment losses (assets bucket decreases, income bucket decreases)

You will find that according to this sign convention, the balance of the income account is often negative. This is not a bug, but a different accounting perspective.

Think of it this way: Think of “income” as a bucket containing the fruits of your life (past and future). Every time you get a salary, you are actually taking some of it out of this bucket and putting it into your assets. The more you take, the more negative the value in the income bucket becomes.

So negative income doesn’t mean “you owe income,” it’s just that you’re taking assets out of the bucket. This also involves a core rule of double-entry accounting: in a transaction, the sum of all numbers must equal 0. This is also the key to verifying its correctness: if you miss one stroke or write one wrong digit, the system will alarm you on the spot.

Under the common notation conventions of Beancount, you will see “accounting identity” written like this:

(收入 + 负债) + (资产 + 花费) = 0

You can also think of it in a more traditional way: whatever you earn or borrow ultimately either becomes an asset you own or is spent.

Beancount

Beancount is the most comfortable plain text double-entry accounting tool I have ever used and the most suitable for the complex financial world.

It is not the pioneer of double-entry accounting software. The earlier representative is Ledger. But Beancount has made a lot of improvements on the Ledger concept and has stood the test of time (started in 2007).

The most direct way to learn Beancount is to read the official documentation: Getting Started with Beancount, Beancount Language Syntax, or this article is also good: Beancount - Command line double-entry bookkeeping | wzyboy’s blog

In this blog, I will not go into the details of syntax and usage, but will use a few examples to let you quickly feel the power of Beancount and why it is more suitable for the era of Crypto and AI.

Handle complex transactions

Beancount can be used to handle complex transactions gracefully. The following examples involve many-to-many, multi-account + multi-person complex transactions, but they can be described clearly.

2016-02-05 * "饭店" "和室友吃饭"
  Assets:Cash:Wallet                         -300.00 CNY ; 我用现金支付
  Assets:Receivables:Bob                     -200.00 CNY ; 室友帮我付的现金
  Expenses:Food:DiningOut                    +250.00 CNY ; AA 我的一半
  Assets:Receivables:Bob                     +250.00 CNY ; AA 室友的一半

Here’s what happened at the same time:

You paid part of it in cash
The roommate also paid part of the money in cash.
AA share
You incur/offset receivables against roommates

Finally, you only need to look at the balance of Assets:Receivables:Bob to know how much you owe your roommate, and the balance of Expenses:Food:DiningOut to know how much you spend on food every month.

If you use “single-entry accounting + remarks” to pile up, you will basically be unable to calculate later. However, double-entry accounting can directly write out the structure, and then statistics will become very natural.

Processing multi-currency transactions

Cross-currency transactions often involve exchange rate issues, and Beancount can also handle them gracefully.

2016-02-10 * "商店" "买东西"
 Assets:Cash                                 -200.00 USD
 Liabilities:CMB:CreditCards                 -650.00 CNY @@ 100.00 USD
 Expenses:Clothing:Pants                     +150.00 USD
 Expenses:Clothing:Shoes                     +150.00 USD

This kind of scenario where “the credit card is denominated in RMB, but the actual consumption is denominated in US dollars” is very common in cross-border life. The expression of Beancount is very straightforward: use a record to bind the relationship between the currencies on both sides and the current exchange rate, and subsequent queries/reports can continue to be derived based on it.

More suitable for Crypto transactions

Beancount does not limit currency units: USD, CNY, BTC, USDT, or even any custom token you can use. Coupled with the SQL-like query tool bean-query, it is very convenient to use for crypto asset investment analysis.

Let’s take an example that looks complicated but is very concisely recorded:

2025-07-23 price BTC 1 USD

2025-07-24 * "OKX" "买BTC"
  Assets:Crypto:USD            -150 USD
  Assets:Crypto:BTC            149 BTC  {1 USD}
  Expenses:TradingFee:Crypto      1 USD

2025-07-24 * "OKX" "买BTC"
  Assets:Crypto:USD             -60 USD
  Assets:Crypto:BTC             19 BTC  {3 USD}
  Expenses:TradingFee:Crypto      3 USD

2025-07-24 * "OKX" "卖BTC"
  Assets:Crypto:BTC           -198 BTC  {} @ 2 USD
  Assets:Crypto:USD             298 USD
  Income:Investment

2025-07-25 price BTC 4 USD

This example includes:

Multiple purchases with different costs
handling fee
Automatically match costs when selling ({} let Beancount find it yourself)
Market price (price) changes over time

Based only on these records, Beancount can automatically calculate:

Total revenue/realized revenue/unrealized revenue
Various types of rates of return (such as capital-weighted rate of return Modified Dietz, time-weighted rate of return TWRR, or even any income calculation you customize)

In other words: you are only responsible for writing the facts clearly, and any complex calculations can be handed over to Beancount.

My Beancount practice

Treat the ledger as code management.

Editor

I use VSCode, with Beancount, Beancount Formatter and the following configurations to achieve syntax highlighting, auto-completion, error checking, formatting, etc.

{
  "beancount.mainBeanFile": "main.bean",
  "beancount.runFavaOnActivate": false,
  "beancount.completePayeeNarration": true,
  "beancount.fixedCJKWidth": true,
  "beancount.inputMethods": ["pinyin"],
  "beancount.instantAlignment": false,
  "editor.formatOnSave": true
}

Project structure

Beancount naturally supports modularity: different types of transactions are split into different files and then include enter the main entrance, so the maintenance cost is very low.

.
├── books
│   ├── 2025
│   │   ├── 2025.bean
│   │   ├── cn.bean
│   │   ├── crypto.bean
│   │   ├── daily.bean
│   │   ├── periodic.bean
│   │   ├── prices.bean
│   └── books.bean
├── scripts
│   ├── importer-dbs-credit.js
│   ├── importer-dbs-debit.js
│   ├── importer-okx.js
├── accounts.bean
├── commodity.bean
├── config.pbtxt
├── dashboards.yaml
├── main.bean

main.bean is the entry file, which contains configuration, plug-ins and include:

option "title" "DIYgod's Book"
option "operating_currency" "USD"
option "booking_method" "LIFO"
option "account_rounding" "Equity:Rounding-Error"

plugin "beancount_periodic.recur"
plugin "beancount_periodic.split"

2024-01-01 custom "fava-option" "auto-reload" "true"
2024-01-01 custom "fava-option" "default_page" "income_statement/?conversion=units&interval=day"

2024-01-01 custom "fava-extension" "fava_portfolio_returns" "{
  'beangrow_config': 'config.pbtxt',
}"

2024-01-01 custom "fava-extension" "fava_dashboards" "{
  'config': 'dashboards.yaml'
}"

include "accounts.bean"
include "books/books.bean"
include "commodity.bean"

accounts.bean Define all accounts (omitted):

; Expenses 费用 —— 外出就餐、购物、旅行等
1995-06-09 open Expenses:Food:Restaurant
; ... 省略若干行 ...

; Income 收入 —— 工资、奖金等
2020-04-01 open Income:Salary
; ... 省略若干行 ...

; Assets 资产 —— 现金、银行存款、有价证券等
2024-01-01 open Assets:Bank:DBS SGD
2024-01-01 open Assets:Crypto:OKX:BTC BTC
; ... 省略若干行 ...

; Liabilities 负债 —— 信用卡、房贷、车贷等
2024-01-01 open Liabilities:Bank:DBS SGD
; ... 省略若干行 ...

; Equity 权益 —— 用于「存放」某个时间段开始前已有的豆子
2024-01-01 open Equity:Opening-Balances
2024-01-01 open Equity:Rounding-Error

commodity.bean Define the currency/asset and use price to specify the price source (automatic updates will be discussed later):

2025-01-01 commodity USDT
  name: "Tether"

2025-01-01 commodity BTC
  name: "Bitcoin"
  price: "USD:coinbase/BTC-USD"

2025-01-01 commodity USD
  name: "United States Dollar"

2025-01-01 commodity QQQ
  name: "NASDAQ-100 Index"
  price: "USD:alphavantage/price:QQQ:USD"

books/2025/prices.bean is used to record daily prices (automatically generated) so that the profit and loss of positions can be calculated:

2025-01-01 price BTC 93346.48 USD
2025-01-02 price BTC 94384.76 USD
; ... 省略若干行 ...

Several common Crypto transactions

The following examples come from my actual practice: transactions are not filled in by hand, but automatically generated from OKX transaction records via scripts/importer-okx.js.

Stablecoin Spot Trading

Buy: Use USDT to buy BTC + handling fee

2025-11-14 * "OKX" "Buy BTC with USDT"
  Assets:Crypto:OKX:USDT                       -3022.493 USDT
  Assets:Crypto:OKX:BTC                     0.0302113288 BTC {100000 USDT}
  Expenses:TradingFee:Crypto:OKX

Here I leave the handling fee blank and let Beancount automatically fill it in (using the “each transaction adds up to 0” rule).

But if your BTC may come from different stablecoins such as USDT and USDC, the subsequent statistical income will involve exchange rate and currency conversion. In order to make the analysis more unified, I often use a transition account to unify the costs into USD:

2025-11-14 * "OKX" "Buy BTC with USDT"
  Assets:Crypto:OKX:USDT                       -3022.493 USDT
  Equity:Exchange                               3022.493 USDT
  Equity:Exchange                              -3022.493 USDT @ 1 USD
  Assets:Crypto:OKX:BTC                     0.0302113288 BTC {100000 USD}
  Expenses:TradingFee:Crypto:OKX

Equity:Exchange functions like a “unified conversion layer”: it converts different stablecoin transactions into USD, and subsequent reports will be very comfortable.

Sell: Sell BTC to get USDC + automatic profit calculation

2025-09-18 * "OKX" "Sell BTC for USDC"
  Assets:Crypto:OKX:BTC                        -0.100011 BTC {} @ 117600 USD
  Equity:Exchange                         11756.00101788 USD
  Equity:Exchange                        -11756.00101788 USD @ 1 USDC
  Assets:Crypto:OKX:USDC                  11756.00101788 USDC
  Expenses:TradingFee:Crypto:OKX             -5.29258212 USD
  Income:Investment

{} @ 117600 USD: The cost price is automatically matched from historical records by Beancount, and the selling price is 117600 USD
The extra part goes into Income:Investment: the income comes naturally in this way

If you don’t need unified conversion, it can also be simplified to:

2025-09-18 * "OKX" "Sell BTC for USDC"
  Assets:Crypto:OKX:BTC                        -0.100011 BTC {} @ 117600 USDC
  Assets:Crypto:OKX:USDC                  11756.00101788 USDC
  Expenses:TradingFee:Crypto:OKX             -5.29258212 USDC
  Income:Investment

Coin spot trading

Buy ETH with BTC

2025-08-22 * "OKX" "Buy ETH with BTC"
  Assets:Crypto:OKX:BTC            -0.025828016279999998 BTC {} @ 112480.295 USD
  Equity:Exchange                       2,905.1428904392 USD
  Equity:Exchange                      -2,905.1428904392 USD
  Assets:Crypto:OKX:ETH                     0.6820274505 ETH {4224.16 USD}
  Income:Investment
  Expenses:TradingFee:Crypto:OKX            0.0001705495 ETH {4224.16 USD}

The cost/benefit of cryptocurrency transactions is more likely to be confusing, but after unifying the process to the USD caliber, it will become very clear: ETH exchanged with BTC has a clear USD cost; handling fees and subsequent earnings can also be correctly included.

U-based contract

The U-based contract does not actually sell BTC within the exchange, but in order to reflect the profit and loss on asset changes, I use a “borrowed currency sell/buy back” approximate model to express:

Opening a short position: equivalent to “borrow BTC, sell, and exchange for USDT”
Close position: Equivalent to “use USDT to buy back BTC and return it”
Profit and loss will naturally be reflected in the final extra (or missing) part

2025-12-01 * "OKX" "合约 BTC-USDT 做空开仓"
  Assets:Crypto:OKX:Futures:BTC                      -10 BTC @ 100000 USD
  Equity:Exchange                                1000000 USD
  Equity:Exchange                               -1000000 USD @ 1 USDT
  Assets:Crypto:OKX:Futures:USDT                 1000000 USDT

2025-12-10 * "OKX" "合约 BTC-USDT 做空平仓"
  Assets:Crypto:OKX:Futures:USDT                 1000000 USDT
  Equity:Exchange                                1000000 USDT
  Equity:Exchange                               -1000000 USDT @ 1 USD
  Assets:Crypto:OKX:Futures:BTC                      -10 BTC {80000 USD}
  Income:Investment

Real contracts will also involve margin, funding fees, forced liquidation, settlement currency differences, etc. A more rigorous approach can continue to split the account model, but this writing method can already record and calculate the results clearly in most scenarios.

Coin-margined contract

Coin-margined contracts are more complex: the position is typically “USD-denominated BTC price exposure” rather than a fixed amount of BTC. It will be very complicated to calculate floating profits and losses based on daily prices, which requires a “double-account model” (factual account + valuation account).

I currently choose to simplify it to this: manually calculate the profit in BTC when closing the position, and only record the final BTC change, but this will sacrifice the data of the unrealized profit of the current position:

2025-11-21 * "OKX" "合约 BTC-USD 1.0"
  Income:Investment
  Assets:Crypto:OKX:BTC                0.007433571994392 BTC {85400 USD}

Automation script + AI accounting

Through automated scripts and AI, the accounting workload can be greatly simplified, turning “accounting” into “reconciliation.”

Automatically generate transaction records

Beancount is plain text, which means it is naturally suited to automating record generation and updating asset prices.

There are many import tools in the community, such as: beangulp, smart_importer.

But the ones I use most are self-written scripts (such as OKX’s scripts/importer-okx.js, DBS’s scripts/importer-dbs.js). The principles are similar: obtain transaction data from the interface or web page → convert it into Beancount text.

For some accounts that do not have interfaces or even export bills (such as the Trust I am using now), it is also very hassle-free to directly take screenshots and send them to AI for recognition:

Automatically update prices

Beancount itself is an offline system and will not automatically pull prices from the Internet, so I will write the latest currency price/stock price into books/2025/prices.bean every day, so that the report can calculate the current day’s valuation and unrealized profits.

The official provides beanprice out of the box, which supports Coinbase, Coinmarketcap, Alphavantage and other sources. It can be updated with one command:

bean-price -i --update-rate daily --no-cache main.bean >> books/2025/prices.bean

AI Analysis and Visualization

Many people stop at “writing down” their accounting and end it, but what is truly valuable and easily forgotten is how to analyze it after recording.

Beancount is very exaggerated in its analysis and visualization capabilities:

Web interface that can install plug-ins: Fava
SQL-like query language: BQL (Beancount Query Language)

Let’s take a look at some of the effects I commonly use:

Price chart of investment products (included with Fava):

Yield curves of different investment products, as well as various weighted returns (plug-in Fava Portfolio Returns):

Change curve, distribution proportion, list of specific assets (plug-in Fava Dashboards + custom BQL):

What’s even better is: now with vibe coding, times have changed. Now you don’t even need to learn how to write BQL first – you can just let AI write it.

For example, I would make a request like this:

Using the Fava Dashboards plug-in, write BQL in dashboards.yaml to implement a graph showing the changes in all my cryptocurrency positions over time.

Personalized financial analysis that once took a long time can now be just one sentence.

Conclusion

I have been using Beancount for a year, and almost all my needs have been met. I am very satisfied and have shared it within the company. This blog is to organize the shared content into text, hoping to recommend it to more people.

I also admit that the threshold for Beancount is not low for most people - it is more like a “programming language for writing ledgers” rather than a little app. But I also believe that with the development of AI, these barriers will become lower and lower. In the future, everyone can control this powerful tool at a lower cost and achieve full control of their own finances.

If you are also experiencing:

Multi-currency life
More and more investment products
The more the accounts are kept, the more confusing they become. -Analyses are becoming increasingly complex

Then I suggest you spend at least half a day trying Beancount. It may make you feel for the first time: It turns out that I can finally explain money clearly.

The collapse and rebirth of a six-year-old open source project

Sun, 10 Mar 2024 19:29:05 GMT

I have an open source project that I have maintained for six years, RSSHub, and it is facing collapse

Background

On the surface, it has nearly 30k Stars, more than 900 Contributors, more than 300 million requests per month and countless users, dozens of dollars of monthly sponsorships, a steady stream of issues and PRs, and the code is updated almost every day. It is very healthy and dynamic, but invisibly, the high maintenance time cost that lasts for several years, the server cost of more than a thousand dollars per month, and the tedious and gradually accumulating maintenance work repeated every day, make it repeatedly jump on the edge of collapse.

The project was developed six years ago. Many of the fashionable Node.js technology stacks and dependency libraries with the slogan “Next Generation” at that time have become tears of the times. They are very old now and many popular new technologies cannot be applied, such as JSX, TypeScript, Serverless, etc.; its architecture is also very unreasonable. The information of each route is scattered in multiple places. Developing or changing a route requires multiple modifications. There is one place to register the route, one place to write the routing script, and one place to write Radar. Rules, one place to write documentation… This adds a lot of work and is prone to errors. It was not a problem when there were few routes, but now it has become unbearable

Maintaining the status quo under such a poor infrastructure is already a struggle. Developing new features is even more difficult. It will only increase the difficulty of future updates, so it is difficult to realize the novel ideas that sometimes pop up in my mind.

The only way to solve these problems is to rewrite the kernel using a modern framework and a newly designed architecture. However, as there are more and more routes, the cost of transformation is getting higher and higher. Each basic change may require up to several months of work. Therefore, although the problem is becoming more and more serious, we continue to postpone it based on the principle that it is not unusable.

But it had to be done, so I took the time to spend a few months redesigning and rewriting it

Technology stack update

koa -> Hono

The first step, which is also the most basic and difficult, is to replace the previously used Web framework koa. As a next-generation web framework that was popular six years ago, the author has long since abandoned it. After research, he decided to switch to Hono, which has the best support for JSX, TypeScript, and Serverless.

Their APIs are very different and require rewriting all middleware and replacing the koa API used in all routes

Major changes: https://github.com/DIYgod/RSSHub/pull/14295

Hono author also likes this transformation

https://twitter.com/yusukebe/status/1762801106340782222

JavaScript -> TypeScript

Switching to TypeScript can avoid many type problems and low-level errors. The most important thing is to ensure that hundreds of contributors are consistent and difficult to make mistakes, and the quality of routing code for subsequent contributions is not too bad.

Major changes:

https://twitter.com/DIYgod/status/1764360942035312879

CommonJS -> ESM

ESM is a specification strongly promoted by some Node.js core developers a few years ago. It has some advantages, but most of them are criticized for ecological fragmentation and functional simplification caused by incompatibility with the previous CommonJS.

After several years of development, it can now be said that most scenarios are barely usable. tsx also provides support for scenarios where CommonJS and ESM are mixed.

Although we have tried our best, there are still some CommonJS codes that are temporarily difficult to migrate. As a result, they can only be run using tsx and are incompatible with some Serverless such as Vercel. However, there is still an opportunity to solve it slowly in the future.

Major changes:

art-template -> JSX

art-template is a template engine that supports koa. I remember there was a more popular template engine six years ago, but I can’t remember the name. I chose art-template because I didn’t understand the more popular one at the time. It was very simple.

Hono comes with JSX support. There is no need to introduce JSX. The syntax extension of JavaScript is equivalent to using React.

Major changes:

Jest -> Vitest

Jest was once a popular testing framework, but it has become less and less popular after the advent of the ESM era. The support for ESM has always been “experimental support”, and now Vitest is more popular.

Major changes: https://github.com/DIYgod/RSSHub/commit/38e42156a0622a2cd09f328d2d60623813b8df28

Got -> ?

The currently used Got is no longer actively maintained, and no good replacement has been found. It may be replaced with native Fetch or self-encapsulated Fetch in the future, but I haven’t started yet.

New routing standard

My own abilities are still not enough. I have learned and improved a lot during discussions with community developers. The process is very interesting: https://github.com/DIYgod/RSSHub/issues/14685

Major changes: https://github.com/DIYgod/RSSHub/pull/14718

History

The new standard is mainly to solve the problem of too scattered routing information. This should be considered the third edition.

The first version came from the development stage of RSSHub. At that time, it was not foreseen that there would be so many routes, so there was almost no planning. All routes were registered in the same file, and then routing scripts and documents were added. Later, the file became larger and larger, and it was easy to conflict. In addition, all routing scripts were loaded during the startup phase, and the program performance became worse and worse.

The second version comes from the maintenance period of NeverBehave. Namespaces were introduced and router.js and radar.js were cut. Routes in the same namespace were concentrated in the same folder and one or more Markdown documents. Lazy loading was also implemented, which greatly improved maintainability and performance. However, it was still scattered in multiple files, and information in different files was also prone to inconsistencies leading to errors.

Now

This time, routing files are divided into two categories, namespace.ts and routing files with any name.

namespace.ts will define the namespace information by exporting an object named namespace

import type { Namespace } from "@/types";

export const namespace: Namespace = {
  // ...
};

The fields contained in the namespace are restricted via TypeScript to

interface Namespace {
  name: string;
  url?: string;
  categories?: string[];
  description?: string;
}

This information will be compiled and used by documentation and RSSHub Radar

The routing file defines routing information by exporting an object named route.

import { Route } from "@/types";

export const route: Route = {
  // ...
};

The fields contained in route are restricted via TypeScript to

interface Route {
  path: string | string[];
  name: string;
  url?: string;
  maintainers: string[];
  handler: (ctx: Context) => Promise<Data> | Data;
  example: string;
  parameters?: Record<string, string>;
  description?: string;
  categories?: string[];

  features: {
    requireConfig?: string[] | false;
    requirePuppeteer?: boolean;
    antiCrawler?: boolean;
    supportRadar?: boolean;
    supportBT?: boolean;
    supportPodcast?: boolean;
    supportScihub?: boolean;
  };
  radar?: {
    source: string[];
    target?: string;
  };
}

Previously, route.js, mantainer.js, radar.js and document information were concentrated in this file, reducing multiple definitions and reducing the possibility of errors.

Implementation

The implementation logic is that the development environment traverses the entire route folder, finds all namespace.ts and routing files, reads information, loads routes, and uses a pre-compiled path list in the generation environment to avoid traversal and unnecessary loading processes. The code is at: https://github.com/DIYgod/RSSHub/blob/master/lib/registry.ts

The document is also created by traversing the route folder, finding all the required information and then synthesizing it into a series of Markdown files. Manual maintenance is no longer required. The code is at: https://github.com/DIYgod/RSSHub/blob/master/scripts/workflow/build-routes.ts

Of course, routes developed using previous routing standards need to be migrated to the new standard rather than abandoned directly. The information has been captured and organized in batches through scripts and replaced. However, especially the documents are confusing and contain many errors, so the captured information also has many errors, which can only be manually modified gradually in the future.

future

Through this series of improvements, RSSHub can finally throw away its historical baggage and develop new features with peace of mind. Here are some of the ideas I have accumulated to inspire others:

Since RSSHub is a data collection, its use is not necessarily limited to RSS. The JSON output function can be enhanced and used as a general RESTful API. For example, it can provide an interface to get the next page or output non-feed data like Twitter follower count.
User system and user-defined configuration, generate your own private subscription address #14706
Routing error notification and health detection #14712
Linkage with RSS3 nodes and cryptocurrency revenue sharing https://twitter.com/rss3_/status/1731822029199094012
AI translation and summarization
More detailed analysis of instance data and reverse derivation of automatically recommended Radar rules
An RSSHub instance bound to a local browser or client is expected to truly solve the problem of anti-crawling -…

Finally, open source is a very expensive thing, and RSSHub cannot survive today without the help of these developers.

and these kind-hearted people who sponsored

If RSSHub is helping you, I hope you can actively participate and contribute your own small force to the future of information freedom.

Two weeks with Paro

Sun, 18 Feb 2024 19:20:33 GMT

I’m dreaming

[image] (./attachments/QmTbb2WpmvvM9LYr2w4ibhqB5icWMSa4n9hFjXbgbaKBRb.png)

Any young boy who doesn’t dream of living in a world full of dreamable partners who understand and are willing to listen to us, who have different characteristics and powerful skills and who are all cute, who can sleep with them, eat together, explore the world, never be alone, and who can find the best dreams for themselves.

This could’ve happened long ago, but it didn’t happen.

And, of course, others say that the latest novels are Al Zeus and Ju-Yu is better than before, “It’s better, but it’s just a little thinner shit.”

Palu achieves

[image] (./attachments/Qmd7qeiygj9veZhTM The79xfqyVpu6TEGHk48g8AEcW3.png)

But as long as the illusions remain, and reality is only a matter of time, Paro, the phantom that was born out of nowhere, has brought to all the Bulcan fantasies a happy parallel world of fantasy, and finally I bought a rog Ally to become obsessed with it without Windows.

There’s an unprecedented interaction with Palu in the game, and the food-and-food-combat exploration process is deeply integrated with Palu.

Our first landing point was not built on our own, but with a troublemaker.

[image] (./attachments/QmTAMciZ4eBo9jbaZVyhPpkZxX3FiYXdMVmkokyk29eT6E.png)

[image] (./attachments/QmW4UyojbTFyXjiEmWBNWoGDK5mjZYxbccyMTbbLGfuQuD.png)

And then all of our logistics were arranged by Paro, and each of our big meals would have to go through sowing, watering, harvesting, handling, storing, cooking, which was done by Paru, with different specialties and divisions of labour, cooling the pills, running the refrigerators, squirting the flaming deer, cooking.

[image] (./attachments/Qmc4Y1VHfxckFHXoNE3oD5jgSbSye9SQvMAu1SjexiPSfu.png)

![./attachments/QmSpSKCts7aQTesNtpgs1gumyYCQ467LYma1FUPZaGpBg.png]

While we’re out exploring, we ride the water-glie snakes across the river, we ride the moose, we ride over the mountains, we ride the dragons.

[image] (./attachments/QmdeiQS KuCmFzbochFz9v6cJk5wqUaN8fWrRhZbojcAn3.png)

![./attachments/QmaBSZyudw5Bmd3vT3eHbwj1rSyqo6BzWAD8nYeBUr4eKy.png)

As we fought, with fowls in our hands, squirming guns, scrambling machine guns with electric bears, even though they’re not humane, they can be thrown out as hand grenades, while the fire in the position is helping us build steel guns.

[image] (./attachments/QmapqqBNQK5cupXDFJ45CP7yMM4Ye53ncQdrn3qNjZz6os.png)

![./attachments/QmcF39d24 Adds

I’ve spent too much of my heart in the world of Palou in unwitting construction.

From the first day I was hungry.

[Pal 6_2_2024 p.m. 9_54_32] (./attachments/QmQySkxYV7yPBLLJqJprXq1XJUTfvzjEdQPAsVifHznuL1.jpeg)

So far.

[Pal 19_2_2024 A.M. 2_45_40] (./attachments/QmSSQnJ3wrPuyGGP7VzBkGq91vN6Ybs3KSQxKM6NKSWpEF.jpeg)

[Pal 18_2_2024 a.m. 12_42_29] (./attachments/Qmb6ELDeZYmNNuSh98SqdhZCkyTJdeEmkeyHR9kCxgF78X.jpeg)

Some extra exploration

Data presentation

[image] (./attachments/QmVigw528n JrF6z9QanPoqQYmn2MW6HqEECj5X47jnaAN.png)

After all, it’s a single game. It’s local. It can be easily processed.

An open-source project can interpret archived files into JSON for third-party development and presentation https://github.com/cheahjs/palworld-save-tools

There’s also an open-source project to generate JSON as a front-end page at https://github.com/zaigi/palworld-server-tool

So I synchronized the files on NAS, and I deployed a presentation page on NAS, and I could easily view my Paroos at https://pal.diygod.me

Model

Paroo has a lot of community models, for example, to turn a leather chicken into a Gon, or to turn a paru into a dream or something, and there are some that can greatly enhance the game without compromising the game balance.

I’m using a model community (https://www.nexusmods.com/palworld), which has a convenient module installation and management tool (Vortex Mod Manager) (https://www.nexusmods.com/about/vortex/), and I’m using the following one:

[Basic MiniMap] (https://www.nexusmods.com/palworld/mods/146): Add a small map function that does not know why the official feeling is very basic, but remember to turn off the rotation in the settings
[Better Night Light]

[PAL 18_2_2024 p.m. 8_05_05_05] (./attachments/QmTTuiLhZRSgbZASC6EqAyB7C2nG2bEoNdXPSRKkb2MsD8.png)

[Golden Statue of Power] (https://www.nexusmods.com/palworld/mods/507): Making the image of power more luminous and more qualitative

[PAL 18_2_2024 p.m. 9_06_28] (./attachments/Qm StFjcG2188cZ6RUaQMXpe8A95AGPnB6CMA77QR6dEXs.jpeg)

[Play as Zoe] (https://www.nexusmods.com/palworld/mods/53) and [Hide All Human Hair All Female Head All Head Equip] (https://www.nexusmods.com/palworld/mods/353): Hide the original dress and become wife Zoe.
[Paimon Replace DaeDream] (https://www.nexusmods.com/palworld/mods/312): Turning My God into a pie-mon

[Pal 19_2_2024 morning 2_09_33] (./attachments/Qmf1WLvt6b6xKjQi2mJeANzPZFE2Ksu4CjpwryHYK6wdLz.jpeg)

[Pal Analyzer] (https://www.nexusmods.com/palworld/mods/336): Palu properties and features can be seen before capture, and the handheld needs to be changed to settings to show them as alwayss on

[PAL 18_2_2024 p.m. 7_45_54] (./attachments/QmVe7g Antvcisk 3xVxcwwbiMYcVrTi2m4QqD1ZySM6x9y.jpeg)

[Stuck Pal Rescuer] (https://www.nexusmods.com/palworld/mods/585]: life-saving models, where Paru is often stuck and starved to death by bugs, can automatically detect and reset Palu
[FSR3 Support] (https://afdian.net/album/47414d3eb9a111eeb82252540025c377): The frame that does not officially support A card generation, with this Roy Ally can rise from 40 to 70 frames in medium quality