Claude Code Harness KPI Dashboard: proof, revenue और risk को एक sheet में देखें

इसे अलग artifact क्यों बनाएं

यह article वे developers और content operators जो Claude Code से publishing चला रहे हैं के लिए harness KPI dashboard बनाता है। common failure साफ है: PV बढ़ता है, लेकिन किस article से PDF signup, Gumroad click, consultation visit या verification proof आया यह साफ नहीं होता। Claude Code workflow confident answer पर खत्म नहीं होना चाहिए। उसे ऐसा artifact छोड़ना चाहिए जिसे दूसरा व्यक्ति inspect कर सके। इस case में artifact है: हर article के लिए proof status, revenue action और risk note वाली एक dashboard row।

Artifact को prompt, command line और public page के बीच contract मानें। इसमें दिखना चाहिए कि Claude Code ने क्या पढ़ा, क्या बदला, कौन सा command proof बना, और reader को अगली revenue path कौन सी दिखेगी। इसलिए यह topic harness engineering, getting started और permissions से जुड़ता है।

Operating loop

Loop पांच pass में चलाएं: action define करें, proof चुनें, Claude Code से smallest useful work कराएं, output verify करें, फिर next revenue action record करें। यहां useful proof सिर्फ “code चला” नहीं है। PDF starts, Gumroad clicks, training page visits, build proof और unresolved risk flags देखें। ये fields visible हों तो article guessing से नहीं सुधरता।

1. Harness article पर search traffic है लेकिन PDF signup कम है, तो free checklist को पहले example के पास लाएं।

2. Beginner article PDF signup लाता है लेकिन paid click नहीं, तो CTA में बताएं कि Setup Guide कब काम आता है।

3. Permission article consultation भेजता है, तो risk language को सिर्फ अंत में नहीं बल्कि बीच में भी रखें।

Copy-paste starter

const rows = [
  { slug: "claude-code-harness-engineering", sessions: 1882, pdfStarts: 42, gumroadClicks: 9, consultationVisits: 3, riskFlags: 1 },
  { slug: "claude-code-getting-started-complete", sessions: 760, pdfStarts: 28, gumroadClicks: 6, consultationVisits: 1, riskFlags: 0 },
];

function revenueSignal(row) {
  return row.pdfStarts * 1 + row.gumroadClicks * 4 + row.consultationVisits * 9 - row.riskFlags * 3;
}

for (const row of rows) {
  console.log(row.slug, revenueSignal(row));
}

तीन practical examples

Example 1. Harness article पर search traffic है लेकिन PDF signup कम है, तो free checklist को पहले example के पास लाएं।

Example 2. Beginner article PDF signup लाता है लेकिन paid click नहीं, तो CTA में बताएं कि Setup Guide कब काम आता है।

Example 3. Permission article consultation भेजता है, तो risk language को सिर्फ अंत में नहीं बल्कि बीच में भी रखें।

Self-review checklist

इस workflow को habit बनाने से पहले article को release note की तरह review करें। पहला check scope है: reader को पता होना चाहिए कि harness KPI dashboard कब use करना है और कब छोटा checklist काफी है। दूसरा check proof है: हर recommendation command, URL, diff या metric तक जाती हो। तीसरा check routing है: free PDF, Gumroad guide और consultation path एक-दूसरे से compete न करें, बल्कि अलग urgency का answer दें।

छोटा ownership rule रखें। एक person artifact का owner, एक verification का owner और एक next CTA experiment का owner हो। Solo workflow में ये वही person हो सकता है, पर note में role names रहें। इससे Claude Code publishing, measuring और selling को एक blurry task नहीं मानता। Next run को भी पता चलता है कि continue कहां से करना है।

Practical सवाल है: कल सुबह इस article को verify करना किससे आसान होगा? अगर answer screenshot है तो save करें। अगर answer stronger prompt है तो prompt pack में डालें। अगर answer clearer boundary है तो setup notes में जोड़ें। हर article के लिए proof status, revenue action और risk note वाली एक dashboard row तभी useful है जब अगला session भी उसे use कर सके।

Failure cases

पहला failure pageviews को अकेला score मानना है। दूसरा proof command के बिना change approve करना है। तीसरा हर reader को same paid product भेजना है, जबकि किसी को free PDF या consultation चाहिए। CTA बदलने से पहले routing rule लिखें।

Revenue route

Reader को bottleneck से route करें। Command fluency चाहिए तो free PDF या free Gumroad cheatsheet दें। Same work weekly repeat होता है तो 50 Prompt Templates या Setup Guide दें। Rollout, risk या revenue design issue है तो consultation दें। इस article में Prompt Templates review prompts को standard करते हैं और Setup Guide harness rules को stable रखता है।

Verification metrics

Publish के बाद केवल HTTP 200 काफी नहीं है। h1, canonical, hero image, opening body, CTA links, mobile layout और language check करें। फिर PDF starts, Gumroad clicks, training page visits, build proof और unresolved risk flags देखें। Metric flat हो तो पूरे article को rewrite करने से पहले first concrete example के पास CTA सुधारें।