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
Product view

The original repo had real teeth. This site finally shows them clearly.

Career-ops was never just a landing page idea. It is an evaluation engine, document generator, tracker, scanner, batch runner, and terminal dashboard. The rebuild turns that into a site with actual page structure instead of one giant “look at my dashboard” speech.

Design direction

Linear-style precision for the shell, Stripe-style clarity for explanation. Technical enough to feel serious, restrained enough to avoid AI-site sludge.

Why this matters

When the product is good but the wrapper is bad, people trust the wrapper less than the engine. That is dumb, but it is real.

What got cut

Generic “war room” posturing, repeated feature-card fluff, and anything that made the site feel more like internal cosplay than a tool Kody can use daily.

Core feature set

These are not made-up marketing bullets. They come from the upstream repo and the forked Kody-specific work already in this project.

Feature
Offer evaluation

The original repo centers on structured job evaluation: role summary, fit analysis, compensation sanity check, personalization plan, and interview prep instead of gut-feel applying.

Feature
Tailored document engine

A job should turn into a targeted resume track and cover draft, then render to HTML and PDF without rewriting everything by hand.

Feature
Pipeline tracker

applications.md stays the source of truth. The site surfaces it cleanly instead of forcing you to babysit a markdown table manually.

Feature
Portal scanning

The upstream repo already supports searching configured career portals and deduping results before they hit the pipeline.

Feature
Batch processing

The original project can evaluate multiple offers in parallel instead of treating every job like a standalone manual chore.

Feature
Terminal dashboard

There is a real Go TUI for pipeline review. It should be presented as a power-user surface, not hidden or half-forgotten.

Architecture

The rebuild keeps the working system and gives it clearer surfaces.

LayerBrowser/web intake for quick use from phone or desktop
LayerTelegram/API path for message-driven job intake
LayerMarkdown + YAML + generated artifacts as the durable source layer
LayerPipeline dashboard for decision-making after artifacts are generated
LayerTerminal/TUI workflow for high-volume review and power use

Page map

Multiple pages, each with one job.

/ Homepage and orientation
/features Product architecture and core feature surfaces
/dashboard Pipeline state, scored roles, status spread, bundle queue, asset readiness
/intake Real browser form backed by the intake engine and API
/terminal Commands, terminal dashboard, and operator workflow
/bundles/[slug] Detail page for each generated bundle and its artifacts

What this site is trying to be

Not a marketing toy. Not a dev-only shell. A usable front end for a serious job search workflow.

Attract
Make the system feel legit fast

The homepage needs to establish that this is a real operating system for job search, not just another AI-themed website.

Orient
Show where to go next

Users should immediately know the difference between the product overview, the live pipeline, the intake form, and the terminal workflow.

Convert
Push into real use

If the page does not get one real JD through intake and back out as a bundle, it is just decoration.