May 5, 2026 · Andrew Hyde

ResumeCrank Post 1: Starting Over and Building in Public

I am turning this site from scattered technical notes into a public build log for ResumeCrank.

resumecrankaiagentsbuild-in-public

This site has mostly been a place where I left technical notes for myself and, hopefully, for another engineer who ran into the same problem later.

That is still useful. I do not want to lose that. The old posts are practical: here is the thing I figured out, here is the code, here is the trap I hit, and here is how I got through it.

But I want the site to do more now.

I am starting a new track here: a public build log for ResumeCrank.

What ResumeCrank is

ResumeCrank is my attempt to build a real resume and job-search product using my software background and modern AI tools.

I do not want it to be another vague AI wrapper that promises magic. I also do not want to pretend agents can automatically create a business while I just watch. That sounds nice, but I do not believe it.

What I do believe is more practical:

  • AI tools can speed up parts of the work.
  • Agents can help with code, review, writing, and project memory.
  • The human still has to make taste, product, business, and trust decisions.
  • The hard part is turning those pieces into a real workflow that keeps moving.

That workflow is now part of the project.

Why write about it

The first problem I ran into was not code. It was continuity.

If I am going to have different AI agents helping with product strategy, coding, review, blog writing, and archiving, then I need a way to preserve what happened. Otherwise every session becomes a reset. Every agent starts half-blind. Every decision has to be re-explained.

So before ResumeCrank has much product code, it needs project memory.

The working model is simple:

  • Full transcripts are the raw source of truth.
  • Session summaries are compressed working memory.
  • Canon is the durable set of project decisions.
  • Blog posts are the public artifacts that explain the build.

That may sound like overhead, but I think it is the opposite. It is how I keep the project from dissolving into scattered chats, half-finished ideas, and forgotten decisions.

What is changing on this site

This blog is going to become more active, but I am not going to promise a daily publishing streak.

That would be fake pressure, especially while I am traveling and volunteering at festivals this month. I would rather publish useful build-log entries than force weak daily posts.

So I am using post numbers, not day numbers.

Post 1 starts the new direction.

Future posts will cover product decisions, agent workflows, resume generation experiments, mistakes, technical implementation, and the parts of the business that are still unresolved.

What I want this to be

I want this to stay practical.

Not founder theater. Not AI hype. Not a polished story pretending I knew everything from the beginning.

The older posts on this site were notes from technical problems I had solved. The new posts will still be that, but the problem is bigger now:

How do I build a real product, with AI as part of the workflow, without losing judgment, credibility, or the thread?

That is the project.

This is Post 1.

← Back to all posts