Kody Walker · job search system jobs.kodywalker.com A cleaner front-end for offer evaluation, tailored documents, pipeline review, and the original terminal workflow that made this project worth building in the first place. Premium rebuild live · Honest pipeline state · Functions-enabled intake still pending
Rebuild direction

A better site for the system you can actually use.

The original repo had a strong idea: treat job search like an operating system, not a spreadsheet. What it was missing here was the shell. This rebuild gives it that shell now. The public Pages deploy is a polished review build; the full live intake/search engine still needs a functions-enabled deployment pass.

Primary lane: AE-first search Target comp: $125K-$160K Location: Austin, TX or remote Bundle-led view for now

Kody Walker

Quota-carrying sales professional with 13 years of full-cycle consultative selling in high-value homebuilding environments. Experienced in discovery, product presentation, negotiation, pipeline ownership, stakeholder coordination, and closing complex purchases with long sales cycles. Recognized as a top performer with 10x President's Club honors, top-10 national ranking, and a long track record of converting high-consideration opportunities into revenue. Increasingly uses AI-assisted workflows and lightweight automation to improve response speed, follow-up quality, organization, and time spent actually selling.

What changed in this rebuild

Clear first impression instead of README energySeparate pages for the product, live pipeline, intake, and terminal workflowPremium shell that still tells the truth when the data is demo-heavyKeep the useful backend pieces instead of rebuilding the wrong thing from scratch

Next live move

Open CrowdStrike — Mid-Market Account Executive or run a new intake from the browser.

Proof

1 tracked role in the current pipeline view

Proof

1 non-demo bundle available for review

Proof

0 roles already have PDFs wired

Proof

Current queue is still leaning on generated bundles while the tracker catches up

Core surfaces

Instead of dumping every idea onto one page, the rebuild gives the product a cleaner shape.

Page
Offer intake

Paste a job post, run the scoring engine, and generate a recruiter-clean bundle without bouncing between five tools.

Page
Pipeline review

Use the browser dashboard to sort the queue, check score quality, and see whether the tracker is live or still bundle-led.

Page
Original repo features

The real product is bigger than one form: evals, tailored docs, scans, batch processing, and the terminal dashboard all still matter.

Page
Terminal command center

The original repo did have a terminal-first layer. It was a real part of the value, not random hacker theater.

How the site should work

Every section needs a job. Same for the product itself.

Workflow
1. Qualify the role fast

The site should answer the first ugly question immediately: is this role actually worth your time, or is it fake urgency wrapped around weak comp?

Workflow
2. Generate what moves the application

Resume variant, cover draft, fit summary, and source capture should come out of the same run so the system feels like leverage, not admin work.

Workflow
3. Keep the queue honest

Everything needs to land back in the pipeline with enough context to make a decision tomorrow morning, not just dump files into a folder and hope.

What is already functional

The good news is we are not rebuilding fake vaporware.

Browser intakeThe intake flow works in the local/server build. On the deployed static Pages version, functions-backed intake still needs to be finished.
Artifact routesEvery bundle can expose its summary, JSON, HTML docs, PDFs, and captured source through real routes.
Pipeline parserThe site reads applications.md plus generated bundles so the dashboard can stay useful while the live tracker grows.

What still needs real usage

No bullshit: this part needs fresh data.

Live tracker depthThe tracker is still thin enough that bundle data is carrying the UI.
Real bundle volumeMost historical bundle folders were smoke-test/demo oriented. That is why the rebuild calls out current state instead of faking traction.
Morning habitThe product gets better fast once one real intake becomes one real bundle, then a tracker row, then a tailored application.

Start here

Best next move if the goal is to turn this into a daily-use site instead of another half-finished build.

Fastest win
Use one real job post end to end

Paste a real JD, generate the bundle, inspect the tailored docs, and then let the tracker/pipeline pages reflect something useful.

Then scale
Use the rest of the product on purpose

Once the shell feels right, the next layer is scans, batch evaluation, and tighter dashboard reporting — not random extra sections for the sake of it.