Jan
completedInventory every private repository and tag it as publish, monetize, archive, or merge.
main-display
Config-first dashboard shell for calendar, tasks, notes, notifications, and ambient feeds. This first pass is wired to repository contracts and mock data so layout and control behavior can be settled before the live adapters are added.
Default page
overview
Theme
slate
Refresh
300s
Page set
2026 yearly project
This page is the narrative skeleton for the yearly challenge: break the habit of hiding work until it feels perfect. Every repository should either earn its keep through a real offer, or become public with an honest README and a forgiving license.
Inventory every private repository and tag it as publish, monetize, archive, or merge.
Pick the first repos with the clearest path to a landing page, demo, or paid package.
Define audience, value proposition, and one honest release standard for each candidate.
Build the public-facing dashboard and release pipeline that lowers the friction to ship.
Ship one monetization trial: template pack, hosted tool, paid asset, or support offer.
Prepare docs, screenshots, README polish, and first public demo loops for candidate repos.
Publish at least one repository publicly with a forgiving license if monetization is still weak.
Convert one project into a repeatable offer with pricing, delivery, and update policy.
Reduce backlog fear by scheduling release weeks for repos that are good enough, not perfect.
Run a visibility push: devlogs, changelogs, social proof, or case-study style writeups.
Finalize year-end candidates and lock publish-or-monetize decisions repo by repo.
Make every remaining candidate public under MIT or similarly forgiving terms if not monetized.
Release rules
Repo lanes
Repos with a direct product angle, service wrapper, template pack, or supportable niche.
Repos that already teach something useful and only need honest framing, docs, and a license.
Repos blocked by a landing page, setup docs, screenshots, or a trimmed demo path.