xhs-diagnose-discipline

Enforce engineering and statistical discipline for XHS diagnose stack edits.

Updated Apr 13, 2026
One-click install
npx skills add https://github.com/qwe1236433/ai-encapsulation --skill xhs-diagnose-discipline
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: xhs-diagnose-discipline
Source: https://github.com/qwe1236433/ai-encapsulation/tree/main/.cursor/skills/xhs-diagnose-discipline
Command: npx skills add https://github.com/qwe1236433/ai-encapsulation --skill xhs-diagnose-discipline

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enforces rigorous engineering and statistical discipline for the XHS L3 note-diagnosis stack, preventing label leakage, hardcoded examples, and misleading seed-user copy. This Skill helps maintain honesty and consistency across the diagnosis engine, renderer, API endpoints, and seed communications.

Core Features & Use Cases

  • Governance rules for editing the core components: openclaw/xhs_diagnose.py, openclaw/xhs_diagnose_renderer.py, api/main.py, web/diagnose.js, and scripts/diagnose_note.py.
  • Prohibits hardcoded example content and promotes transparent, data-backed evidence strings.
  • Enables change-management discipline to ensure rules stay current across edits and deployments.

Quick Start

Apply the XHS diagnose discipline rules to your edits of the diagnosis engine and related components to ensure compliance.

Frequently Asked Questions about xhs-diagnose-discipline

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent hardcoded examples and label leakage in a content diagnosis engine?

Apply strict engineering and statistical discipline to your diagnosis stack to prevent label leakage, hardcoded examples, and misleading copy. This enforces gating checks and transparent, data-backed evidence strings across your engine and API.

What governance rules should I enforce when editing Python diagnosis scripts and API endpoints?

Enforce governance rules when editing core Python scripts and API endpoints by codifying gating checks and prohibiting hardcoded example content. This maintains honesty and consistency across your diagnosis engine and renderer.

How do I keep statistical diagnosis rules current across code edits and deployments?

Implement change-management discipline to keep statistical diagnosis rules current across edits and deployments. This ensures compliance and prevents misleading seed-user copy when rendering reports or adjusting evidence strings.

Can I use engineering discipline checks to validate evidence strings in a web diagnosis renderer?

Yes, you can apply engineering discipline checks to validate evidence strings in a web diagnosis renderer. These checks prescribe transparent, data-backed reporting and prohibit hardcoded example content during rendering.

Why does my content diagnosis engine produce misleading seed-user copy?

Your diagnosis engine produces misleading seed-user copy because it lacks strict engineering and statistical discipline. Applying governance rules prohibits hardcoded examples and enforces data-backed evidence strings to maintain reporting honesty.

What are the limitations of relying on manual reviews for statistical diagnosis rule compliance?

Manual reviews lack the strict change-management discipline needed to keep statistical diagnosis rules current. Without codified gating checks, edits to the diagnosis engine risk introducing label leakage and hardcoded examples.