何をするのか

It checks the site before it ships

Twelve rules that block a publish rather than warn about it, then a check that the live URL really answers.

What the log looks like

Publishing /pricing/ — passed all 12 checks
Checking the site answers over the wire.
Verifying https://cadence-clinic.firstemployee.app/ — 200 OK
Verifying https://cadence-clinic.firstemployee.app/about/ — 200 OK
Verifying https://cadence-clinic.firstemployee.app/pricing/ — 200 OK
 
And when something is wrong:
 
Couldn't get /faq/ past my own checks — shipping without it, fixing tonight.
/resources/ answered 502 — leaving it on my list for tonight.
1 of 5 pages did not verify — not calling the site live yet.

Every line above is one the employee actually prints. The company in it is an illustration so the log reads as a whole; it is not a customer.

見てみろ

ランタイムInstant per page, then a few seconds per URL
周波数Every publish, every build, every night
出力A pass or a blocked publish, plus a status code per page
あなたの努力None. Read the rules if you are curious.

誰のためのものだ: Anyone who has been handed AI-written pages and had no way to tell whether they were any good — and anyone who has watched a site quietly lose traffic to a fixable mistake.

仕組み

  1. The rules are code, not advice. A rule that lives only in an instruction gets followed most of the time and quietly skipped the rest, and you find out in a traffic report three months later. These run after the page is written and before it goes anywhere.
  2. Eight of the twelve block. One subject per page. A description written for a human. No shared body text. An absolute canonical paired with hreflang. Markup that only claims what the page shows. Real utility rather than a wrapper. Nothing indexable until it is finished. No orphan pages.
  3. A failure goes back to the writer. The reasons are handed to the employee and the page is rewritten against them. Failing twice means the page does not ship and the fix is queued, which is a worse outcome than a good page and a better one than a bad page.
  4. Then it checks the site over the wire. Each published page is fetched at its public URL, the way a stranger would, and the status code is recorded. A page that answers anything but 200 is retried once and then listed as a failure.
  5. It refuses to overstate the result. If pages fail the check, the site is not marked live and the report says how many did not verify. If the serving layer cannot be reached at all, it says that instead of either claiming success or crying failure.

あなたが得るもの

これに関する質問

What are the twelve rules?
They are published in full, with the reason each one exists and whether it blocks or warns. Every one of them was paid for by an incident on a site we run rather than copied out of a best-practice list.
Why block a publish instead of warning?
Because a warning nobody reads is indistinguishable from no rule at all. Blocking costs one rewrite; a bad page published costs however long it takes somebody to notice.
What does "verified over the wire" mean?
The employee requests your live URL from outside and reads the status code, rather than trusting its own database row that says the page was saved. A page that exists in a table and 404s on the internet is not a published page.
Does the check cover accessibility or performance?
Not today. It covers structure, uniqueness, markup honesty, canonicals, links, images and indexability, plus a live status code. We would rather list what it genuinely checks than imply an audit it does not run.

関連する仕事

It writes and publishes a page

A page you asked for, written, checked against twelve rules, and live at a URL you can open.

仕組み →

It builds your site

You leave one sentence. It comes back with a named company and a live site you can open on your phone.

仕組み →

It writes you one page in the morning

What shipped, what it learned, and the single question whose answer changes what happens tonight.

仕組み →

It writes and publishes a page · すべてのジョブ · It works a shift while you sleep

私のを作れ

夜間の作業は計画から始まる

社員が知ってる事は 建設前に →